- Inkscape Devel - Inkscape Mailman

Problem compiling inkscape0.91pre1 on slackware 14.1 (and others)
by john Culleton 14 Aug '14

14 Aug '14

./configure shows this: WARNING: glibmm/threads.h: present but cannot be compiled configure: WARNING: glibmm/threads.h: check for missing prerequisite headers? configure: WARNING: glibmm/threads.h: see the Autoconf documentation configure: WARNING: glibmm/threads.h: section "Present But Cannot Be Compiled" configure: WARNING: glibmm/threads.h: proceeding with the compiler's result configure: WARNING: ## ---------------------------------------------------------- ## configure: WARNING: ## Report this to http://bugs.launchpad.net/inkscape/+filebug ## -------------------------------------------------- Previous versions of Inkscape compile OK. When I attempt to report the bug as described above I end up on an Ubuntu page. Is that where inkscape bugs are to be reported? -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

2 1

precompiled version of 0.91 for Linux
by john Culleton 14 Aug '14

14 Aug '14

Is there a precompiled version of 0.91 for linux--any version? I've tried pre0 and pre1, on slackware, Ubuntu and openSUSE. The errors vary, but glibmm seems to be the culprit. Second question: what version of glibmm are the developers using? It seems to work on Windows 7 using the precompiled version. But Windows really sucks when pulling illos off the screen. And the 0.91 main screen is significantly different from 0.48.5 Why is this a big deal? Well I am writing books on two applications, book covers and web pages, both using Inkscape. I don't want them to be instantly obsolete. Help! -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

4 4

Re: [Inkscape-devel] 0.91 Bug Hunt Status
by Liam White 13 Aug '14

13 Aug '14

> > 3 486192 4 08/04 Liam P. White In the node editor, both > stroke and fill use the same pattern handles > 10 604025 4 08/04 Liam P. White Can't edit stroke pattern > unless there is a fill pattern > 26 601336 4 08/04 Liam P. White Inkscape crashes when trying > to move or rotate stroke pattern > 36 1330295 0 08/05 Liam P. White This file causes a crash when > semi circle is moved > 18 1274831 0 08/06 Krzysztof Kosinski crash, spraying an object with > the mode: spray object in single path > 3 1241501 0 08/06 Jabiertxof Better tooltip to "Link path > parameter" > 6 1227193 0 08/06 Tomasz Boczkowski Warning: Failed undo group > after skew > 12 1327267 0 08/06 Liam P. White Dragging handles results in > calls to sp_style_read_from_prefs() > 24 1348375 0 08/07 Liam P. White trunk: randomized star/polygon > changes shape when moved (rev >= 12554) > 18 1335943 0 08/07 Liam P. White Inkscape crashes on quit > 14 1155046 1 08/07 jazzynico Assertion `pathlen < 200' > failed > 14 1093345 1 08/07 Tavmjong Bah Trunk fails to launch with > 'Pre-render named icons' if feFlood filter primitive is present in icons.svg > 12 1349018 0 08/07 Alvin Penner trunk: visual bbox of objects > clipped with a clone doesn't update when size of the clone's original is > changed (rev >= 10618) > 6 1354249 0 08/08 (unknown) Rotated ellipse and > measurements changed > 3 1341154 0 08/08 jazzynico Inner shadow filter must allow > to set shadow parameters > 12 195214 6 08/08 Daniel Macks Bad -I order > 8 383246 5 08/08 Krzysztof Kosinski fenv.h not used, some systems > don't have fenv.h > 3 1065928 1 08/09 Johan Engelen Cannot put text on cloned path > 7 1166184 1 08/10 jazzynico XAML export not compatible > with Silverlight > 6 1350817 0 08/10 Johannes Rssel XAML export omits fractional > stroke widths > 3 1248174 0 08/11 Alberto Salvia Novella Update the Ubuntu colour > palette to fit the spec > 10 508529 4 08/13 jazzynico Printing rastered image > offsets the page > 11 264831 5 08/13 jazzynico Print settings not persistent > > Total Score: 995 / 1500 > > Wow, what a big haul this week, with many people contributing fixes. > Liam took good advantage of the extended season on past nominated BOW's, > contributing over 100 points and pushing us to the 2/3rds mark. > > Liam, mind picking out another good bug for Aug 11-18? > > Bryce > Nice. How about a performance regression: https://bugs.launchpad.net/inkscape/+bug/1356192

1 0

On the use of C++ exception handling
by Rodrigo B Almeida 12 Aug '14

12 Aug '14

Dear all, I've been investigating the use of C++ exception handling constructs in open-source C++ projects (including inkscape). Currently, I am conducting a survey on this subject and I would really appreciate if you could contribute to this research by answering a few questions. The survey is available on-line: https://pt.surveymonkey.com/s/exceptionHandling All the best, Rodrigo.

1 0

Status of 0.91 and a vote on the bug hunt!
by Bryce Harrington 12 Aug '14

12 Aug '14

With us now at the halfway milestone for the bug hunt, this is a good point to reflect on how the release is doing, and I'd like to hear your thoughts. In past releases we set a goal of 500 points worth of bugs; today we've hit 778, which is pretty amazing! We set a higher goal than usual due to the length of time since our last release, knowing that we probably needed to give more time than usual for QA and to get things stabilized. How do you feel we're doing? Do you feel Inkscape is solid enough that we could call it good on the bug hunt and proceed with the next stage of the release (perhaps with a select list of must-fix blocker bugs)? Or do you think the bug hunt is helping stimulate a lot of good bug work that we should continue? Or something else entirely? Give me your vote publically or privately and I'll make the appropriate course changes to get the release moving ahead. Bryce

4 6

Review LPE Show Handles
by Jabiertxo Arraiza Cenoz 10 Aug '14

10 Aug '14

Hi to all, I lost ask for a reviewer to the new LPE. If anybody want, the code are in: https://code.launchpad.net/~inkscape.dev/inkscape/show_handles Jabier.

1 0

New LPE "Show Handles"
by Jabiertxo Arraiza Cenoz 10 Aug '14

10 Aug '14

A new video for a new LPE, is like show handles extension. I reuse -and improve- some of my simplify LPE to do it by a sugestion of suv. https://www.youtube.com/watch?v=h9ul_PR9XYo

1 0

0.48.5 and libsigc++-2.3.2
by Ken Moffat 08 Aug '14

08 Aug '14

Hi, I do some things at beyond linuxfromscratch ( http://www.linuxfromscratch.org/blfs/view/svn/ ) and have recently started including 0.48.5 in my own builds. We have been using libsigc++-2.3.1 for some time (I guess that whoever added it did not realis it was a development version), so we went with 2.3.2. Unfortunately, that breaks inkscape-0.48.5. The specific change was announced at https://mail.gnome.org/archives/libsigc-list/2014-August/msg00000.html where it mentioned runtime errors for users who added their own visit_each overload. In fact, for 0.48.5 it broke the build, and the relevant message appeared to be : /usr/include/sigc++-2.0/sigc++/visit_each.h:169:64: error: cannot convert ‘const sigc::adaptor_functor<sigc::bound_mem_functor0<void, SPDesktop> >’ to ‘int’ in initialization /usr/include/sigc++-2.0/sigc++/visit_each.h:169:29: warning: unused variable ‘do_visit_each’ [-Wunused-variable] { sigc::visitor<T_functor>::do_visit_each(_A_action, _A_functor); } ^ CXX device-manager.o Makefile:5958: recipe for target 'desktop.o' failed make[2]: *** [desktop.o] Error 1 Dropping back to 2.3.1 fixed it. One of my colleagues created a patch to locally revert that particular change in libsigc++ which also fixed the build. My first question [ at last! ] is: Do you care about people who build 0.48 with libsigc++-2.3-series ? If you do, any ideas how to fix this ? Thanks. ĸen -- Nanny Ogg usually went to bed early. After all, she was an old lady. Sometimes she went to bed as early as 6 a.m.

3 9

Cairo rendering of SVG arcs
by Liam White 08 Aug '14

08 Aug '14

Hi I found out that for certain SVG files, rendering can likely be sped up a lot by directly rendering SVG elliptical arcs with Cairo instead of converting them to cubic Beziers and rendering those. I expanded our current code in experimental to do that, and it... almost works. I'm not quite sure what I'm doing wrong at the moment, hopefully someone can help me with that! The code works well for perfect circles. It does not work well for ellipses, but doesn't seem to have any issues with rotation of ellipses. Any optimization tips would be appreciated, as this code is called extremely often. #line 558 "src/display/cairo-utils.cpp" else if (Geom::EllipticalArc const *a = dynamic_cast<Geom::EllipticalArc const*>(&c)) { Geom::EllipticalArc* tx = static_cast<Geom::EllipticalArc *>(a->transformed(trans)); Geom::Affine xform = tx->unitCircleTransform(); // Normalize the ellipse into a circle Geom::EllipticalArc * ax = static_cast<Geom::EllipticalArc *>(tx->transformed(xform)); bool sweep = /*ax->sweep(), large_arc = */ax->largeArc(); Geom::Point ce = ax->center(); Geom::Point ang(ax->initialAngle().radians(), ax->finalAngle().radians()); // Apply the transformation to the current context cairo_save(cr); cairo_matrix_t cr_trans; xform = xform.inverse() * trans; cairo_matrix_init(&cr_trans, xform[0], xform[1], xform[2], xform[3], xform[4], xform[5]); cairo_transform(cr, &cr_trans); if (!optimize_stroke || tx->boundsFast().intersects(view)) { // Draw the circle if (sweep) { cairo_arc(cr, ce[X], ce[Y], ax->ray(X), ang[0], ang[1]); } else { cairo_arc_negative(cr, ce[X], ce[Y], ax->ray(X), ang[0], ang[1]); } } else { cairo_move_to(cr, ax->finalPoint()[X], ax->finalPoint()[Y]); } cairo_restore(cr); delete tx; delete ax; return; } http://cairographics.org/manual/cairo-Paths.html#cairo-arc

3 2

Re: [Inkscape-devel] Cairo rendering of SVG arcs
by Liam White 07 Aug '14

07 Aug '14

Thanks Krzysz! That fixed it and now CLI rendering of a file with a tremendous amount of arcs seems to be a bit faster: Unpatched trunk: 0m9.161s Patched trunk: 0m7.577s However, something else I might have to investigate is that with my sample file, experimental seems to have suffered a serious performance regression: Unpatched experimental: 0m20.539s Patched experimental: 0m19.482s

1 0