- Inkscape Devel - Inkscape Mailman

Only Three Blockers Left!
by Martin Owens 18 Oct '13

18 Oct '13

Hey Devs, This is the bi-weekly report on our release-hope goal: Blockers: 3 * High #1163449 Imported bitmap appear blurry when zoomed in * Medium #953992 Imported pattern fill disappers while transforming * Medium #1005892 Patterns applied to text objects are blurred If you can fix one of these, please do. We can use all the help to debug, locate the errors causing these regressions and fix them. These blockers are high priority for our project goals. We have 49 targeted bugs for the release: http://tiny.cc/q3y34w If you see something that you could easily fix, then this is a great way to make the next inkscape version better. I want to make a special mention of novalis' flowText fallback branch. It's going through review right now but I want to give my biggest amazed thanks to Novalis for tacking this difficult and long standing problem. See the review here: https://code.launchpad.net/~novalis/inkscape/fix-167335/+merge/190297 Keep up the good work everyone! Exciting to see so much work get done. Best Regards, Martin Owens

4 6

Re: [Inkscape-devel] W3C SVG test suite and trunk
by Guiu Rocafort 17 Oct '13

17 Oct '13

Hi. Sorry, my fault. Actually I thought i was sending the messages to the mailing list, but by mistake i only sent them to martin and alex. I send the messages again. ============ Email 1 ================== 2013/10/10 Alex Valavanis <valavanisalex@...400...>: > Well, I guess the easiest thing would be to organise the svg input > files for the rendering tests into two separate subfolders in > known-pass/testcases and known-fail/testcases. We can then just tell > the test runner to look in the appropriate folder: > > # cat run-svg-tests-good > runtests.py --directory=known-pass > > # cat run-svg-tests-bad > runtests.py --directory=known-fail > Ok, if I understood correctly, the idea here is to have known pass tests, and known fail tests. All test with the respective pass/fail test. If a known pass test changes from the reference image then we can assume we have a regression. If a known fail test changes from the reference we might have solved the problem, but since we can't automatically decide if it is already solved, we would need to check manually and add it to the known pass test if required. That sounds to me like a good compromise between automation and some manual work. The regressions would be detected automatically but the improvements would need to be checked manually. Thoughts about this ? ============ Email 2 ================== 2013/10/10 Martin Owens <doctormo@...400...>: > On Thu, 2013-10-10 at 16:14 +0100, Alex Valavanis wrote: >> two separate executable scripts > > Not yet. And while the python is pretty hairy (needs some code review) > it should be possible to make it do what you want without too many > issues. > > Guiu, Tav; what do you think? Would it be easy enough to modify and > would you like to patch it or should I? Yes, I think I could be able to modify the code to fit the current code to be added to the testings. I sent a message trying to shade some light on what needs to be done and trying to define the problem exactly. If we're happy with what I propose, I can start making the changes soon. There is some hairy code and rewriting some can do very good in the readibility of the code. Guiu > Martin, ========= Message 3 ============== Ok, sorry for sending that much messages, I just wanted to make a little summary about the work that would be needed. 1. Get the SVG 1.1 Second edition test files and extract the text. Jasper, in the link [1] you sent the files are from the Second edition of the test suite or the first one ? Are they up to date ? btw, I do actually think that removing the text is good, because if there is a problem with the text rendering code, it would affect a lot of tests. Removing the text from the tests we can isolate better what we are testing with each file. 2. Then, we would need to manually separate the tests in pass/fail. 3. Implement the code as explained in the message I sent before. Then add it to the tests in the current inkscape trunk to be executed every time someone makes a commit. 4. Then a way to make this information public would need to be done. But we can discuss this while the first points are made. [1] https://svn.code.sf.net/p/inkscape/code/gsoc-testsuite/tester/testcases/svg… If we're happy with that and we agree that this is a good solution, I can start working on this soon. Cheers Guiu Rocafort I'm sorry about that Guiu 2013/10/11 Martin Owens <doctormo@...400...>: > On Fri, 2013-10-11 at 01:01 +0200, Guiu Rocafort wrote: >> If we're happy with that and we agree that this is a good solution, I >> can start working on this soon. > > You need to send this information to the devel mailing list. I recommend > compiling your two emails into one and replying to all as it fits to > have this sent to everyone. > > Martin, > -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

5 9

Weird bitfield declaration?
by Johan Engelen 16 Oct '13

16 Oct '13

Hi all, I just found this in sp-root.h: class SPRoot : public SPGroup { ... bool viewBox_set : true; I do not know what it means. Does it mean: bool viewBox_set : 1; If so, let's change it to a more recognizable format? Cheers, Johan

5 4

C++ify workflow
by Markus Engel 16 Oct '13

16 Oct '13

Hi, regardingr12593 „C++ify calling a few SPLPEItem functions, much more work thanexpected... slowly slowly…”: I don’tknow what software you are using, with Eclipse my “optimized” workflow is asfollows: 1. Movefunction declaration in the header file into the class, remove the firstparameter 2. Go tothe function definition in the cpp-file, right click and select “Open CallHierarchy” 3. AddSPClass:: in front of the definition 4. Selectthe first parameter, press Shift+Alt+R and rename it to “this” 5. 6. Removethe first parameter, the function is c++ified 6. In theCall Hierarchy window go through the list and adjust the calls 7. Selectany occurrence of the function, again Shift+Alt+R and rename it But I agreethat it’s a lot of boring, monotonous, repetitive work :) . It took me tons ofcoffee and some really long nightly sessions. Scripting this process isn’t thateasy either. At least now I’ve got some deeper understanding of how the partsfit together… and how not to write code. There were some really nice code partsin these files, e. g. marker.cpp, parsing the viewbox attribute by movingaround a char-pointer. This code appears 1:1 in sp-root.cpp ;) . Regards, Markus

8 14

make -n blows up in trunk
by mathog 15 Oct '13

15 Oct '13

There is something wrong with the way make works in trunk. A regular "make" completes, but doing touch (a source file) make -n results in ... Making all in po make[2]: Entering directory `/usr/local/src/inkscape_trunk/po' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/usr/local/src/inkscape_trunk/po' make[2]: Entering directory `/usr/local/src/inkscape_trunk' if perl ./po/check-markup ./po/*.po; [ $? = 1 ]; then \ echo "WARNING: Bad markup found in translations. Please consider fixing the above problems." >&2; \ fi if test ! -f config.h; then rm -f stamp-h1; else :; fi if test ! -f config.h; then make stamp-h1; else :; fi make[2]: Leaving directory `/usr/local/src/inkscape_trunk' make[1]: Leaving directory `/usr/local/src/inkscape_trunk' Just me or does that happen for other people too? I need make -n to work so that I can see which compiler flags are being used on certain files. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 1

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