September 2013 - Inkscape Devel

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

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

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

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