- Inkscape Devel - Inkscape Mailman

Setting a gdb breakpoint in Inkscape
by Guiu Rocafort 13 Oct '13

13 Oct '13

Hi list ! I'm trying to set a breakpoint in the function cssReader::parseFile() using gdb. I've tried several’s ways to do that in gdb, including: "break cssReader::parseFile" then I read this ( http://stackoverflow.com/questions/6892395/set-breakpoint-for-class-member-…) and tried: "break org::w3c::dom::css::parseFile" I also attempted to use the "file:line" method trying: "break cssreader.cpp:1591" "break dom/cssreader.cpp:1591" In the gdb documentation I was not able to find anything related to debugging class methods in C++. I didn't find any useful info in the inkscape debugging wiki page. So anyone can point me the right way to do this ? Thank you. -- *Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html*

7 10

Crash on start rev 12550 : TypeNotRegistered
by Yann Papouin 13 Oct '13

13 Oct '13

Hi, Launching a clean build on a Win7 64bits raises an exception: terminate called after throwing an instance of 'FactoryExceptions::TypeNotRegistered what(): svg:svg

7 10

Please don't reformat code and fix things in same commit!
by Johan Engelen 13 Oct '13

13 Oct '13

Hi all, Please don't fix a bug or change code in a commit where you reformat a lot of the code aswell. As an example, it is extremely hard to see what part of this commit actually changed code: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/12548 Thanks! Johan

2 1

Code style question
by Johan Engelen 13 Oct '13

13 Oct '13

Hi all, Now with the change to C++ objects (very happy about it!), is it OK to change this if (SP_IS_LPE_ITEM(item)) { SPLPEItem *lpeitem = SP_LPE_ITEM(item); to this: A. if (SPLPEItem *lpeitem = dynamic_cast<SPLPEItem *>(item)) { I prefer it over the two other options I can think of: B. SPLPEItem *lpeitem = dynamic_cast<SPLPEItem *>(item); if (lpeitem) { or C. if (dynamic_cast<SPLPEItem *>(item)) { SPLPEItem *lpeitem = dynamic_cast<SPLPEItem *>(item); I like A (more than B or C) because it limits the scope of lpeitem, and avoids duplicating the long dynamic_cast<> thing. Downside is that it makes the if-statement rather long. We use option A in 2geom if I remember correctly. Please discuss, or add better implementations! I think it is worthwhile to add the outcome to the coding style page for reference. Thanks, Johan

3 3

Serious problems resulting from the units improvement GSoC merge
by Krzysztof Kosiński 13 Oct '13

13 Oct '13

https://bugs.launchpad.net/inkscape/+bug/1234216 - large perfomance regression https://bugs.launchpad.net/inkscape/+bug/1235279 - loss of precision These problems should be addressed soon, or the unit-related work might need to be reverted before release. The concept of using a viewBox that makes user units equivalent to inches or other large units is severely broken, because currently we use only 6 digits of precision for all coordinates. That was sufficient for pixels, but is definitely not sufficient for a lossless conversion between pixels and inches. Regards, Krzysztof

3 6

W3C SVG test suite and trunk
by Tavmjong Bah 11 Oct '13

11 Oct '13

Hi, I've run the W3C SVG 1.1 2nd Edition test suite using both Inkscape 0.48 and trunk. There are quite a few improvements in test compliance with trunk but some tests show regressions: http://tavmjong.free.fr/INKSCAPE/W3C_SVG_0.49/htmlInkscapeHarness/coords-un… http://tavmjong.free.fr/INKSCAPE/W3C_SVG_0.49/htmlInkscapeHarness/pservers-… http://tavmjong.free.fr/INKSCAPE/W3C_SVG_0.49/htmlInkscapeHarness/pservers-… http://tavmjong.free.fr/INKSCAPE/W3C_SVG_0.49/htmlInkscapeHarness/text-altg… http://tavmjong.free.fr/INKSCAPE/W3C_SVG_0.49/htmlInkscapeHarness/text-tref… Tav

7 26

Offsetting elliptical arcs
by Markus Engel 10 Oct '13

10 Oct '13

Hi devs, I changed the code that generates ellipses and arcs to using true elliptical arcs instead of cubic Bezier curves. Now there's a little problem: When you create for example a pizza slice and a linked offset, you will see that elliptical arcs are somehow "degenerated", i. e. the number of points decreases with increasing radius. (https://bugs.launchpad.net/inkscape/+bug/1236830) Note that the code for offsetting elliptical arcs has been there for quite some time. I'm not sure now whether this is how "offset" is intended to work. What do you think? Regards, Markus

3 4

Re: [Inkscape-devel] W3C SVG test suite and trunk
by Tavmjong Bah 09 Oct '13

09 Oct '13

On Wed, 2013-10-09 at 11:28 +0200, Guiu Rocafort wrote: > 2013/10/9 Tavmjong Bah <tavmjong@...8...> > > > > On Wed, 2013-10-09 at 00:51 +0200, Guiu Rocafort wrote: > > > Hi ! I've been looking at the GSOC and after solving a few problems I > > > can run the tests now. Now I have to find out a way to update the > > > tests. > > > > I was able to run the tests without too much trouble... however I did > > not have a set of "good" PNGs to test against... so I gave up and went > > back to using the latest SVG 1.1 test suite. > > > > To update the tests, I think you just need to put the new SVG files into > > the directory with the existing SVG files and then create reference PNGs > > in the appropriate files (known good rendering, known bad rendering). > > You can't just use the reference PNG files from the SVG test suite for > > doing automated pixel-by-pixel comparison as the results depend on the > > font used. (The SVG2 test suite will use a WOFF font, I think, to avoid > > this problem.) The existing files from the SVG test suite should be > > replaced by the files from the latest version of the SVG 1.1 2nd Ed test > > suite. > > I see, I wasn't aware of that problems with the fonts. Is the problem > related to the use of the SVGFreeSans font ? I saw this font in some > tests so I'm guessing it's being used in all of them. I noticed this > font is not in my system, so installing it in the machine is going to > perform the tests should solve the problem ? No. A search through the SVG files shows all kinds of different fonts being used. SVGFreeSans is required for some tests as is a number of other specially constructed fonts. > But since we're maybe going to use that ppa automated thing to perform > the tests that probably is not an option. Would it be safe to replace > all the fonts in the test by one of these safe fonts ? [1] No. If you look carefully you'll see that each proposed font-family is actually a list of fonts. For example: "Times New Roman", Times, serif. If the first font "Times New Roman" isn't found, then Times is search for. If that is not found then the generic fallback font serif is used. While "Times New Roman" and Times are similar, they are not exactly the same. For the use on the web they are probably acceptable equivalents but for pixel by pixel comparison, they wont work. The solution is to generate the PNG reference images on the same machine that the tests are going to be run on. Then the same font will be used for both the reference and the test images. > Tavmjong, i saw you're running some tests in [2], so, how are you > solving these font problems ? > > [1] http://www.w3schools.com/cssref/css_websafe_fonts.asp > [2] http://tavmjong.free.fr/INKSCAPE/W3C_SVG_0.49/htmlInkscapeHarness/index.html I look at each test manually and just filter out the differences in font. This is OK for a once in a while check but not for automated testing. Also, a few of the text tests really do need special fonts (found in the 'resources' directory). > > > I've set a personal branch in my launchpad account with the changes I > > > made to the original code. > > > https://code.launchpad.net/~neandertalspeople/+junk/inkscape-testsuite > > > > > > > > > After updating the test I'll try to find a way to automate the tests, > > > and perform them regulaly. What do you think about that ? Any idea > > > about how that could be done ? Maybe it is possible to set some kind > > > of trigger when there is a commit in the launchpad inkscape trunk ? > > > > This would be awesome. > > > > Tav > > > > > > > > > > Guiu >

2 1

Ellipses, Circles, and Arcs, oh my!
by unknown＠example.com 08 Oct '13

08 Oct '13

Hi, I see some action on rewriting Inkscape's General Ellipse code. It would be very nice if Inkscape could directly create the SVG circle and ellipse elements rather than use the SVG path element. I realize that this may be outside the scope of the current work but there is one thing that I should bring attention to: The SVG Working Group decided to allow markers on SVG shape elements.[1] Inkscape will actually already draw markers on shapes if there already are markers placed on the shapes in the SVG file (but doesn't draw them "correctly"), however Inkscape does not allow one to add markers to shapes through the GUI. (I'm sure that the drawing of the markers is accidental and not intentional.) It was fairly clear to the SVG WG that for rectangles, there are four markers (one for each corner) and for rounded rectangles, there are eight markers (one at each start and end of a corner arc). See attachment.[2] It wasn't as clear what to do for circles and ellipses. The group decided that there should be four markers on circles and ellipses, located at the 0, 90, 180, and 270 degree points. Inkscape currently represents circles and arcs as two path elliptical arc segments. In order to have four markers, it should be using four elliptical arc segments. I also noticed that the Object->Path command converts a circle/ellipse to a path using eight Bezier curves (and would thus have eight markers). It seems to me that it should be converting to four elliptical arc segments. (After all, converting a rectangle to a path doesn't produce four straight Bezier curves!) Tav [1] http://www.w3.org/2013/06/03-svg-minutes.html#item03 [2] Top row: expected behavior, bottom row: test. Green: Start marker, Yellow: Mid marker, Red: End marker.

6 16

Please Remove Dev Website
by Martin Owens 05 Oct '13

05 Oct '13

Hey Devs, We still have dev.inkscape.org running, I think we should shut it down since staging.inkscape.org takes over from that. I only just noticed because dev is appearing in google search results for inkscape downloads. I forget where it's being hosted though. Ian? Martin,

1 0

More C++ify?
by Johan Engelen 04 Oct '13

04 Oct '13

Hi Markus, all, Markus has done a great job of C++ifying a ton of our C-classes, but... there are still a few left. knot.h display/sp-canvas-item.h ... Are we taking up that task too? :-)) Cheers, Johan

4 4

Changing SpinEdit width
by Yann Papouin 04 Oct '13

04 Oct '13

Hi, For my daily use of Inkscape, SpinEdit controls are too small for quick value reading. http://ftpmerou.free.fr/inkscape/inkscape-widget-size.jpg I'm would like to know where their min width is set. I took a look into "src/widgets/widget-sizes.h" and trying to change these values but even after a clean build it does not seems to have any effect : #define AUX_SPINBUTTON_WIDTH #define AUX_SPINBUTTON_WIDTH_SMALL #define AUX_OPTION_MENU_WIDTH #define AUX_MENU_ITEM_WIDT

1 0

select node fron pathvector
by Jabiertxo Arraiza Cenoz 04 Oct '13

04 Oct '13

Hi to all. Im attemping to get a node element from a Pathvector. Anybody know what to do? I find this obsolete function "sp_nodepath_get_node_by_index". Thanks in advance, Jabier.

2 1

Report #10
by Vinícius dos Santos Oliveira 03 Oct '13

03 Oct '13

So, GSoC coding period is over and now is documentation period. I've sent two more commits to the Inkscape repository earlier today. Nathan convinced me to think "why is the project great?" and then I decided to make two more videos (mic is bad, but understandable, I think): https://vimeo.com/75245148 https://vimeo.com/75247946 My strong accent is bad, but I don't have much people to talk to in english, so you guys will need bear it. I hope you guys like the videos. Tell me if this happens. =) So, this is "documentation week" and I'll write more blog posts regarding technical details (and group them under some folder in the repository). I'll also write the so wanted tutorial (I accept hints about its format). After the week is over, so is GSoC 2013 and my responsibilities will move from "GSoC 2013 student" to "lib2geom and Inkscape developer". The first thing I should do is unify the construction of d attributes of path elements and move this abstraction to the 2geom library, then Inkscape and libdepixelize will share more code (always a good thing). Second thing I'll do is prepare a new stable release of 2geom (need to be discussed with the other of you devs) and create a package for the ArchLinux User Repositories. So, something to tease you guys. Me and Nathan (this guy always have ideas. lucky me for having him as mentor) have some ideas about how to improve the Kopf-Lischinski image quality and we decided to publish a paper. Another cool three-months project to work on. I may finish the harmonic maps triangulation (and put it inside 2geom) before implement the new cool ideas. Anyway, I'll have to delay this project for one week, because the community of my other open source project misses me and have some issues demanding my attention. So, another thing: if you guys have a hand-chosen collection of pixel art images with Alpha Channel, please send me. They will help me in the research project. Jabier did the first step and send me a bunch of this images already, but the more the better (and mainly if they are carefully chosen one-by-one). It was an awesome experience to work with the Inkscape community. -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

2 9

Staging Website: Offline for Upgrade
by Martin Owens 03 Oct '13

03 Oct '13

Hey devs, This is only the staging server, so I'm only letting devs know. The staging server is down while I move us from apache2 to enginx; most of the work is complete already, there's just some last minute configuring to do. Hopefully I'll be ready to release some cool features by the start of next week. Martin,

1 0

GSOC 2013 Results
by Tavmjong Bah 02 Oct '13

02 Oct '13

The 2013 version of Google Summer of Code has ended. All five projects were successful. Congratulations students (and mentors)! The projects were (* indicates code already merged with trunk): 1) An interactive tool for recoloring artwork. Arshdeep Singh (demicoder), mentored by Ted Gould.[1] 2) Improved units support and consolidating units handling to one place.* Matthew Petroff, mentored by Johan Engelen.[2] 3) Electronics CAD support, focusing on improving connectors and symbols. Sebastian Götte (jaseg), mentored by Tavmjong Bah.[3] 4) A new dialog to create documents from templates.* Jan Darowski (Slagvi), mentored by Krzysztof Kosiński.[4] 5) A new raster-to-vector algorithm focusing on small images.* Vinícius dos Santos Oliveira (vinipsmaker), mentored by Nathan Hurst.[5] The new raster-to-vector algorithm even has a new tutorial included inside of Inkscape! I would like to remind students that haven't already done so, to upload their sample code submissions. This can be done on your Melange project page. Tav [1]https://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/arshd… [2]https://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/mpetr… [3]https://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/jaseg… [4]https://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/slagv… [5]https://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/vinip…

2 1

hack-tweaking a filter ?
by Bric 02 Oct '13

02 Oct '13

A lot of the fancy filters do not have any user parameters; i am looking at Filters -> Materials -> Gold splatter, for example. How can I tweak the colors this produces ? (the "gold" is too green for my purposes) Is it a python extension script? I'm failing to find that in the extensions directory. thanks.

2 1

rasterize an object?
by Bric 02 Oct '13

02 Oct '13

i started a new thread, even though this stems from the same task that made me start the previous thread (hack-tweaking a filter) Is there a way to rasterize an object or a selection in inkscape? That might also accomplish my goal — I could then apply raster color manipulations... currently, that's impossible, if my gold-splatter is in vector form. (AFAICT)

2 1

Inkscape 64-bit on Windows
by Partha Bagchi 01 Oct '13

01 Oct '13

I finally managed to build a 64-bit version of Inkscape 0.48.4 on Windows. I am pretty excited about the build. :) My build environment is Windows 7 64-bit, mingw-gcc 4.8.1 building x86_64-w64-mingw32 packages. One big problem I am having is that some of the icons on the application are missing! I checked all the bug reports and only see a similar issue with Ubuntu Unity. I am convinced the problem is with the path that Inkscape is seeing. When I divert all stdout to file, I see the following: ________________________being log_______________________ ** (inkscape.exe:4148): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion 'Inkscape::IO::f ile_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:4148): WARNING **: Unable to read keys file I:\oss-dev\msys\opt\inkspace\bin\/opt/inkspace/share\share\keys\default.xm l ** (inkscape.exe:4148): WARNING **: Null pixbuf for 00000000037DFA60 [I:\oss-dev\msys\opt\inkspace\bin\/opt/inkspace/share\share\icons\ remove-color.png] (inkscape.exe:4148): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion 'GDK_IS_PIXBUF (pixbuf)' failed (inkscape.exe:4148): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion 'GDK_IS_PIXBUF (pixbuf)' failed (inkscape.exe:4148): Gtk-WARNING **: Could not find the icon 'object-visible'. The 'hicolor' theme was not found either, perhaps you need to install it. You can get a copy from: http://icon-theme.freedesktop.org/releases Unable to find: org.inkscape.help.manual Unable to find: org.inkscape.help.keys Unable to find: org.inkscape.help.askaquestion Unable to find: org.inkscape.help.commandline Unable to find: org.inkscape.help.faq Unable to find: org.inkscape.help.relnotes Unable to find: org.inkscape.help.reportabug Unable to find: org.inkscape.help.svgspec ________________________being log_______________________ Clearly something with the path where Inkscape is looking for its bits is messed up. Can anyone help? If you need more information, please let me know. Everything is working otherwise! Thanks in advance, Partha

4 15

VisualBounds for filter effects
by Martin Owens 01 Oct '13

01 Oct '13

Hey Devs, I've just committed a fix for that darn disappearing text and other items. The culprit was a blank _item_bbox, the code for _item_bbox was very sparse and looking back to the history of where it comes from shows that Niko Kiirala introduced it back in r3505 (2007) to improve filter effect handling when transformed. What I've done is stripped it out and replaced it with the _bbox used for all the other operations. This means the bounds for the filtering process won't be different for the bounds during other parts of the process. See revision 12528 for the gory details. What I should be sure of is what Niko was trying to do and if Ted Gould (r6891) or Krzysztof Kosiński (r10347.1.21) spotted anything as they were refactoring the code. Please do test trunk for issues surrounding filters and transforms. I'd like to make sure fixing this issue doesn't introduce another. Best Regards, Martin Owens

4 10

Memory Huzzah
by Martin Owens 01 Oct '13

01 Oct '13

Dmitry Kirsanov committed 16 memory fix revisions last night and I wanted to give a hearty huzzah. I know I've not been great at spotting memory problems, so having someone go through code and clean up these issues is really reassuring to me. Thanks Dmitry! I really appreciate your work. Best Regards, Martin Owens

4 3

Packaging of bitmap downscaling fix
by Bryce Harrington 01 Oct '13

01 Oct '13

I've posted to my ppa packages (for Ubuntu 12.04) of newer pixman and cairo with the downscaling fix, and a inkscape-trunk package built against these. https://launchpad.net/~bryce/+archive/backports/+packages [Installation for Ubuntu 12.04] 1. sudo apt-add repository ppa:bryce/backports 2. sudo apt-get update 3. sudo apt-get install inkscape-trunk # This will also pull in and install newer cairo and pixman 4. /usr/bin/inkscape [Test Case] I've verified this fixes the bug, using the following test case: 1. Draw some horizontal, vertical, and other angled lines, black stroked, 1 unit wide. 2. Export selection to PNG. 3. Delete the drawn lines from Inkscape 4. Import the PNG we just created, embedded. 5. Drag the upper right corner to resize the embedded PNG Broken Behavior: The lines will blink in and out irregularly as you scale the image down; at a certain small scale the whole image will vanish. Fixed Behavior: The lines shrink in size quite smoothly, becoming fainter and fainter grey until you hit a scale that they fade out completely. The pixman package is simply the current Ubuntu 13.10 package (release 0.30.2), rebuilt for 12.04 with no changes. The cairo package is the current Ubuntu package (release 0.12.16), with the downscaling patch applied via the packaging. The inkscape package is just today's snapshot I took from the Inkscape Trunk ppa, with the cairo version requirement changed in debian/control so that it will pull in Have I missed anything? If no one raises an objection, I will upload the pixman and cairo packages to the Inkscape trunk and stable PPAs for Ubuntu 12.04, 12.10, 13.04, and 13.10, and commit the debian/control dependency version change to trunk. I believe that should appropriately solve this bug for all Ubuntu users. Bryce

5 9

Re: [Inkscape-devel] IRC and Website
by Martin Owens 01 Oct '13

01 Oct '13

On Mon, 2013-09-30 at 19:05 +0000, Bryce W. Harrington wrote: > autovoice was too spammy, so I ended up turning it off. > If anyone knows other settings to experiment with, let me know, but > I'm out of ideas for now. It seems to be working with +cnt now. Maybe the settings needed time to sync somehow. Thanks for keeping on it Bryce. I think we got it working. I may still change the web client in use though, I was reviewing the linked and would appreciate your thoughts. Martin,

2 1

[Tracing] Tutorial
by Vinícius dos Santos Oliveira 29 Sep '13

29 Sep '13

I started to write a tutorial explaining how to use and how to extract the best results from the recent "Trace Pixel Art" dialog. I have one question to the devs (su~v suggested me to ping Martin): Should I integrate this documentation with the already existing tracing documentation potrace-related or should I write a new page "from scratch"? I'll start to write it right now, in parallel, so when you respond to the email, I'll be able to take a quick action of merge, quick-fix any wrong references after the "merge" and send it to the repository. One-page Advantages * User won't be misinformed (misthinking that Inkscape has only a GUI for one tracer) Disadvantages * Bloat? Maybe it will confuse the user -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

3 6

IRC and Website
by Martin Owens 29 Sep '13

29 Sep '13

Hey Guys, I've added an embeded irc chat feature to our staging website: http://staging.inkscape.org/en/community/discussion/ This works, but for one flaw: the inkscape irc channel only works for registered users. I need to point our website at a channel that could be more open to people joining from our website. Should we have an #inkscape-user irc channel and keep that open? Martin,

4 6

fyi: Screen capturing tool
by Johan Engelen 28 Sep '13

28 Sep '13

Hi all, I just saw this great bug movie by ~suv: https://launchpadlibrarian.net/151627755/ellipse-tool-r12602.gif ~suv used a tool called LICEcap: http://www-dev.cockos.com/licecap/ I think it is a great tool for bug-reports and for small feature demos. Unfortunately, although it can capture mouse clicks, I think it does not capture modifier key status (Ctrl+click for example)... Cheers, Johan

1 0

measurement tool
by Dmitry Kirsanov 28 Sep '13

28 Sep '13

The new tool is nice, but how do I set the origin to anything other than the lower left corner? I want to use it to measure distances between arbitrary points. There must be a shortcut (such as Shift+click) to set the origin, and the current origin must be indicated on the screen at all times while the tool is active. The shortcut to set the origin must be added to the tool's statusbar hint. Also, "Font size" must be removed from the tool's controls - it's pure UI preference, not something you change in the document, so its presence here is quite confusing. I'd suggest placing it into the tool's page in Preferences. There's a funny bug: when I drag with Ctrl to snap and stretch the angle to 180 degrees, the circle arc turns into an ellipse.

6 11

Rev 1 Maths
by Martin Owens 28 Sep '13

28 Sep '13

Hail Devs, In display/sodipodi-ctrl.cpp:133 has some interesting maths. It does int((float(value) - 1.0) / 2.0 + 0.5) ... which is a bit redundant. My tests in python show that this produces the same output as int(float(value) / 2.0)) for all ints and floats. But this code has been there since MentalGuy committed rev 1. and It's passed through 2 developers since who thought it was sane. So I guess I need to make sure this isn't some C++ trick before I simplify it. Best Regards, Martin Owens

3 3

Update on the Metadata refactoring
by Christoffer Holmstedt 28 Sep '13

28 Sep '13

Hi everyone In the beginning of the summer I set out to refactor the metadata code for Inkscape. In the end this turned out to be a bit bigger project than expected (as always? ;) ) but here is a short update. The last update was from the beginning of July which showed a GUI mockup [1] for the metadata tab. After that the gui was to be implemented in Inkscape but we weren't sure if the mockup was what we really wanted. Therefore in July/August we moved to python to be able to faster create and iterate over a prototype. The prototype can be found at github [2]. The goal in the long run is to create a C or C++ library with Gtk+ container which is ready for use in e.g. Inkscape that can handle everything that has to do with attribution and licenses. Related to this, work has also been done with a firefox plugin [3] and with mediagoblin. Code can be found on Github [4]. The short term goal here is to be able to show the "lifespan" of an image, "Creation -> Upload -> Download -> Create a derivative work -> Upload", and the attribution and license should stick with the image. So when it comes to the metadata refactoring it's pretty far away at the moment for pushing to trunk in Inkscape. I've now started my full time studies again so my goal for the fall is to at least take care of some bugs and try to learn a little bit more about the Inkscape codebase. [1] http://commonsmachinery.se/2013/07/inkscape-a-new-gui-to-manage-metadata/ [2] https://github.com/commonsmachinery/rdf_metadata [3] http://commonsmachinery.se/2013/09/pasting-images-attribution/ [4] https://github.com/commonsmachinery Regards -- Christoffer Holmstedt

1 0

videos
by Jabiertxo Arraiza Cenoz 27 Sep '13

27 Sep '13

Hi to all. I made videos of two brach: BSpline+Spirolive: http://www.youtube.com/watch?v=BvDBXXaY6Og#t=157 Bend From Clipboard: http://www.youtube.com/watch?v=owBLWJ2RvLA Thanks Vinícius for the idea! Regards, Jabier.

4 5

[Units] Comments
by Tavmjong Bah 27 Sep '13

27 Sep '13

Hi, First, congrats to Matthew for some very nice work. I've just given the latest code a quick test and I've got a few comments. I certainly haven't thought thing through carefully but I would be interested in what others think. I start by opening a new (from Templates) Letter in landscape mode. 1. The Template dialog tells me I am about to create a 612x792 pixel drawing. But the size of the drawing in the SVG file is set to 11in x 8.5in. Pixels are no where to be seen. 2. I create a default grid. The grid spacing is in "pixels" or 1/90 of an inch. I would expect it to be in fractions of an inch (1/4 or 1/10). 3. I set the grid to 1/4 of an inch with major grid line every 4 lines. Looks good. Now I create a rectangle 1 in x 1 in. Ooops, it is 0.99999988 x 0.99999988 according to the XML dialog. 4. I use the XML dialog to set it to exactly 1 x 1. Hmm, why isn't it 1in x 1in? 5. Ah ha, the viewBox is set to 0, 0, 11, 8.5. This means that the "user unit" aka "px" is equivalent to 1 inch. Maybe this isn't so bad, but it means I can't mix different units inside the SVG file. If I use "1in" for a dimension, it will be interpreted as 90 user units or 90 inches. My 20 "pt" text is stored as 0.277777776px in the SVG file (and shows up as 19.99 in the font-size widget). My thinking is that it might be better to set the viewBox to 0, 0, 792, 612 and then explicitly use dimensions with "in" if that is what the user wants. Tav

9 33

[Bend from Clipboard] Presentation and request for help with selection
by Jabiertxo Arraiza Cenoz 26 Sep '13

26 Sep '13

Hello to all. I made a new branch [1:bendFromClipboard] that make a bend liveeffect with a full draw in clipboard using pen or pencil stroke. It use the combo box in pen/pencil toolbox. I have this on mind time ago but need to credit Vinícius for the videos about his "Trace Pixel Art" feature, that refresh me. The code is working, need review -im not a c++ developer- and has one bug with selection. I explain: When all is done i call to "selection->set(obj)". "obj" exist but this code is ignored. I test it with second optional parameter to true and the same. Thanks in advance for test, reviews, help and feedback. Jabier. [1:https://code.launchpad.net/~jabiertxof/inkscape/bendFromClipboard]

2 1

Re: [Inkscape-devel] Staging website - graphics sources
by Jared Meidal 26 Sep '13

26 Sep '13

>> Jared, >> >> The deed is done, if you check >> http://staging.inkscape.org/en/community/gallery/ you'll find my new >> brochure django-cms plugin being used. It pulls in an rss feed, allows >> you to control how indexed entries are enabled from different sources. > Sorry, but I don't see how showing arbitrary images on our website is > going to benefit the project. > > Alexandre I'm new to this Inkscape dev community, but one thing I greatly appreciate about the project (besides it being inherently FLOSS) is that what flows from it being opensource is the user and dev community. Therefore, I see this dynamic user gallery, which is not strictly curated, as a natural outflowing of the philosophy and use of the project itself. I hope that makes sense, and it may not be where everyone else is at, but I think it's a natural bridge to connect the userbase artwork into how we want to represent the software. By not filtering (or curating, or soliciting) the images we run the risk of hosting "arbitrary images," but so far I see it worthwhile, and at the same time strengthening our bond between devs and users. If we had a simple way to showcase excellent artwork examples, and had those assets already available, I would be happy to consider another solution. But feeding the activity of an another active site into ours is the best I've currently seen to solve this. (If any artists are out there listening and want to submit artwork for the website, I would think now is the time and place to do so!) Let me know any other ideas Alexandre! --Jared

6 8

Staging website - graphics sources
by Jared Meidal 26 Sep '13

26 Sep '13

As I've worked piecemeal through small content updates on the staging.inkscape.org website I seen we need new graphic assets, especially for homepage banners, screenshots, and community gallery areas. The gallery on the existing website has operated as a timeline of version development and features. I think the new website gallery could be presented more as an showcase of artwork/design. But where should these images come from so this can be populated? My query in simple form is: from where should we source images for the new staging website? And how should permission-seeking work for using others' art? I've compiled below some areas where I see this could be crowd-sourced. Sources already linked within Inkscape webpages: http://commons.wikimedia.org/wiki/Category:Created_with_Inkscape http://wiki.inkscape.org/wiki/index.php/Galleries http://inkscape.deviantart.com/favourites/ There has been a lot of great examples of vector graphics creation through Inkscape posted socially online. I consider this a great choice in how we could populate our Gallery in our staging website. Here are some examples. https://plus.google.com/u/0/+inkscape/posts https://plus.google.com/u/0/118402182869057763137/posts http://www.inkscapeforum.com/viewforum.php?f=8&sid=3e55a03d23c1acdbf67a9b90… [facebook is a page also, but doesn't seem to attract the same activity of art postings) Most artists seem to be very willing to share their art publicly. But again, what is the best manner (existing method?) of posting these on our websites with appropriate credit/permission? I appreciate any feedback, and then I'm willing to work at bringing our site to life a little more with these graphics. --Jared

4 11

Re: [Inkscape-devel] Units / display scale factor
by Jelle 26 Sep '13

26 Sep '13

Bryce, Is it possible to just set the amount of pixels per unit in Inkscape? The use case is as follows. I have a work flow that uses files created in Inkscape and I want to use 10px per mm. Why? Well,.. that way I can easily use these files in a web site editor where clients can edit the file and give it back to me. At this moment I have to contend with the insane 3.45etc. pixels per mm, bloating my files by a factor 9 or so and conversion errors on their way back into Inkscape that goes all Inches again. Writing a script for that is hell and it makes operations on the browser client a tad slow as it has to contend with constant conversions from 3.45etc. to wanted scale, to back to Inkscape hardcoded 90pdi, back to mm etc. Relations get lost and anyone manually checking the SVG code cracks his head (okay, 12mm border on a A4 page, so the x,y should be where again? 3.45etc. and that times 12, makes..ehm. Okay,.. calc,.. calc,.. now the right side should be exactly..duh). Would be so nice if it was just 120 left and 1980 right. I can dream those numbers and checking that is easy. My code would start making sense and I have no conversion loss. This whole sad nonsense would be over if I could just use a pixel / unit setting in Inkscape that allows me to define exactly how many pixels I want to use in the SVG file for what amount of unit. Wouldn't matter if those would be Inches, Meters, Zorkmits or whatever as long as I can define those lengths somewhere. I would think that for vector graphics, a pixel per unit setting should be fairly straightforward and we can prevent this hapless Inches to mm or whatever conversion swapping, work at much better precision (integers!), probably speed up things a bit with it and lo and behold create a wee bit cleaner files. For people that make icons it would be nice as well I bet to be able to set a 10 px:1 pixel ratio and have nice clean files. For anyone in the metric system, using a pixel per metric unit setting would be an absolute bliss. I could finally read my files and I would think that viewPort settings are intended to do just this. Define the friggin scale it is in. Cheers, Jelle Mulder > > Message: 4 > Date: Wed, 25 Sep 2013 14:54:40 -0700 > From: <ian_bruce@...2136...> > Subject: Re: [Inkscape-devel] Units / display scale factor > To: Bryce Harrington <bryce@...961...> > Cc: inkscape-devel(a)lists.sourceforge.net > Message-ID: <20130925145440.7405c192.ian_bruce@...2136...> > Content-Type: text/plain; charset="us-ascii" > > On Wed, 25 Sep 2013 11:23:07 -0700 > Bryce Harrington <bryce@...961...> wrote: > >> Really, there are (at least) three different ways the unit system >> touches the real world. > > Thanks for this well-thought-out explanation; it clarifies the situation > considerably. > > I think a modified version of my "display scale factor" proposal can > accommodate all the cases you describe; see attached image. > > The improvement is to let the user explicitly specify the three ratios > between screen/drawing/export units (although this obviously involves > only two degrees of freedom). "Export" would mean PDF or similar, if the > image was intended for paper, or PNG/JPG/GIF, if it was intended for > electronic display. > > The "zoom factor" setting would still be present; this would be > multiplied with the "screen units" setting when displaying the document > on a monitor, so that 100% zoom would produce the specified > screen:drawing unit ratio. It would have no effect on the drawing:export > unit ratio. > >> First is the physical measurements of the page. For instance, if >> you're going to fold a 8.5"x11" paper into forths and want a logo to >> appear in the middle of the cover, you're going to care about seeing >> position in document inches. > > In this case, you would set the drawing:export ratio at 1:1 , so that > the measurements would come out right in the PDF or PostScript file. > > The screen:drawing ratio can be set to any value that is convenient for > working on the document, without having any effect on the eventual paper > image. > >> Second is the physical measurement of the monitor. If you're making >> assets for a website or buttons for a cell phone UI, you'll care about >> display pixels, display mm's, etc. and probably don't care about paper >> at all. It's possible you care about the dpi of some product display >> that you don't have access to (so don't just assume the attached >> monitor's dpi is the one the user cares about.) > > Here again, you would set the drawing:export ratio at 1:1 , specified in > either "px" or "mm", depending on how you wanted to measure the image. > > The screen:drawing ratio could also be set at 1:1 , if this provided an > appropriate view of the image, or some larger value, for detailed work > on icons, etc. > >> Third is the physical measurement of the thing the drawing is >> conceiving. If you're drawing a map, then you'll care about km's and >> miles. You may care about how many printed page inches or cm's >> correspond to how many miles or km's. > > In this case you would set the drawing:export ratio at 1km:3cm , or > 5miles:2inches , or something like that. > > If the screen:export ratio is set to 1:1 , the drawing should appear on > the monitor at the same size as it eventually will on a paper map, or > whatever the target output is. > >> Personally, this third use case is the one I care about, but when I >> was doing the original units system it became clear that the SVG spec >> cared mostly about the first one, and somewhat the second, and it >> wasn't at all clear how to handle the third. > > It seems to me that <g transform="scale(x)"> nodes, possibly with > Inkscape-specific attributes, could be used to control the relationship > between document/image/display units, for the SVG tree, but this would > require further thought. > >> Indeed, it seems there is even difficulty in trying to make it handle >> #1 and #2 in a user-intuitive way. At the least, it all made me very >> confused. > > Leaving aside for the moment the question of how to do this in an > SVG-compliant way, does my proposal above (and attached image) make > sense to you? Does it adequately address the situations you've > described, or any others that you can think of? > >> I wonder if perhaps what we should do here is ignore SVG's units and >> consider the three (or more) use cases that users have, and think from >> their POV what would work best. > > I agree with that. Decide first what the Inkscape UI should be like, and > how it should control exported image sizes, and figure out later how to > map that onto standard (or proposed, as <tavmjong@...8...> says) SVG. > >> Establish different unit systems "modes" and let the user toggle which >> units mode to use in the Inkscape UI while drawing. > > Does it really require "modes", or does allowing the user to explicitly > control the screen/drawing/export unit ratios provide all the control > that is actually needed? > > > -- Ian Bruce >

2 1

[Recolor] Status
by Arshdeep Singh 26 Sep '13

26 Sep '13

Hi all, The Recolor Wheel is up and running. You can check the same through my latest commit: http://bazaar.launchpad.net/~moduli16/inkscape/recolor/revision/12392 Bugs left: + Alpha and brightness values to be included in final color updation. Working on this currently. -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

3 2

[Recolor] Addition\Removal of nodes handled
by Arshdeep Singh 25 Sep '13

25 Sep '13

Hi all, I just pushed the changes that successfully handle the addition and removal of nodes. --- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

1 0

Re: [Inkscape-devel] Release and Website
by Bryce Harrington 24 Sep '13

24 Sep '13

On Tue, Sep 10, 2013 at 11:08:34AM +0200, Tavmjong Bah wrote: > > On Mon, Sep 9, 2013 at 4:32 PM, Martin Owens <doctormo@...400...> wrote: > > > On Mon, 2013-09-09 at 15:46 -0700, Josh Andler wrote: > > >> In addition too that, we will need to bring a copy of cairo and pixman > > >> in-tree for a while to ensure the new renderer will work everywhere. > > I don't really like the idea of bringing cairo and pixman into the tree. > For Windows and Mac, aren't they already included somehow? For Linux, by > the time of release, the distros should already be up-to-date with the > latest Cairo assuming that 1.14 is released in mid-October as planned > (see cairo mailing list 5 Sept). Is it only the downscaling bug that necessitates bringing these in-tree? Or are there other bugs needing new cairo/pixman features? Also, anyone happen to have a good demonstration of the problem they should show me? I'd like to improve the test case I wrote for this, and would help to see some real-world examples of where people have run into the bug. > > > So bug #804162 is solvable by bringing cairo and pixman into tree. That > > > brings us down to 10 bugs. > > > > > > Probably best to put us into a freeze, to deal with these bugs (and > > > probably some others). Is there a reason to not plan for this kind of > > > release process after GSoC has ended? > > Definitely need to wait for GSoC to end... and the a little bit longer. What percentage of the bugs have owners so far? This early in the release, a focus on just getting owners for the unowned ones might be the most productive thing to do... Bryce

2 2

Refactoring low level calculations on shapes
by Markus Engel 24 Sep '13

24 Sep '13

Hi, when working through the code I found lots of ugly-looking sections, especially things that have got to do with geometry. Here, I just tried rewriting the code that calculates the shape of an SPEllipse: http://bazaar.launchpad.net/~engelmarkus/inkscape/cppify/revision/11735 Is this the right way to go? Using 2geom wherever you can? Regards, Markus

2 1

Inkscape in Git
by Martin Owens 24 Sep '13

24 Sep '13

I've written a guide to how our developers can use git while developing inkscape: http://staging.inkscape.org/en/develop/using-git-repositories/ I've modified the required regular documentation to link these pages in too, we should have no problems allowing people to use git. The hosting provider we use for inkscape's code is launchpad. I like launchpad and I also think it would be way too much work to move inkscape to a less-useful project host like github or savanna just for git based remotes. Hopefully this kind of compromise on the client side can allow developers to not feel put out about our choice in repository technology.

6 7

Website: Debugging Page
by Martin Owens 24 Sep '13

24 Sep '13

Hey Devs, I'm calling on those who know to help write out new debugging page here: http://staging.inkscape.org/en/develop/debugging/ It needs to contain the information on the wiki here: http://wiki.inkscape.org/wiki/index.php/Debugging_Inkscape As well as information about logging (enabling, different log options), using gdb and links to where to get gdb help or a gui for gdb. Anything extra such as compile flags to improve logging and using cout or g_warning or g_info statements in code and when it's good to use them. I'd also like something about how to use the multiple packages we have in the trunk ppa system to narrow down a problem. I think SUV has this magic already, allowing other bug hunters and devels to know how to set that up would be very useful. Best Regards, Martin Owens

3 3

Launchpad Administrator changes for Inkscape
by Bryce Harrington 24 Sep '13

24 Sep '13

The Launchpad administration team for Inkscape handles commit access requests, and various other duties on the launchpad website. We keep the team limited to six people, which means adding a new admin requires swapping with one of the others. Ted Gould has decided to step back from the team, and allow Krzysztof to take on adminship. Welcome Krzysztof, and many thanks Ted for your service! Bryce P.S. a few other admins are due to renew membership in October; if they choose not to renew, then we may need to ask for volunteers to fill those slots. I will follow up later if this is the case.

4 3

SPGenericEllipse "d" attribute
by Tomasz Boczkowski 23 Sep '13

23 Sep '13

Hi all, While fixing bug #1227193 i have encoutered strange behaviour of SPGenericEllipse. When a new ellipse is drawn, the "d" attribute in corresponding svg:path element is set by SPGenericEllipse::write and contains arcs. However in SPGenericEllipse::update_patheffect, triggered by document idle handler, "d" attribute is regenerated from SPCurve and has other value. Instead of two arcs there are four curve elements. I would like to address this issue. Since those are my first steps in inkscape development, I have some quesions. 1) Should I add arcto method to SPCurve and make both SPGeneralEllipse methods generate the same "d" attribute value? 2) Why there are two different methods that generate "d" attribute value? Should one of them (sp_arc_set_elliptical_path_attribute or sp_svg_write_path call in update_patheffect) be removed? 3) Should static function sp_arc_set_elliptical_path_attribute be c++-fied to private member method? Regards, Tomasz Boczkowski

2 1

Last Report
by Jan Darowski 23 Sep '13

23 Sep '13

Hi guys! On saturday i commited merge of last big part of my GSoC project. It included a lot of fixes, procedural templates support and example of a procedural template (Empty Page). Right now, I'm working on updating wiki pages related to my project. Of course, if anyone of you has any suggestions for fixes or cleanups related to things I've been working on, I'll be glad to include them after the GSoC. Thanks for this cool experience, I hope to have time to still contribute to this project after summer is over. Slagvi, Jan Darowski

1 0

Re: [Inkscape-devel] Two Week Status
by Martin Owens 23 Sep '13

23 Sep '13

On Mon, 2013-09-23 at 19:27 +0000, Bryce W. Harrington wrote: > What needs done, just get latest pixman and cairo into the ppa? I can > take care of that if no one else is. What fix is needed for the build > system, just checking the pixman/cairo version in autoconf? I believe it is a matter of taking pixman/cairo (unreleased) version 1.13 (right?) making sure we have that available in our package and making sure our builds require it. > > Has anyone talked about doing an alpha release? Esp. with the just > landed GSoC work, would be a good way to get it out in front of people > to shake out any bugs that crept in through that. Technically every version of Inkscape so far has been alpha. No v1.0 because we're not feature complete. And I'd also hazard that the trunk build ppa system is equivalent to an alpha build. What perhaps we need is a mellow freeze and a beta release. Thoughts? Martin,

3 5

Removal Of Objects from Selection
by Arshdeep Singh 23 Sep '13

23 Sep '13

How can I keep track of objects being removed from the selection ? [ I have been digging through the desktop.cpp/inkscape.cpp/selection.cpp files and couldn't find any noteworthy construct that let me do it. ] Also, if I bubbled up signal emission, how can that be achieved ? If widget A contains B which contains C. So I want "released" signal of A to be invoked when "released" signal of C is invoked. How can I do that ? -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

5 11

Two Week Status
by Martin Owens 23 Sep '13

23 Sep '13

Hey Devs, Two weeks ago I sent a message asking about a new Inkscape release. Over the past two weeks, we've managed to close the vast majority of blocking bugs and of the last 3, 2 are in progress: In Progress #850992 Top layer, Blend mode is multipy, Pattern disappear In Progress #953992 Imported pattern fill disappers while transforming Triaged #1005892 Patterns applied to text objects are blurred The other blocker is our cairo render issue, which I'm counting on the fix being delivered to our build system and making sure we have the library in our ppa/trunk ready to go. I'm wondering if I can get someone to work on this? We have 16 regressions currently reported: http://tinyurl.com/o9lq44w and I think about 2 or 3 floating in the mailing list which people are working on already. We have 56 bugs targeted to 0.49 reported: http://tinyurl.com/l3glywq and these will probably include the above bugs. It looks like our GSoC projects will take a week or three to settle and clear. Although it looks like the majority of work is in already. I think we're in great shape for a release target. I'm going to continue to work on my blocker for this week, which is #850992 and a couple of regressions. Thanks everyone, you guys are awesome. Best Regards, Martin Owens

2 1

[CAD] Re: Status?
by Sebastian Götte 23 Sep '13

23 Sep '13

On 09/19/2013 03:29 PM, Tavmjong Bah wrote: > > Hi, > > There are only a few more days until the end of GSOC. Can you provide a > status report? A list of action items would be good, including a list of > known bugs. > > Things to finish up: > > 1. Documentation (nothing fancy... could be on the Inkscape Wiki or some > other web page). I have documented the changes and UI here: http://wiki.inkscape.org/wiki/index.php/Connectors > 2. A comparison of functionality to the existing code. I tried to do this in the above wiki page. The only removal I did was the code finding shape's centers and intersecting connectors with shape outlines. > 3. Update to latest trunk. I am currently doing that, but I have a SEGFAULT left. The porting to the new C++ SPObject tree was pretty straightforward and mostly consisted of adding "virtual" keywords and removing shim code. > 4. Bugs, particularly any segfaults. > > Here is one bug I just found: > > 1. Select and move a connector (the path, not the ends). > 2. Undo. > 3. Move one of the objects the connector is attached to. > > The path reverts to the moved position. I will look into that. Sebastian

3 4

program logo (Windows)
by Johan Engelen 23 Sep '13

23 Sep '13

Hi all, Inkscape lost its logo somehow (now displays GTK standard app logo, is what I think it is). Any other Windows devs see this? Cheers, Johan

2 1

[CAD] Status report
by Sebastian Götte 23 Sep '13

23 Sep '13

Hi, I made the code more useable and fixed some selection issues. Also, points can now be in groups. A point is added to a group by selecting the group (and nothing else) and shift-clicking to create the point. I am working on a UI to add one or more existing points to a group. Undo/redo does not yet work properly together with the connector context, I had one crash and the point handles do not yet get updated when undoing/redoing. I am working on this. The current code can be found at [0]. Sebastian [0] https://code.launchpad.net/~h-e-6/inkscape/connector-wip

3 9

Scalar nimeric and bar widget
by Jabiertxo Arraiza Cenoz 23 Sep '13

23 Sep '13

Hi to all, i have in my linux box a problem with scalar numeric and bar widget. It dont respond fluid, i think because it redraws in each step instead at the end. How do we think about, for example, detect interaction and dont redraw till the end or with biger steps? Is posibol? Its a low level work for a starter developer? Hi, Jabier.

1 1

[Recolor]
by Arshdeep Singh 23 Sep '13

23 Sep '13

Hi all, I just wanted to shed some light on the present scenario: + Snippet to update the color changes is up and running. [ It has to be hooked to "released" signal of RecolorWheelNode ] + Handling removal of objects: This is the problem area right now. My mentor replied this morning (my time) with an approach to handle removing objects. I am going to try working with that. If this goes downhill, I'll try Sebastian idea. Either way, I plan to stick around and am determined to finish what I intended when starting with GSoC. I will gladly be an active contributor till my school-work is not intimidating and I am mostly free till February (March-April see the final submissions and exams). Regards, Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

1 0

Rending Multiple Times?
by Martin Owens 22 Sep '13

22 Sep '13

Hey Devs, I'm investigating bug lp:850992 (very hard to track down), and I notice something odd. Each time I group or ungroup two objects, the render code on DrawingItem is called many times. I want to know if this is expected and typical behavior since we could be wasting lots of resources re-rendering the same item ever time we click on it or move it. This is my output, some simple couts at the top of calls: Updating DrawingItem: 0xb76e338 Updating DrawingItem: 0xb77a628 Updating DrawingItem: 0xb77a6f8 Updating DrawingItem: 0xb77b000 Updating DrawingItem: 0xe49ea08 Updating DrawingItem: 0xc93c470 Updating DrawingItem: 0xb76e338 Render DrawingItem: 0xb76e338 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render DrawingItem: 0xb77b000 Render DrawingItem: 0xe49ea08 Render DrawingItem: 0xc93c470 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render Drawing: 0xb77b000 Updating DrawingItem: 0xb76e338 Render DrawingItem: 0xb76e338 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render DrawingItem: 0xb77b000 Render DrawingItem: 0xe49ea08 Render DrawingItem: 0xc93c470 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render Drawing: 0xb77b000 Updating DrawingItem: 0xb76e338 Render DrawingItem: 0xb76e338 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render DrawingItem: 0xb77b000 Render DrawingItem: 0xe49ea08 Render DrawingItem: 0xc93c470 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render Drawing: 0xb77b000 Updating DrawingItem: 0xb76e338 Render DrawingItem: 0xb76e338 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render DrawingItem: 0xb77b000 Render DrawingItem: 0xe49ea08 Render DrawingItem: 0xc93c470 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render Drawing: 0xb77b000 Updating DrawingItem: 0xb76e338 Render DrawingItem: 0xb76e338 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render DrawingItem: 0xb77b000 Render DrawingItem: 0xe49ea08 Render DrawingItem: 0xc93c470 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render Drawing: 0xb77b000 Updating DrawingItem: 0xb76e338 Render DrawingItem: 0xb76e338 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render DrawingItem: 0xb77b000 Render DrawingItem: 0xe49ea08 Render DrawingItem: 0xc93c470 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render Drawing: 0xb77b000 Updating DrawingItem: 0xb76e338 Render DrawingItem: 0xb76e338 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render DrawingItem: 0xb77b000 Render DrawingItem: 0xe49ea08 Render DrawingItem: 0xc93c470 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render Drawing: 0xb77b000 Updating DrawingItem: 0xb76e338 Render DrawingItem: 0xb76e338 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render DrawingItem: 0xb77b000 Render DrawingItem: 0xe49ea08 Render DrawingItem: 0xc93c470 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render Drawing: 0xb77b000 Updating DrawingItem: 0xb76e338 Render DrawingItem: 0xb76e338 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render DrawingItem: 0xb77b000 Render DrawingItem: 0xe49ea08 Render DrawingItem: 0xc93c470 Render DrawingItem: 0xb77a628 Render DrawingItem: 0xb77a6f8 Render Drawing: 0xb77b000 This is from /One/ group action. your thoughts? Martin,

5 7

Re: [Inkscape-devel] Removal Of Objects from Selection
by Sebastian Götte 22 Sep '13

22 Sep '13

On 09/22/2013 06:51 PM, Arshdeep Singh wrote: > Hi, > Will pulling the changes of selection.h and selection.cpp suffice to use > for my project ? > Does _notifySelected notify signals for both selection and un-selection ? the signal has three arguments: The object, the selection and a bool that indicates whether the object is now selected (true) or unselected (false). You will also need the few lines in sp-object.h containing the signal logic. Sebastian

2 1

Non-Blockers
by Martin Owens 22 Sep '13

22 Sep '13

Hey SUV, I'm interested in a list of bugs which /should/ be fixed for release, but don't block. Do we have one of those? I couldn't find an existing tag, should we make one? Basically we want to prioritize the next round of bug fixes so we can get Inkscape more ready for a good 0.49 release. Thanks for all your work with testing, it's amazing. Martin,

5 10

[Units] Finishing Up
by Matthew Petroff 21 Sep '13

21 Sep '13

I've now merged phase two of my GSoC project, unit support improvements, with the trunk. I've enjoyed my work this summer and would like to thank the Inkscape community for the opportunity. I plan on staying involved with the project for the foreseeable future. http://www.mpetroff.net/archives/2013/09/20/finishing-google-summer-of-code/ -Matthew

5 4

Admin action required
by Krzysztof Kosiński 21 Sep '13

21 Sep '13

Hello If there's an admin in the room (as in, a member of the Inkscape Administrators team on Launchpad), please do the following: 1. Give commit access to Markus Engel so he can fix further issues with the C++ification himself. 2. Approve me as administrator. Regards, Krzysztof

8 9

Weird fallback mechanism for input data in python scripts
by Alex Valavanis 21 Sep '13

21 Sep '13

Hi All, I found some unexpected behaviour with inkex-based extensions if a non-existent SVG filename is specified. To reproduce: cd share/extensions ./gimp_xcf.py non-existent-file.svg Expected behaviour: * Script exits with an error message "Unable to open non-existent-file.svg" Actual behaviour: * Script silently falls back to reading from standard input, and appears to freeze. This appears to be caused by the fallback mechanism for obtaining data streams in the Effect.parse() function in inkex.py. At the moment, it does this: 1. Try to read file specified as a function argument e.g., my_effect.parse("this-file.svg) 2. If that file can't be opened, try to read the file specified in self.svg_file 3. If that file can't be opened, read from stdin This could lead to some weirdness e.g., e = ProcessImportantData() # Specify the wrong file name somewhere e.svg_file = "wrong-input-data.svg" # Later, try to read from the correct file, but with a typo e.parse("correct-input-data-with-typo.svg_BORK") # When we apply the effect, the "correct-input-data-with-typo.svg_BORK" file doesn't exist, and the script will silently fall back to using the wrong data file. e.effect() I have attached a patch that changes the behaviour so that the same order of precedence is maintained, but the script will fail if the specified file cannot be opened. I'm not the best Python programmer, and I don't know the precise intended behaviour of the extensions system, so please could someone review/comment? AV

1 0

Re: [Inkscape-devel] Release and Website
by Bryce Harrington 21 Sep '13

21 Sep '13

On Tue, Sep 10, 2013 at 01:32:41PM -0700, Josh Andler wrote: > If we want to go the donation to fix bugs route there will need to be > a majority consensus from the developers (translators and other > community members don't get included in this vote as they fall into > different categories). The short version of this is we really wouldn't > want to upset anyone or have ill-will or tensions arise because others > get compensated while their efforts do not. > > If the developers did want to pursue this, we could then bring this to > the attention of the board. My guess is that if we really had a large > portion of the developers wanting to see this happen, the board would > not likely oppose it. After that we could then discuss with Bradley > Kuhn from Software Freedom Conservancy how to go about implementing > this. If someone wants to try and organize a vote, feel free. I happened to meet Bradley here at LinuxCon and he raised this topic with me. He said that they analyzed all of their projects and Inkscape was at the top of the list for likely success for fundraising. It sounded like they would love to partner with us to raise moneys to help improve the project, be it feature work or stabilization. > >> > Maybe a stupid idea, but here I go :) > >> > Have you ever considered to crowd-fund bugfixing? (i.e.: getting money > >> > to pay somebody to do the work nobody else wants to do) When Inkscape started there were several bug-bounty projects in operation which we watched drift into non-success. I suspect that's why many of us have been a bit skeptical about the feasibility of bug bounties generally. But it's definitely gotten a lot of discussion. By now there must be some good "best practices" identified, so maybe it's just a matter of having someone come up with a plan. > >> > If money can be obtained from a crowdfunding campaign... is there any > >> > qualified person willing to do the job? > >> > > >> > I know it's unfair to developers who already contributed for free, but > >> > as far as I know money is not the main motivation for hackers who persue > >> > the fun aspect of development (new features, challenges). > >> > > >> > Maybe getting somebody paid to take care of the ugly stuff nobody wants > >> > to do is a fair balance and takes the stress out so regular contributors > >> > can focus on the fun stuff. These questions have been on my mind as well. And I am of a similar opinion that if money is being paid for development, let's try targeting it to the stuff we need the most that volunteers don't want to bother with. That sounds very logical. If you would indulge me to blather on a bit more on this topic... I think one problem with the bug bounty programs was that they paid on a per-bug basis. But like I think someone else pointed out, often 90% of the work is just learning the codebase; then the developer could swat a dozen bugs all at once. So, we might want to organize the work as not to fix a specific bug for $, but to fix a collection of closely related bugs for $$$. As to whom to find to do the work, there are a number of options. Hiring an existing Inkscape developer seems least-risk; they will have already climbed at least part of the learning curve and demonstrated their ability and dedication. But finding one who is available and interested could be tricky. Alternatively, we could find a cheap external developer. I think this would increase the administrative workload, and likely wouldn't result in an ongoing developer. But for particularly unenjoyable work, maybe that's acceptable. And there's probably half a dozen other ideas. We've had good success with GSoC, and so something that builds on that (Winter of Bugs?) might be worth thinking about. There are also possibilities beyond just direct paying for development. For example, if we increased our presence at conventions that might pull in more ordinary volunteer developers. Training is another avenue I think could be good. Either arranging some development tutorials ourselves, to help users graduate into developers, or even sending existing active developers to developer training classes (to learn new tricks for performance optimization, debugging, etc.) I am also a big believer in the power of bug triagers to help make bugs easier to fix, such as by helping gather stack traces or document steps to reproduce. This is another tedious job (as I know from experience), but doesn't need to be thankless, and there could be some low-cost ways of stimulating these efforts. > >> > Of course, it's not as easy as it sounds: A qualified developer who > >> > knows the code enough and can meet the technical requirements is needed. > >> > And probably also a person willing to take care of the paperwork and > >> > administrative tasks. And people willing to review the patches... I'm glad you brought up the administrative side. This may seem minor, but it's a prerequisite to finding a developer and is tedious work so could be hard to find a volunteer. We would need this person to be reliable and responsive, able to talk with the lawyers, and prepared to make tough decisions. In fact this was my main counterargument to Brad's suggestion; he indicated the conservancy would love to help on the financing/legal end, but part of the management of this would have to come from us. This has been essentially the same problem the board has run into with other proposed activities - someone needs to take the coordinator role to get it organized. So that's my thinking. Before we start really talking about a paid bug fixer, we need someone to volunteer to do coordination and administration. Or lacking a volunteer, it's an important enough role we could consider making it a part-time paid role, particularly if we could raise enough money for multiple efforts. Bryce

4 8

[Tracing] Report #9
by Vinícius dos Santos Oliveira 21 Sep '13

21 Sep '13

Hi fellow devs (and users following the progress of libdepixelize), I've been coding the B-Splines optimization code for the last several few days and I was struggling to make any progress at all. I've tried SOOO many techniques, but nothing would do. Anyway, I realized that the paper states "... by optimizing the locations of their control points". I was trying to optimize the location of all points (not only control points. Sorry for the useless email, but I just wanted to share my frustration. I'll be uploading the (hopefully) working code today. I'll need to refactor a lot of the shitty code I created. -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

2 2

Re: [Inkscape-devel] Code style question
by Markus Engel 20 Sep '13

20 Sep '13

> The main reason for asking if A is ok, is that I'mnot 100% if A is standard accepted practice by all C++ compilers, and will notcause trouble with some compilers. A is allowed according to the c++03 standard, so everycompiler should support this. > A name introduced by a declaration in a condition(either introduced by the type-specifier-seq or the > declarator of the condition) is in scope from itspoint of declaration until the end of the substatements controlled > by the condition. If the name is re-declared in theoutermost block of a substatement controlled by > the condition, the declaration that re-declares thename is ill-formed. [Example: > if (int x = f()) { > int x; // ill-formed, redeclaration of x > } > else { > int x; // ill-formed, redeclaration of x > } > —end example] > The value of a condition that is an initializeddeclaration in a statement other than a switch statement is > the value of the declared variable implicitlyconverted to type bool. If that conversion is ill-formed, the > program is ill-formed. The value of a condition thatis an initialized declaration in a switch statement is > the value of the declared variable if it hasintegral or enumeration type, or of that variable implicitly converted > to integral or enumeration type otherwise. The valueof a condition that is an expression is the value > of the expression, implicitly converted to bool forstatements other than switch; if that conversion is > ill-formed, the program is ill-formed. The value ofthe condition will be referred to as simply “the condition” > where the usage is unambiguous. But keep in mind that you may not use any additionalparentheses or logical operators. Regards, Markus

1 0

Inkscape and AppData
by Richard Hughes 20 Sep '13

20 Sep '13

Hi all. I'm the developer for PackageKit and gnome-software. The community has already written an AppData file for Fedora, would you be interested to including it upstream? This will allow us to "feature" Inkscape on the front page in the future. See http://people.freedesktop.org/~hughsient/appdata/ for more details about AppStream and AppData. The file is here: https://raw.github.com/hughsie/fedora-appstream/master/appdata-extra/inksca… but checking and perhaps needs some more filling in. Thanks! RIchard.

4 7

Signals Help
by Arshdeep Singh 20 Sep '13

20 Sep '13

Hi all, I have a conceptual doubt. Suppose widget A houses widget B which hereby houses widget C. Can I associate same strings "changed", "updated" etc.. with individual signals of each widget A,B,C. Also, when I emit a "changed" signal will all three widgets execute their call backs ? Because A <-- B <--- C ( A <--- B means A contains B) and so C when emits "changed" should call callbacks of A and B ? -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

2 1

Notes for r12550 (Status Bar Text)
by Martin Owens 20 Sep '13

20 Sep '13

Hey Devs, In r12550 I had to do more changes then I expected fixing bug lp:1199192 and I want to FYI them here. At first I thought the broken collection status was from my previous work. But it turned out the functionality had been gutted by refactoring work from elsewhere. (C++ification I think) So I decided to continue the work and re-factored this too. Each object now has a new display_name() method which returns a translated const char* for use in the status bar. description() now returns everything but the display_name (some fixes in consistency here too) and getDetailedDescription returns the whole lot plus mask/clip info. This getDetailedDescription is used in the single item status bar and replaces the vanilla description(). This should improve information about clip/mask and give more consistency for single items. display_name() is used to get a list of types. That code was shorted too, made more dynamic. -200 Lines +171 Lines Best regards, Martin Owens

2 1

Re: [Inkscape-devel] Cppify Branch Review
by Markus Engel 20 Sep '13

20 Sep '13

That's the same problem as with the clipboard, but thistime, Krzysztofs return-solution won't work ;) . The patch is essentially the same I appended in this bugreport, I attached the version adjusted for grids. Regards, Markus -----Ursprüngliche Nachricht----- Von: suv@...2204... [mailto:suv@...2204...] Im Auftragvon su_v Gesendet: Freitag, 20. September 2013 13:56 An: Krzysztof Kosiński Cc: Markus Engel; inkscape-devel Betreff: Re: [Inkscape-devel] Cppify Branch Review On 2013-09-19 04:09 +0200, Krzysztof Kosiński wrote: > There are basically two issues which stand out: > > 1. Inconsistent whitespace > 2. Use of explicit this-> instead of markingmember variables with a > leading underscore. > > However, I think these two stylistic problems can befixed later and > it's better to commit now than to wait and let thisimportant work get > out of sync with trunk. > > I committed the merge as revision 12532. After the merge in r12532 'File > Document Properties> Grids' no longer display the settings for defined grids (works withr12531, fails with r12532). Steps to reproduce: 1) launch Inkscape (default prefs, default new doc) 2) toggle on grid (menu 'View > Grid') to create adefault grid 3) open 'File > Document Properties > Grids' toedit the settings Expected result: The settings for the new grid are accessible on the'Grids' page Actual result: The 'Defined grids' section is empty. Warning on the console: ** (inkscape-12532:13355): WARNING **: TypeNotRegisteredexception: inkscape:grid (tested and confirmed on Ubuntu 12.10 and OS X 10.7.5)

3 2

Re: [Inkscape-devel] Cppify Branch Review
by Markus Engel 20 Sep '13

20 Sep '13

>> It seems that the changes in r12532 cause testcompilation failures. >>Markus, can you provide a patch which would fixrunning "make check"? > I'll have a look. > By the way, are you sure that the change you made inr12543 is correct? >https://developer.gnome.org/gdk-pixbuf/stable/gdk-pixbuf-Image-Data-in-Memor > y.html#gdk-pixbuf-copy > This page tells me that g_object_unref would havebeen perfectly fine. > Anyway, the pixbuf is allocated using"malloc", so I think "delete" is not the right solution, isit? Your change actually looks right, I seem to have mixedsomething up here. Never mind. I attached a little patch that makes "makecheck" work again. Note that this linker flag it not ideal, the error iscaused by the removal of the static library. The problem is just the oppositeof the one I mentioned in the merging proposal discussion: The linker doesn'tomit things, it tries to link in things twice. Regards, Markus

3 2

Re: [Inkscape-devel] Cppify Branch Review
by Markus Engel 20 Sep '13

20 Sep '13

Hi there, > SP_TYPE() macros should be reimplemented as dynamic_castso that they generate compile-time errors when something not derived fromSPObject is passed. I checked that and it is currently impossible withoutchanging a huge amount of code. Some parts use these GSLists and they storevoid-pointers. Thousands of SP_TYPE-lines would fail compilation. I'd suggestdoing this change later. > cppify/src/widgets/rect-toolbar.cpp:117:52: error:cannot dynamic_cast 'items->_GSList::data' (of type 'const gpointer {akavoid* const}') to type 'class SPRect*' (source is not a pointer to class) Regards, Markus

5 14

Re: [Inkscape-devel] Release and Website
by Bryce Harrington 20 Sep '13

20 Sep '13

On Tue, Sep 10, 2013 at 10:40:01PM +0200, Alex Valavanis wrote: > I'd be very reluctant to see cairo & pixman brought in tree. My > experience with "unforking" GDL suggest that this could cause major > maintenance headaches down the line. I think that something like the > following approach would be a nicer solution: > > == develpment/testing == > > 1. Bump dependency versions in configure.ac etc to the required > (unstable) versions of Cairo/pixman. Mark bugs as "Fix committed" > 2. Create a devlibs branch with a suitable (unstable) Cairo/pixman versions > 3. Create a dependency on a daily build of Cairo/pixman in the PPA > > ...it's then up to individual developers to install their own unstable > development libs rather than it being our problem to keep it in trunk. > Early adopters and beta testers will be able to continue using the > PPA without having to compile from source (or know/understand what has > changed). > > == pre-release == > > 4. Wait for suitable *stable* versions of Cairo/pixman to be released > 5. Bump devlibs trunk versions of libraries > 6. Kill the unstable devlibs fork > 7. Bump PPA Build-Depends version in debian/control and drop > dependency on daily Cairo builds > 8. Test thoroughly > > In any case, I don't think we should go ahead with the 0.49 release > until all the dependencies are stable. If that means a longer wait, > I'm fine with that! For Ubuntu users, PPAs seem to be a commonly used solution to this type of problem. This would be straightforward to implement and I shouldn't think it would cause that much surprise to users. For non-technical users I can see how the process might be a bit inconvenient; is that what folks are worried about? If we're really just concerned here with developers being able to build Inkscape on 12.04, I'm sure they could handle installing junk from a PPA. Another option is to get the dependencies added through backports. As a general rule they never backport libraries, so this seems like a non-option for cairo / pixman, however it might be worth checking into if people feel the PPA solution is insufficient. Pixman and Cairo are both well maintained, so you never no. I've seen crazier things accepted. If the need for newer cairo/pixman is narrow enough (i.e. just the downscaling fix), rather than put the libs in-tree, what about just adding an autoconf check for the cairo version, and then just #ifdef the appropriate code, so inkscape will build and work with old cairo/pixman (with the bug) as well as newer cairo/pixman (with the fix). This seems like it would give the most flexibility for everyone, without being terribly messy. Carrying an #ifdef to 2017 might be more palatable than two entire source trees... Bryce

1 0

Windows XP. Cannot compile rev 12544 or rev 12547
by alvinpenner 20 Sep '13

20 Sep '13

messages are as follows: Make error line 298: problem compiling: In file included from src/test-src.cpp:27:0: ./src/color-profile-test.h: In static member function 'static void ColorProfileTest::createSuiteSubclass(ColorProfileTest*&)': ./src/color-profile-test.h:34:91: error: 'COLORPROFILE_TYPE' was not declared in this scope ./src/color-profile-test.h: In member function 'void ColorProfileTest::testSetRenderingIntent()': ./src/color-profile-test.h:77:91: error: 'COLORPROFILE_TYPE' was not declared in this scope ./src/color-profile-test.h: In member function 'void ColorProfileTest::testSetLocal()': ./src/color-profile-test.h:97:91: error: 'COLORPROFILE_TYPE' was not declared in this scope ./src/color-profile-test.h: In member function 'void ColorProfileTest::testSetName()': ./src/color-profile-test.h:121:91: error: 'COLORPROFILE_TYPE' was not declared in this scope In file included from src/test-src.cpp:184:0: ./src/sp-style-elem-test.h: In static member function 'static void SPStyleElemTest::createSuiteSubclass(SPStyleElemTest*&)': ./src/sp-style-elem-test.h:31:75: error: 'SP_TYPE_STYLE_ELEM' was not declared in this scope ./src/sp-style-elem-test.h: In member function 'void SPStyleElemTest::testSetType()': ./src/sp-style-elem-test.h:55:75: error: 'SP_TYPE_STYLE_ELEM' was not declared in this scope ./src/sp-style-elem-test.h: In member function 'void SPStyleElemTest::testWrite()': ./src/sp-style-elem-test.h:81:35: error: 'SP_TYPE_STYLE_ELEM' was not declared in this scope ./src/sp-style-elem-test.h: In member function 'void SPStyleElemTest::testBuild()': ./src/sp-style-elem-test.h:107:36: error: 'SP_TYPE_STYLE_ELEM' was not declaredin this scope ./src/sp-style-elem-test.h: In member function 'void SPStyleElemTest::testReadContent()': ./src/sp-style-elem-test.h:135:36: error: 'SP_TYPE_STYLE_ELEM' was not declared in this scope -- View this message in context: http://inkscape.13.x6.nabble.com/Windows-XP-Cannot-compile-rev-12544-or-rev… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

Fix for Bug 1227827 (clipboard)
by Markus Engel 19 Sep '13

19 Sep '13

Hello Krzysztof, regarding your fix for this bug: https://bugs.launchpad.net/inkscape/+bug/1227827 I already posted a solution that I thinks addresses the actual problem better. With that it's easier later when a clipboard class will be added. Currently the clipboard code directly manipulates the xml tree which is undesireable. Regards, Markus

1 0

[Tracing] Report #8: Inkscape integration
by Vinícius dos Santos Oliveira 19 Sep '13

19 Sep '13

I proposed a merge: https://code.launchpad.net/~vinipsmaker/inkscape/libdepixelize/+merge/185237 The code is based on current practice, I think (grep is my friend). The changes between my choices and the code that inspired me was favoring C ++ish interfaces when available. I have to say that Inkscape is pretty huge and took me some time to finish this integration. The whole libdepixelize was developed with Inkscape in mind and integration was very straigh forward. There are options to generate voronoi diagrams, B-Splines and optimized B-Splines. I'm still working on B-Splines optimization and it's not possible to get a optimized output right now, but the interface is done and after I implement this step the only update required will be a "libdepixelize release bumping", with no code changes required to Inkscape itself. I went beyond Kopf-Lischinski to preserve more color information and the result is quite nice, but when you have a really evil gradient the result will be worse. The "worse" result is caused by a small bug (can and will be fixed) and have small artifacts (no crash, don't worry). Also, I made a major refactor on a large part of the project that will make it 4 times more maintainable and greatly abstracts memory layout access. The memory layout access abstraction is important to implement the suggested improvement (cache oblivious algorithm) by Nathan Hurst. I improved the "depixelize" binary, so it can be packed by distros. This is what I remember so far, but there were a lot of changes and I'm sure I'm missing some one. Now that I finished the Inkscape integration I'll be working on the B-Splines optimization. -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

8 17

Cppify Branch Review
by Markus Engel 19 Sep '13

19 Sep '13

Hi everyone, have you worked your way through my changes yet? Any comments? :) Krzysztof, you wanted to do the review? Regards, Markus

5 13

[ Recolor ] Status Report
by Arshdeep Singh 19 Sep '13

19 Sep '13

Hi all, Sorry for not being able to give a report for the past two weeks. I was in regular touch with my mentor though, as well as Josh. The project stands as such: 1.) The nodes are added to the wheel when a new object is added to the active selection. 2.) Removal of nodes is a tricky issue. We are working on that currently. 3.) Updating of objects on the canvas was achieved earlier on. That snippet has to be used for active editing after the removal issue is solved. >From discussions with my mentor and Josh, we all concur that the project can only achieve its first half into completion in the given time frame. Namely, the part of the tool where we could save color schemes does not seem feasible to implement in the remaining time frame. -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

1 0

Please don't neglect the release notes
by Josh Andler 19 Sep '13

19 Sep '13

If you've committed any noteworthy changes please make sure everything is reflected there. This goes for GSoC projects as well. Here's the link http://wiki.inkscape.org/wiki/index.php/Release_notes/0.49 , it's preferred if the people who created the features/changes are the ones to describe them. Cheers, Josh

4 3

Mac OS X 0.48.4 RC5
by Valerio Aimale 19 Sep '13

19 Sep '13

For Mtn Lion: http://rapidshare.com/files/1406366642/Inkscape-r0.48.4-r9943-10.8%2B-x86_6… For Lion: http://rapidshare.com/files/2591591009/Inkscape-r-10.7%2B-x86_64_RC5.dmg fixed: - restored drag&drop, it was a problem with the pasteboard fix, not the menu integration. - further editing of the keymapping for menu accelerators. Hopefully it will cover most of the cases. Regarding pasting into text fields, that is something we might learn to live with for the time being. Valerio

7 13

Pixbuf vs Cairo Surface
by Martin Owens 19 Sep '13

19 Sep '13

https://bugs.launchpad.net/inkscape/+bug/871563/comments/12 Hey KK, Your message above in that bug report is a little cryptic because the current code and the patches previous suggested use pixbufs, while you talk about cairo surfaces. Are you saying that the pixbuf code should be removed and replaced with dealing directly in cairo surfaces? I'm a little confused because the bug is about pasting objects, and I can only assume that we get a pointer to a block of data when someone pastes things in and we stuff that into an image object of some kind. Could you explain what you mean? Martin,

3 10

new website: coding style
by Johan Engelen 18 Sep '13

18 Sep '13

Hi all, There are some errors in the coding style page I believe. Two big issues: namespace Inkscape { namespace UI { Sandwich make_sandwich(int x); int make_a_mess(float y); } } instead of namespace Inkscape { namespace UI { Sandwich make_sandwich(int x); int make_a_mess(float y); } } For these kind of forward declarations, I think it is much clearer to indent. Not for class definitions etc. And switch (a) { case 1: do_one(); break; instead of switch (a) { case 1: { do_one(); break; } ... default: break; } Thanks for the changes, Johan (I look forward to the release of the new site!)

4 4

[Templates] Report
by Jan Darowski 18 Sep '13

18 Sep '13

Hi! This week I added loading procedural templates into my widget so they could be listed next to the static templates. This required some changes in the current NewFromTemplate code but it's functionality remains unchanged. Slagvi, Jan Darowski

3 7

Filter Display and Cache
by Martin Owens 17 Sep '13

17 Sep '13

Hey Devs, I've just pushed r12525 which should fix an error where moving filtered items wasn't using the right bbox. http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/12525 What concerns me is two things: That this was effecting text elements, but not other items suggests that _bbox and _item_bbox were different for text but not for other items. Which is odd and should probably be fixed too. The other is that I've removed the now unused compute_drawbox. It mentioned converting to user units and I may have inadvertently hurt something there by using area_enlarge instead. Any unit people want to confirm this is safe or unsafe? And I didn't even get to fix the original bug I was after. ;-) Best Regards, Martin Owens

3 2

Re: [Inkscape-devel] Trunk compiled with extensions and program-preffix or suffix
by Markus Engel 17 Sep '13

17 Sep '13

> Any body know how to get inkscape extensions workingin a trunk configured with program-preffix or program-sufix. > I only want to have full working both 0.48.3 and myown version of main trunk. If is another way... > I test symlinks from inkscape to jtx-inkscape and noresult. > Thanks in advance Jabier. Hello Jabier, I think for testing it's best if you install your trunkinkscape into a separate folder. Let's say you've got your sources in/home/jabier/Inkscape/trunk, then you should build it like that: ./autogen.sh ./configure --prefix=/home/jabier/Inkscape/trunk_install make make install You can then run src/inkscape and it will find the filesin your local trunk_install directory. I hope I got you right. Regards, Markus

2 1

Trunk compiled with extensions and program-preffix or suffix
by Jabiertxo Arraiza Cenoz 17 Sep '13

17 Sep '13

Hello. Any body know how to get inkscape extensions working in a trunk configured with program-preffix or program-sufix. I only want to have full working both 0.48.3 and my own version of main trunk. If is another way... I test symlinks from inkscape to jtx-inkscape and no result. Thanks in advance Jabier.

1 0

Gimp Watch
by Martin Owens 17 Sep '13

17 Sep '13

Hey Devs, I'm going to keep an eye on this gimp project: http://funding.openinitiative.com/funding/1578/ The important thing to note for any crowd funding campaign is how easily it is to get the information to fans (in our case, users). If Gimp can reach out to their genuine user base and get artists into the feature, then they stand a chance. OTOH if they can only communicate to other developers, or a selection of users who are fanatical. Then the funding will be hard to raise. This is an important question campaigns like this will face if we want them to be successful. Best Regards, Martin Owens

1 0

[Units] Bug Fixes
by Matthew Petroff 16 Sep '13

16 Sep '13

I've spent the past two weeks fixing bugs in my viewBox based document unit implementation, and just about everything is working properly now. http://www.mpetroff.net/archives/2013/09/15/bug-fixes/ -Matthew

3 4

Mac OS X Build 0.48.4 RC1
by Valerio Aimale 16 Sep '13

16 Sep '13

This is a good build that is close to being a release: For Mountain Lion http://rapidshare.com/files/4204947016/Inkscape-r0.48.4-r9943-10.8%2B-x86_6… For Lion: http://rapidshare.com/files/3505176415/Inkscape-r0.48.4-r9943-10.7%2B-x86_6… - the menu should be all working but the "Open Recent" submenu. No matter which item is selected, the top open is always opened. This is a bug between gtk/gtk_recent_menu_manager() and gtk-mac-integration. Needs more analysis, not an easy fix. - Quit, About and Preferences menu items moved under the app menu. - python should be fully working now on Lion and Mountain Lion - uniconvertor/sk1libs installed and fixed The sk1libs/utilsfs.py line return ['/'] really should be return ['/System/Library/Fonts', '/Library/Fonts', os.path.expanduser("~/Library/Fonts")] - no more noise on the terminal stderr - bunch of improvements and changes in the build system

8 27

Fix for blocker bug #953992, Imported pattern fill disappers while transforming (regression)
by Diederik van Lierop 14 Sep '13

14 Sep '13

Hi devs, I might just have fixed this blocker bug: https://bugs.launchpad.net/inkscape/+bug/953992; well at least the problem cannot be reproduced and I haven't noticed any new regressions, but I am not sure if this fix is correct. Let me try to explain: When a pattern is imported, e.g. from Adobe Illustrator, then it might have a view box set. This is just fine, as this viewbox is accounted for by Inkscape. Now when an object that uses this pattern is moved, a new pattern is introduced to account for the translation. So we now have: object -> mother pattern (with transform) -> child pattern (as imported) The child pattern has a view box set, but the current code only considered the viewbox of the newly introduced mother pattern... which didn't have a viewbox set. This is why the pattern wasn't drawn. I've modified the code to consider the viewbox of the child pattern instead. This works for the files attached to the bug report, and doesn't seem to break anything. However, isn't this all a bit too fragile? What if both the mother pattern and child pattern have a view box set? Is there a teeny-tiny wibbly-wobbly subset of documents in which this can actually occur? ;-). BTW, our stock patterns do not have a viewbox, and neither do patterns generated from objects. This is why this bug was only visible for imported patterns. Also, this bug was introduced when moving to the new cairo rendered in which a significant part of pattern rendering code (in sp-pattern.cpp) was modified. Thanks, Diederik

2 1

Patch review needed for bug #1127103 (Colour change on blurred elements with a transform) (blocker)
by su_v 14 Sep '13

14 Sep '13

It would be great if someone familiar with the rendering of SVG filter effects and colorspaces for SVG filters could review the latest patch in - Bug #1127103 “Colour change on blurred elements with a transform” <https://bugs.launchpad.net/inkscape/+bug/1127103> Summary: Blurred objects which have a 'matrix()' transformation, or are inside a container with such a 'matrix()' transformation, may render with a different (darker) shade of the original color, depending on whether or not the filter definition of the blur has the style property 'color-interpolation-filters:sRGB' added: - with 'color-interpolation-filters:sRGB': original color - without 'color-interpolation-filters:sRGB': darker shade of color Affects: - transformed blurred objects in documents created with stable versions - transformed objects blurred via 'Fill & Stroke' with current trunk Does not affect: - transformed objects blurred via Filter Editor with current trunk Proposed patch: Comments by patch author: "I think the best thing we can do is set a defautl render colorspace. (…) i made the change for use sRGB instead linearRGB by default. Now the file opens OK but im not sure about others problems. Tav has some post about linearRGB in filters..." Direct link to proposed diff: <https://bugs.launchpad.net/inkscape/+bug/1127103/+attachment/3813130/+files…>

2 1

Opening Adobe SVG: Fix for 166371
by Martin Owens 14 Sep '13

14 Sep '13

Hey Devs, I really do need some other developers to go over the proposed fix for 166371. I'd like to know it's not a crazy fix considering what it does if a file fails to load. https://code.launchpad.net/~doctormo/inkscape/fix166371/+merge/185064 Don't worry, it's not a large change. Best Regards, Martin Owens

5 13

Fixed 1215575
by Johan Engelen 12 Sep '13

12 Sep '13

Hi all, I reverted the change that created bug 1215575. Thanks for confirming the fix, (also for the related bugs mentioned in that report?) Cheers, Johan

2 1

Windows build fail
by Johan Engelen 11 Sep '13

11 Sep '13

Hi all, compilation of /src/ui/clipboard.cpp fails on Windows: Make error line 298: problem compiling: src/ui/clipboard.cpp: In member function 'Glib::ustring Inkscape::UI::ClipboardManagerImpl::_getBestTarget()': src/ui/clipboard.cpp:1245:20: error: 'CLIPBOARD_WIN32_EMF_TARGET' was not declared in this scope src/ui/clipboard.cpp:1253:16: error: 'CLIPBOARD_WIN32_EMF_TARGET' was not declared in this scope src/ui/clipboard.cpp: In member function 'void Inkscape::UI::ClipboardManagerImpl::_setClipboardTargets()': src/ui/clipboard.cpp:1317:42: error: 'CLIPBOARD_WIN32_EMF_MIME' was not declared in this scope Thanks for fixing. -Johan

2 1

Review lastFromClipboard
by Jabiertxo Arraiza Cenoz 11 Sep '13

11 Sep '13

Thanks for the review Krzysztof. Anybody confirm about first point? If is wrong with no manual XML modification... Second point. Any body can help me? Third point is bad because i like the strokes like the original, I dislike force the style to black and always filled. If is posibol to continue with it i need a better name...you are welcome. Hi, Jabier. El lun, 09-09-2013 a las 15:54 +0000, Krzysztof Kosinski escribió: > Review: Disapprove > > 1. This feature is misleadingly named. It will apply the first stroke shape encountered in the defs. As far as I know, there is no guarantee on the order of defs. > > 2. The line "if (pattern == (const gchar *)"M 0,0 1,0") continue;" is wrong - you can't test for pointer equality even when one of the strings is constant. > > 3. Confusing control flow around the "shape_applied" variable. It should default to false and be set to true inside the if. -- https://code.launchpad.net/~jabiertxof/inkscape/lastFromClipboard/+merge/18… You are the owner of lp:~jabiertxof/inkscape/lastFromClipboard.

2 4

Release and Website
by Martin Owens 11 Sep '13

11 Sep '13

Hey Devs, I noticed the render bug was patched, how long do we think we'll have before we do a new release? As for the release of the staging website, I'm still planning on releasing what ever content we have in Novemeber 14th to live. I figure everyone will be happy with it by then. It'd be nice to get a new release ready for then too, but that might be too short notice considering all the changes and probable other bugs. Thoughts? Martin Owens

9 20

Propose to merge "lastFromClipboard"
by Jabiertxo Arraiza Cenoz 09 Sep '13

09 Sep '13

Hi to all. I just propose to merge my new little branch. For more details, see: https://code.launchpad.net/~jabiertxof/inkscape/lastFromClipboard/+merge/18… Add a dropdown item to the path stroke list in pen/cil mode. It get the last applied path from the clipboard, making unnecesary retain the desired path in the clipboard. Best regards, Jabier.

1 0

Propose to merge
by Jabiertxo Arraiza Cenoz 09 Sep '13

09 Sep '13

Hi to all. I just propose to merge my new little branch. For more details, see: https://code.launchpad.net/~jabiertxof/inkscape/lastFromClipboard/+merge/18… Add a dropdown item to the path stroke list in pen/cil mode. It get the last applied path from the clipboard, making unnecesary retain the desired path in the clipboard. Best regards, Jabier.

1 0

[GSOC] The end is in sight.
by Tavmjong Bah 09 Sep '13

09 Sep '13

Hi, The GSOC coding period will end in two weeks. (The suggested 'pencils down' date is the 16th with the final date the 23rd.) Now is the time for students and mentors to agree on what tasks need to be finished for a final pass. We have the expectation that your code will be ready for check-in. It is better to have a smaller set of features done that are well tested than a larger set with bugs! Mentors must submit final evaluations by the 27th. Passing students need to submit code samples to Google after the final evaluation. Good luck, Tav

1 0

cannot compile rev 12501 (Windows XP)
by alvinpenner 07 Sep '13

07 Sep '13

attempting to compile rev 12501 I get the messages: Make error line 298: problem compiling: src/ui/clipboard.cpp: In member function 'Glib::ustring Inkscape::UI::ClipboardManagerImpl::_getBestTarget()': src/ui/clipboard.cpp:1245:20: error: 'CLIPBOARD_WIN32_EMF_TARGET' was not declared in this scope src/ui/clipboard.cpp:1253:16: error: 'CLIPBOARD_WIN32_EMF_TARGET' was not declared in this scope src/ui/clipboard.cpp: In member function 'void Inkscape::UI::ClipboardManagerImpl::_setClipboardTargets()': src/ui/clipboard.cpp:1317:42: error: 'CLIPBOARD_WIN32_EMF_MIME' was not declared in this scope rev 12496 compiled normally. Alvin Penner -- View this message in context: http://inkscape.13.x6.nabble.com/cannot-compile-rev-12501-Windows-XP-tp4967… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 2

Re: [Inkscape-devel] [cairo] Tentative patch for downscaling in Cairo
by Tavmjong Bah 05 Sep '13

05 Sep '13

On Thu, 2013-09-05 at 16:17 +0100, Chris Wilson wrote: > On Sun, Mar 31, 2013 at 05:03:36AM +0200, Krzysztof Kosiński wrote: > > 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. > > Merged to cairo-1.13, many thanks. > -Chris Excellent!

1 0

[CAD] Status
by Sebastian Götte 04 Sep '13

04 Sep '13

Hi, this week I ironed out all crashes I could find and fixed the libavoid routing I recently broke. I fixed loading/saving of documents containing connectors and points (yay!) and back-ported the parts of the code that would need C++11 to compile to pre-C++11. Tomorrow I will test more complicated libavoid routing and make a plan for object inclusion/exclusion selection and make a test build to verify everything works on a clean system followed by a few test runs inside valgrind. Remaining TODOs are icons for the toolbar buttons, undo handling, some more advanced point manipulation functions (mainly putting points in groups/taking them out of groups) and, finally, rebasing everything onto upstream. And there is the mystery of the lost cursor, but I think I'll figure that one out. The current code can be found at [0]. Regards, Sebastian [0] https://code.launchpad.net/~h-e-6/inkscape/connector-wip

2 2

[Recolor] Disconnect desktop
by Arshdeep Singh 02 Sep '13

02 Sep '13

Hi all, I needed some help regarding the desktop connection facility. Right now when I have an active selection on the desktop, I have to click inside the Recolor Artwork Dialog Box for the node to be added to the wheel. I am unable to track why this doesn't happen automatically ? Can someone help ? Thanks -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

1 0

[Recolor] Signals, Selection and more
by Arshdeep Singh 02 Sep '13

02 Sep '13

Hi, I have been at work the whole day today. I fixed all crash related issues. Right now, when I select objects on the canvas, a respective node is added onto the recolor wheel. The node is draggable and changes color accordingly. I haven't added the xml related code that shall modify the color property on the canvas. I am trying to fathom if I can somehow use the selection object to keep track of which object was just deleted. Adding the nodes to the wheel is not a problem, deleting it from the wheel is. If I toggle the selection of an object, its node should disappear from the wheel. I am guessing it has something to do with *selectModifiedConn *? Also, if an object in the selection changed its color, its node should be automatically updated. This again has to do with the selection. So far, today has been a very productive day. :) The branch has been updated. -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

2 1

[Units] Document and Object Units
by Matthew Petroff 01 Sep '13

01 Sep '13

In the past week, I have added support for real world document sizes and viewBox based document units. In addition, I have outlined my planned implementation of object specific units. http://www.mpetroff.net/archives/2013/09/01/document-and-object-units/ -Matthew

2 1