- Inkscape Devel - Inkscape Mailman

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

[Inskcape-devel][ Recolor ]
by Arshdeep Singh 30 Jun '13

30 Jun '13

I am currently working on retrieving the objects selected on the canvas. Can someone help me with information on how to use getStyleProperty(gchar const *key, gchar const *def) {...} ? I basically need to check if the style is solid fill and then retrieve the color. I tried these variants: 1.) getStyleProperty("fill","1") = gibes me entire style field in XML editor except the 'fill' keyword written. 2) getStyleProperty("color",NULL) : (null) is returned. Thanks. -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

2 1

Native GUI on OSX
by Aaron Spike 26 Jun '13

26 Jun '13

Hello friends, What is the state of the art regarding a native Inkscape GUI on OSX? Aaron Spike

2 1

[GSOC] Official start of coding
by Tavmjong Bah 25 Jun '13

25 Jun '13

Hi, Today marks the "official" start of GSOC coding. (Of course, there already has been quite a bit of coding taking place on at least one of the projects!) Students: Please check the details on Inkscape's GSOC 2013 page[1] and correct any errors. Also, if you haven't announced where your code repository will be, please do so and fill in the details on this page. From now on, we'll be expecting at least weekly updates on the developer's mailing list. Tav [1] http://wiki.inkscape.org/wiki/index.php?title=Google_Summer_of_Code_2013

3 5