- Inkscape Devel - Inkscape Mailman

Text Wrapping in SVG 2
by Jason Simanek 11 Jul '13

11 Jul '13

Hi, I didn't see this mentioned here already, so I thought it might be worth sharing this news about CSS-driven text wrapping in the SVG 2 spec: Reinventing Fire: It's a Wrap! (SVG Text Wrapping via CSS Proposal) http://schepers.cc/its-a-wrap Will this be a positive change for how Inkscape handles wrapped text? I can never keep straight the flowed or unflowed property. I hope this addition to the spec means the end of such duality. This is from May, but new to me. Sorry if it has already been discussed here. Sincerely, Jason Simanek

2 1

Warnings in recent merges
by Jon Cruz 10 Jul '13

10 Jul '13

Hi, I'm seeing some warnings show up in regards to different versions of "addCanvasIndicators" in LPE classes hiding each other. We probably need to get that cleaned up. Also... perhaps I'm the only one seeing them since I have my warning levels bumped up a bit.

2 1

Request for Animation Editor development [with funding]
by 影月　零 10 Jul '13

10 Jul '13

Hello, I'm Rei Kagetsuki from Genshin Souzou K.K. We'd really like to see an animation editor in inkscape with proper SMIL-embedded SVG output. Basically we'd like to see this: http://wiki.inkscape.org/wiki/index.php/SVG_Animation http://wiki.inkscape.org/wiki/index.php/SVG_Animation_UI http://wiki.inkscape.org/wiki/index.php/Animation-(Timeline) implemented within the next few months. We're considering implementing these features ourselves, but as we have a small staff and none of us have any real expertise on developing graphics editing tools we'd like to know if anyone would be willing to take on the task if we provided funding. If so, how much would the asking price be? If nobody is willing to take on the task we will try to implement these features ourselves and will push the results to inkscape core. Thanks, -Rei

2 1

Doxygen Documentation
by Arshdeep Singh 10 Jul '13

10 Jul '13

Hello devs, I've built my local copy of Inkscape's doxygen documentation. My documentation does not have class diagrams. Is this consistent with other people that build it for the 0.49 development branch ? I found the 'unofficial' doxygen documentation for the Inkscape-0.48. http://fossies.org/dox/inkscape-0.48.4/structSPDesktop.html You can clearly see the class diagram in the link. My local copy doesn't build those. Any thing I am missing ? -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

2 1

Inkscape Window Size won't stick
by michael grosberg 09 Jul '13

09 Jul '13

Recently (I'm using an updated development version) I noticed that Inkscape doesn't seem to be able to remember the last window geometry. Well, it does, initially, when I open a document - but a second later the window size changes to a size of 1920X768. Why that size? I don't know, but I have a two monitor setup, both 1280X1024, so it might be 75% of desktop size. I am using the latest dev build on Window 7 64bit. I am not seeing the problem with the stable version. Does anyone have some insight on what might cause this?

1 1

On Canvas Align: Video Demo
by Martin Owens 08 Jul '13

08 Jul '13

Hey Devs, I've got a new feature (uncommitted) to show: http://blip.tv/martin-owens/on-canvas-alignment-feature-for-inkscape-6613286 I'd like to know what you think and your feedback could be key to deciding where my new handles would fit with people's workflows. Excited, Martin Owens

7 9

[Recolor] Week #2 Progress
by Arshdeep Singh 07 Jul '13

07 Jul '13

Hello, There hasn't been any coding this week. It has been mostly a brainstorming session where I have been looking at ways to achieve the purpose of the tool without interfering with other tools' functioning. The approach of enabling the paint-selector object to color 'active' objects from the selection will spiral into disaster as pointed out by Krzysztof. Now, I plan to directly access the SPDesktop object (again suggested by Krzysztof) and be working with Inkscape :: Selection . There are a few design issues that promptly come to mind which will be discussed shortly. + Firstly, as a followup to my previous question: "How to extract the fill information using the getStyleProperty ( ... ) function" - Is there any other method I can extract the style information ? I see recurring code of the form where a css object is created and the particular property is set using *sp_desktop_get_style(). *Will this be of any use ? I need to fetch the 'fill' property of the style of the object. + Problem of how to know from which objects I can access SPDekstop and related functions. And for the matter, Inkscape::Selection and realted functions too. + I intend to add a structure definition in gimpcolorwheel.c going as: struct WheelColorMarker { gchar id[6]; //the id is always 6 characters long (is thsi correct ?) gchar fill[7]; //#rrggbb in hex } I will use a dynamic array of this to fetch the id and color of the objects selected on the canvas and paint the color wheel with their respective markers. I will need access to functions which can create color into rgb triad of gdouble from the hex code of fill. +Last and the most nerve wracking question: Where do I add the functions that actually will change the colors ? in paint-selector.cpp ? If yes, how do I get access to the selected objects from that class ? Also, I remember discussing this on the mailing list, that if I change the attribute in the XML editor, it automatically gets reflected on the canvas ? Just want to confirm that if I use XML to change the solid colors of the objects then will they reflect on the canvas or not ? Thanks, --- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

1 0

[Units] Refactoring Progress
by Matthew Petroff 07 Jul '13

07 Jul '13

In the past week, I decided against using Boost Units, began porting code to "util/units.cpp", and fixed a minor, long-standing bug in the page size selector dialog. http://www.mpetroff.net/archives/2013/07/07/refactoring-progress/ -Matthew

1 0

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

GSoC 2013: Implement a new raster-to-vector algorithm...
by Vinícius dos Santos Oliveira 02 Jul '13

02 Jul '13

I'll be coding for this project very soon and I created a repository for it at https://github.com/vinipsmaker/kopf2011 . When we decide where is the best place to keep the project during the WIP phase, I'll move it. I'll be using the namespace *Kopf2011* for this library. If you don't like the namespace, let me know and I can change that. I'll publish updates of the project at my personal blog at http://vinipsmaker.wordpress.com/category/computacao/gsoc2013-inkscape/ . Let me know if you need anything else. -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

10 27

Review Request: Selection Transform Refactor
by Martin Owens 02 Jul '13

02 Jul '13

Hey Inkscape Devs, I need some reviews of my new branch available here: lp:~doctormo/inkscape/seltrans-refactor It's a refactoring of the selection transformation code. Not a complete rewrite, but a considerable change. The aims of these changes are: * To merge center exceptions, making them more natural * Reduce line count by 80 lines, 244 lines removed 164 lines added * Reduce class to non-class to class calling * Identifiable handle type, remove assumptive code that uses other properties to guess what kind of handle it is. I have a feature I'm planning to add in and this refactoring will help with that. If you can review this code, I'd be most grateful to know if I've done anything wrong or if you can see other ways to improve the factoring. Best Regards, Martin OWens

1 0

LPE: Scaling Skeletons
by Martin Owens 01 Jul '13

01 Jul '13

While investigating bug 616198, I'm showing a weird crash at live_effects/lpe-bendpath.cpp:108 the uskeleton.cuts variable is either not set or not setup correctly and borks. I couldn't work out exactly what to do since it's not anything I can see. I'd love to know what's going wrong with this bug to improve my understanding of C++. Any help would be greatly appreciated. Martin, https://bugs.launchpad.net/inkscape/+bug/616198

3 3

Object-oriented extension development with play-SVG
by Cosmo Guffa 01 Jul '13

01 Jul '13

Hello developers, I'm writing to announce the recent re-release of play-svg, a set of python libraries aimed at generative and geometry-based coding for creating SVG files: https://github.com/cosmo-guffa/play-svg, with some minimal documention here: http://cosmo-guffa.github.io/play-svg/ . It includes some Inkscape extensions for plotting various geometric objects as well as many more scripts demonstrating its use. Currently the extensions are undocumented, though most of them are pretty self-explanatory in live preview mode. My project went defunct in 2009 when the pyxml libraries got canned. I recently decided to dust the project off and get it back up and running. I noticed the Inkscape community implemented the use of lxml and so I decided to do so as well. I'm realizing that having to install the libraries before using the extensions is an impediment to their use. However, I think that they could serve as a valuable resource for extension developers who want to strip out a lot of the lower-level coding that goes on. Particularly, I've implemented object-oriented creation of paths with some useful helper functions and created an object-oriented interface to creating all svg elements. What I'm wondering is, would it benefit the project to include play-svg and its extensions in Inkscape ? If so, how could they best integrate ? I would like to preserve the ability to import the libraries in stand-alone scripts for those who have already installed Inkscape. What could I do for the project to make it as high-calibre as the Inkscape software itself ? Your feedback would be greatly appreciated :) Sincerely, ~Cosmo

2 1

Tentative patch for downscaling in Cairo
by Krzysztof Kosiński 30 Jun '13

30 Jun '13

Hello I had a look at how complex would it be to add correct downscaling to Cairo now that Pixman supports convolution filters. It turns out it this is rather easy. Here is an initial, minimal attempt. It uses convolution filters only if the image is being downscaled by more than half a pixel in at least one dimension. Some discussion: 1. The sampling and reconstruction kernels are picked in a way that gives comparable quality when upscaling and downscaling. I paired box sampling with bilinear reconstruction and impulse (point) sampling with box reconstruction. This gives the expected result for NEAREST filter. BEST filter uses Lanczos3 for both kernels. 2. Subsampling bits are always set to 1, since this doesn't seem to affect quality at all. 3. I am not sure whether this code works correctly for matrices with a skew component. It should be OK for any combination of scale, rotation and translation. 4. This patch causes new failures in the test suite: - recording-surface*: possibly an effect of improved quality. - surface-pattern-scale-down*, surface-pattern-big-scale-down: the reference images should be updated. - pthread-same-source: I have no idea why this is failing, since this test shouldn't even trigger the new code. - large-source-roi: this test attempts to downscale an image which is 30000 pixels wide down to 7 pixels. The filter parameters seem to be created correctly, but they might trigger an overflow somewhere in the convolution code; the output rectangle is white instead of red, as if nothing was drawn. - device-offset-scale: there are subtle differences which look like convolution-related smoothing; I'm not sure whether this is OK or not. Note that master currently fails many more tests, I only listed new failures cause by this patch. Regards, Krzysztof Kosiński

4 10

Workflow with bazaar and the append-only trunk (used to git)
by Christoffer Holmstedt 30 Jun '13

30 Jun '13

So hopefully I will have access to trunk in a couple of days and before committing directly to trunk I want to confirm that I've understood the workflow with bazaar correctly so I don't mess anything up and make it as easy as possible for me to develop. I use Ubuntu and work from the terminal. I've read the http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaarpage a couple of times trying to figure out exactly what workflow would suit me. The SVN style goes away directly (I want to do everything locally first and push only when I say so). The git-style branches with bazaar seems somehow forced into bazaar and not very appealing to me. I'm left with the branching and pushing...and I can live with the little longer time it takes to branch the big codebase. My questions: 1) The big "gotcha" is that I shouldn't merge trunk into my feature branch and then push back to trunk, is this correct? 2) If I develop a new feature in a separate branch is the following workflow a correct way to get it into trunk? cd trunk bzr pull (get the most reason trunk first) bzr merge ../myproject bzr commit -m "Added myproject" bzr push Regards -- Christoffer Holmstedt

4 14

[Recolor] Weekly Progress #1
by Arshdeep Singh 30 Jun '13

30 Jun '13

Hello devs, I spent the first week researching requisite stuff (more or less) so I am not counting that as the first week. [Making 24th June as the start point]. As planned in the Timeline, I have successfully rewritten the colorwheel code and modified it to a new GUI very similar to that of Adobe Kuler's Editing GUI. Here's a snapshot. What it looked like earlier: [image: Inline image 2] What it looks like now: [image: Inline image 3] Notice the following changes: 1. ) The saturation is now handled by the distance of the node (the hollow circle on the wheel) from the centre. As we move closer to the centre, we get less saturation. 2.) The brightness value is handled by a slider below the Alpha Slider. It automatically paints the Alpha bar accordingly. 3.) Clicking on a new spot on the wheel, moves the node there and repaints the selected object accordingly. The next stage through this week will be adding functionality that if more than one objects on the canvas are selected, the wheel is painted with its respective nodes in the correct color areas. What shall ensue will be adding a inner class/data members of nodes to the color wheel with their appropriate events (dragging, selection, deselction, main_node etc). Your feedback is welcome. :) My development branch can be found at: lp:~moduli16/inkscape/recolor/ -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

1 0