- Inkscape Devel - Inkscape Mailman

Which container used for path nodes?
by Shriramana Sharma 06 Jul '13

06 Jul '13

I'm not sure where in the source tree to look for this, so I'll ask this here. What container does Inkscape use to store the nodes of its paths? I mean, a drawing program would often use (in STL terminology) push_back, pop_back, insert and erase. (I don't think push_front would often be needed.) The contained value type would probably contain a few flags in addition to the x,y coordinates. So I'm curious what container you people chose to cater to these requirements. Thanks. -- Shriramana Sharma ஶ்ரீரமணஶர்மா श्रीरमणशर्मा

2 5

[Recolor] GSoc 2013: Week 2 Brickwall
by Arshdeep Singh 06 Jul '13

06 Jul '13

Hello, As a follow-up to my first week, I have been digging into numerous source files to get a hold to the functionality that handles coloring objects selected on the canvas ( desktop ) . The file paint-selector.cpp is a generic file which handles the different color selectors like the color-wheel selector( sp-color-wheel-selector.cpp ) which is our attention right now. Now, the FillNStroke class (fill-style.cpp) puts the Paint Selector in the appropriate mode. The Paint Selector then passes control to the color selector which repaints the object on the canvas which is selected. There is just one problem with respect to the demands of my project : The color selector will apply changes to ALL objects currently in the SELECTION list. What I need is that a group of objects are selected, with the ONLY ONE object selected or atleast the color selector thinks so ? Any ideas on how I actually create such pseudo-selection criteria ? I have an approach in mind that goes like this: I can include an extra Paint Selector mode by the name of MODE_RECOLOR and in that mode the desktop handles the selection differently that it maintains a list of background selections and an ACTIVE selection. The ACTIVE selection is what the color selector sees. When I toggle the selection, the appropriate object becomes the ACTIVE SELECTION. There must be many experienced developers here who know the in and outs of the coloring mechanism. Can you guys suggest a better solution/ go-ahead whether my proposed way is possible/ an easier method ? Waiting eagerly for a reply. -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

4 8

[Tracing] Weekly report #4
by Vinícius dos Santos Oliveira 06 Jul '13

06 Jul '13

Hi all, No progress this week. I've being at FISL all day for the last days and I've been enjoying a lot. My talk will be tomorrow and the slides are ready, but I still want to finish the example application. Next week (or two, if necessary), I won't leave my home till I make some impressive progress to compensate this delay. I'm attaching a picture of the event (me and Richard Stallman). There is so much thing that I could tell about the event. Free software ftw. =) -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

1 0

Extension Organisation Was: [Merge] lp716676
by Martin Owens 05 Jul '13

05 Jul '13

Thanks suv, I've CC'd devel with the below thoughts. > On Fri, 2013-07-05 at 20:02 +0200, su_v wrote: > to get an idea whether others agree with shipping this extension with > inkscape or not I feel extension inclusion is a packaging and code administration question and I think about it like this: a) Should Free Software extensions be linked to the inkscape project? I emphatically say yes, because the more disassociated extensions are, the worse their code and the more duplication happens. We want to encourage extension writers to be members of our project family. Who knows, they might get comfortable and start doing C++ ;-) b) Should all extensions be packaged into the same deb file? Without a policy on which extensions and how a package of non-core extensions might work. It's worth considering because it allows c). c) Should extensions be committed to trunk. This is code layout. Extensions don't need to be compiled but are packaged and might be better splitting out if we could benefit from smarter reviews from python programmers who might be intimidated by the inkscape codebase at the moment. Testing for inkscape can be done in situ, but testing extensions involves extra steps which could be handled with tools in such a specialised branch. It would be possible for instance to have extensions live in an inkscape-extensions project or branch and for packages to be curated. Like 'ink-generator' but with a "Get More Extensions..." link at the bottom of the Extensions menu that either links to a website page with the packages for non-package-managed platforms, or loaded the right os package list for managed platforms. The additional benefit would be the separation of versions. Extension packages could be fixed, released and integrated at a different speed to the glacial inkscape release process. I'd be interested in hearing from other developers about their thoughts since I can understand that having thousands of highly specialised extensions in trunk might not be desirable but splitting them out might be heretical. Best Regards, Martin Owens

1 0

Could I get a log-in for the wiki?
by William Adams 05 Jul '13

05 Jul '13

Apparently I'm supposed to ask here? ( http://wiki.inkscape.org/wiki/index.php?title=Special:UserLogin&returnto=In… ) I'm a graphic designer who's gotten quite disgusted w/ Adobe and want to help out w/ any opensource alternatives in any way that I can. William -- William Adams senior graphic designer Fry Communications Sphinx of black quartz, judge my vow.

2 1

Fwd: [Templates] Report
by Jan Darowski 05 Jul '13

05 Jul '13

There are no major ui changes since last published mockup. I still need to decide which part of the dialog will be scrolled (and how to do it) and how to retrieve templates info from the svg file. You can also see an empty entry in the templates list. That's something disturbing as origins of this empty entry are completely unknown. 2013/7/5 John Smith <john.smith7545@...36...> > Hello Jan, > > > >> Real Inkscape templates are loaded by the dialog. > >> Using the dialog actually creates new document from the given template . > >> Dialog has been added as a menu item to the file menu > > Great work !! > Looking forward to seeing the UI ... do you have a screenshot ? > > John. > > >

2 1

[Templates] Report
by Jan Darowski 04 Jul '13

04 Jul '13

Hi! What has been done? Real Inkscape templates are loaded by the dialog. Using the dialog actually creates new document from the given template . Dialog has been added as a menu item to the file menu. Some compiling problems, which appeared after adding the dialog to the project, have been solved What's coming? Retrieving data from the templates file and showing them in the widget. Searching logic. When? According to the proposals timeline it should be ready on Monday. It's very possible that I will do it in time. So, the first big part (static templates) is quiet quickly coming to the end (of course there are few things left to be done). If anyone of you, have some additional suggestions / expectations to the next part (procedural templates), please, write about them as soon as possible so I could take them into account while designing details. Jan Darowski, Slagvi

1 0

Automating an Inkscape workflow
by Eric Greveson 04 Jul '13

04 Jul '13

Hi all, This is my first post to the Inkscape developer list, so - hello! I've been using Inkscape for various server-side operations as part of a project I'm currently working on, and I believe I've run into the limits of the existing scripting / extensions capability. However, I'll describe my requirements, problem, current solution, and proposed improvements, and see what you think. The requirements: I wish to perform "deep subtraction" of one pre-defined path (let's call it P) from an SVG - that is, to perform a Boolean difference operation against each path within the SVG (let's call them S1, S2, ... Sn) such that a 'hole' (in the shape of my path) is punched through all of the SVG layers. The problem: Inkscape Boolean difference operations operate on pairs of paths, such that the uppermost of the two paths is subtracted from the lower path. The operation may only be performed on selections of two paths (i.e. you can't select 10 paths and have the uppermost path be subtracted from all of the lower 9 simultaneously). My current solution: The obvious approach is to simply perform the Boolean operation once for each path in the SVG, cloning the path P to allow it to be subtracted again each time. That is: Create P Perform S1 - P Create P Perform S2 - P ... Create P Perform Sn - P This results in every path in the SVG having P subtracted, which is exactly what I want. To implement the "Create P" operation, I've written a Python extension that inserts a <path> element into the document (i.e. I can create P by simply executing this extension script within Inkscape). To perform a difference operation, I can use the (somewhat maligned?) command line interface with --select <id of S1> --select <id of P> --verb SelectionDiff and I can automatically call my "create P" extension with --verb <my.extension.name.noprefs>. I therefore just have to ensure all paths in the source SVG have IDs, extract these IDs, and then chain a big long command line together to perform all the creation, selection, and Boolean subtractions. I accomplish the ID extraction with my own Python script (running independently from Inkscape, simply using normal XML parsing code) and get that script to concoct a long string of command-line arguments. The obvious problem here is that for files with more than a few IDs, I run into the command-line argument length limit. I have hacked around this by editing Inkscape's main.cpp file and allowing it to take --select / --verb arguments from a text file instead (note that --shell does not do the same thing - it still requires all commands to be on one shell-line, and the line length has a limit). Clearly this is not particularly clever, although it does work - it means I have my own special build of Inkscape and it uses an extremely clunky "scripting" mechanism. The proposed improvements: I have looked at alternative solutions and have come up with the following: - I could edit the C++ code for Boolean operations such that the difference operation works on more than one path. However this is very specific to my problem, and it's likely that I'll want to perform other Inkscape automation tasks in future that don't use the Boolean ops. - There appeared to be some DBus API at one point but it seems to have fizzled out ( http://comments.gmane.org/gmane.comp.graphics.inkscape.devel/40384 was a useful discussion) - and DBus isn't really ideal for this kind of scripting anyway. - Allow further scripting of Inkscape through a Python API - this is my preferred solution, and also, it seems, several other peoples'. The major drawback is that this is likely to be more coding work. However, I have a suggestion that will solve my immediate problem and potentially be useful to others. If I wrote a Python API that allowed Inkscape extension scripts to execute Inkscape verbs and selections, then I could perform all of the necessary operations inside a single Python extension. I could then run the extension from the command line in the usual way (--verb my.extension.name.noprefs). Initially this might take the form of an extra couple of functions on the Python inkex.Effect object: - do_verb(verb_name) - select_ids(id_list) Then any Inkscape Effect extensions can execute verbs and modify selections as they see fit. Does this sound like a good plan? Any other input? I'm happy to write the code for this if you think it would be generally useful, it seems a bit limiting at the moment that effects essentially have to modify the raw XML document themselves to get any useful work done. If the "do_verb" function was modified to take an argument list (along with the appropriate C++ functions), then it would allow for even richer GUI-free interaction (e.g. automation of "Save As" operations and so on). Thanks for reading such a long message, Eric

3 13

[Tracing] Weekly status report #3
by Vinícius dos Santos Oliveira 02 Jul '13

02 Jul '13

Well, I'm late (at least in my mind) and I'm sorry about that. In this week's update, libdepixelize is able to generate the generalized voronoi diagrams. As every week's update, I'm attaching some samples for fast tracking of the project. The next steps are: - Extract the spline curves from the graph (it should be this week, but I'll have to delay) - Optimize the curve I'll do a presentation about my "hobby project" on FISL and I'll need this week to prepare the surprise examples, the slides and so on. Then, I'm taking a week off, but I'll try to not delay anything. See ya! -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

4 7

[Units] Length Class and Refactoring
by Matthew Petroff 02 Jul '13

02 Jul '13

Since my last update, I have implemented a "Length" class to store a length with its unit and perform unit conversions and have begun porting code to the new class. http://www.mpetroff.net/archives/2013/06/29/length-class-and-refactoring/ -Matthew

4 4