October 2013 - Inkscape Devel

lib2geom bug in elliptical-arc.cpp
by Tavmjong Bah 14 Oct '13

14 Oct '13

Hi, I just fixed a lib2geom bug in Inkscape's code (r12687). Don't know the proper way to report it to the lib2geom team. Tangents for counter-clockwise arcs were being calculated 180 degrees off causing markers to be drawn wrong. Tav

2 1

SVG insights
by LRN 14 Oct '13

14 Oct '13

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm doing some research for an application that i might write. It would use cairo to draw some complex graphics (using math!), and users would want to export these graphics + some text and numbers (derived from the same math) into something printable (pdf is the obvious choice, but svg should be OK too - it's highly desirable that graphic object should be in a vector format, not raster, otherwise it doesn't print well). You know, like generating a report - that sort of thing. Now, the graphic object should probably go as-is (no one really needs to alter it in any way; scale it maybe - that's all), but the layout of the page is something users should be able to change. Which means that there should be some kind of mechanism for creating page templates, and my application would just paste graphics and numbers into them. Thus PDF is out of the question. That leaves SVG. When i started writing this message, i thought that i was going to ask about clipboard formats Inkscape understands. I thought that it would be enough to just swap the cairo-gdk surface used in my drawing function for a cairo-svg surface, write svg into memory, put it into clipboard and somehow paste into Inkscape. Now, don't get me wrong, that would _still_ be awesome. So if you know how to do it - i'm all ears. But that, of course, won't do anything about the rest of the contents that should go into page. So now i'm thinking of something different: create a template SVG document in Inkscape (putting placeholders in places where stuff should be inserted), give it to my application, and it will replace placehonders with real stuff (i hope i know XML well enough to just insert proper XML elements into right places) and save the result as an SVG. However, Inkscape does not seem to be terribly good at layout out text either, and copy-pasting drawings from Inkscape to OpenOffice produced mixed results (and i still don't know how to do it programmatically). So...what would you advise me to do? - -- O< ascii ribbon - stop html email! - www.asciiribbon.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) iQEcBAEBAgAGBQJSXB5nAAoJEOs4Jb6SI2Cw+IsH/2gYQhInPCJU8nuTvWq0zALE 20FSDyy67gqwzBidSqPfyvuUMVfVQTjlpZ2SDVef/Uo2qLbuVTpKA1b6UyNNtjqL i2bebrrwZfrifAK29wc0nqtMJYakqmcLQAfc/LHbZVInRrO4CvMxKTplHHEG4XhQ Ay8shUuUnqhyUP0Bwo+1JHiB3zZoC5UtZZ2Vz+YYe2HarP/JynDIDE2yQCllLFrS wYQ7S2r2jhBH1BcyW4NeCfM4oDrQRjyb/IsG7Mar+VGygttSnrDe1dGcFMHMmxNi cdTJwwhTdQHXQzZU5f9S9iN35irvmH90UgX8gk0ZjR793EZGuCc47zG+hSL2a6c= =3Hhc -----END PGP SIGNATURE-----

2 1

Trunk Problems
by Martin Owens 14 Oct '13

14 Oct '13

Hey devs, I've been trying to make some art using the trunk inkscape build. There is some weird problems going on. * Rotating objects mis-transforming after certain number of degrees. * Broken Path 'Difference' producing very odd results. * Non-working load dialog (might be my computer though because it fails in 0.48.4 too which is odd, might be related to the preview) Are these known problems or should I report them all? I'd like to continue to push for a release, so I think we need to get a freeze of some kind in. We can do objectification, code clean up etc later. For now I think the focus needs to be back on functional bugs. Best Regards, Martin Owens

2 2

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