- Inkscape Devel - Inkscape Mailman

New video for the LPE Fillet-Chamfer
by Jabiertxo Arraiza Cenoz 28 May '14

28 May '14

Hi to all. I just release a new video for the LPE Fillet-Chamfer. Now have simplified interface and more features and bugfixes. https://www.youtube.com/watch?v=wJKzGhJULfc Thanks to Nathan, Liam, Josh, SUV, Mc- and all give feedback!

1 0

New LPE, New Video. Fillet/Chamfer
by Jabiertxo Arraiza Cenoz 28 May '14

28 May '14

Hi to all. Here is a video showing my new LPE. The branch is here[1].The video here[2]. Thanks to Josh Andler for give me the idea Also thanks very much to suv for the feedback and time inverted on it. And a special thanks to Liam P. White, without his help the LPE need a lot of hours to be.. or not to be. Bye, Jabiertxo. [1] https://code.launchpad.net/~inktxof/inkscape/fillet-chamfer [2] https://www.youtube.com/watch?v=HdsxhXPksgo

5 17

Change in pixels per inch?
by Tavmjong Bah 27 May '14

27 May '14

Hi TimeWaster and Nick, Alvin Penner has suggested that I contact both of you about a change to Inkscape I am pushing for: Currently Inkscape transforms non-pixel units (e.g 'in', 'cm') using the ratio 90 pixels per inch. This ratio is hinted at in SVG 1.1 but not explicitly defined (someday I'll blog about the history of this). CSS 2.1 does explicitly defined the ratio to be 96 pixels per inch, a standard that all web browsers as well a Batik have followed for many years. I recently proposed that in SVG one should be allowed to set this ratio but that idea was quickly rejected by the standards group. Previous to Inkscape 0.91 all dimensions inside of Inkscape were stored only as pixels values (despite allowing the user to enter dimensions in other units). As long as one did not import SVGs from other sources the ratio between px and in was not all that important. With 0.91, one can optionally set font-size to be output in points. To ensure consistency with what is rendered in Inkscape and what is displayed by other SVG renderers we should move to the standard 96 pixels per inch per CSS2.1. To make the change, two files must be modified: share/extensions/inkex.py share/ui/units.xml and probably the default export resolution should also be changed in preferences. Alvin is afraid this will cause trouble in the world of desktop cutters and plotters. Do you see this as a problem? Thanks, Tav BTW, the 0.91 release notes suggest that extensions relying on units other than pixels were already broken by the work on units.

4 9

Re: [Inkscape-devel] Widget c++-sification
by Tomasz Boczkowski 25 May '14

25 May '14

Resending: original message was send accidentally off-list. >> A safe way to mitigate many of the C vs C++ issues with Gtkmm is to keep a proper logical separation between Gtkmm UI objects and the functionality they trigger or state they manifest. The bulk of code ends up in plain C++ classes, while the Gtkmm widgets merely provide a thin layer to expose >> in the 'proper' manner. That might including moving certain functionality out of the widget classes themselves. I see your point. Could you please name some inkscape UI classes that preserve the separation? I would like to go on with SPColorSelector refactoring. In Inkscape color can be selected using one of two widgets: sp-color-wheel-selector, sp-color-icc-selector. They share common functionality in sp-color-selector. Currently there are six structures consisting of both Gobjects and c++ classes. I made a simplified diagram, listing possible options for refactoring [1]. 1) ColorSelector widgets contain a reference to their state (ColorSelector). It is accessible via getColorSelector() method. Optional ColorSelectorWidget abstract class provides the method. Parent UI component would initialize color selector widgets in ctor. Reference to widget would be kept in ctor only. Parent class would contain a pointer to widget state, returned by getColorSelector(). 2) Double inheritance. ColorSelector provides widget state. Concrete implementations inherit ColorSelector and aproppriate Gtk::Widget. 3) Full wrapper. Color selector widgets contain reference to their state and have full set of thin wrapper methods. They only call corresponding methods in ColorSelector. Which is the best? What is the suggested naming and namespacing of mentioned classes? Which of the options fits the separation between gtkmm and functionality best? [1] https://www.dropbox.com/s/nvie03p9ee9r8ry/colorSelector.pdf Regards, Tomasz On Sat, May 24, 2014 at 12:41 PM, Tomasz Boczkowski <penginsbacon@...400...>wrote: > >> A safe way to mitigate many of the C vs C++ issues with Gtkmm is to > keep a proper logical separation between Gtkmm UI objects and the > functionality they trigger or state they manifest. The bulk of code ends up > in plain C++ classes, while the Gtkmm widgets merely provide a thin layer > to expose > > >> in the 'proper' manner. That might including moving certain > functionality out of the widget classes themselves. > > I see your point. Could you please name some inkscape UI classes that > preserve the separation? > > I would like to go on with SPColorSelector refactoring. In Inkscape color > can be selected using one of two widgets: sp-color-wheel-selector, > sp-color-icc-selector. They share common functionality in > sp-color-selector. Currently there are six structures consisting of both > Gobjects and c++ classes. > > I made a simplified diagram, listing possible options for refactoring [1]. > 1) ColorSelector widgets contain a reference to their state > (ColorSelector). It is accessible via getColorSelector() method. Optional > ColorSelectorWidget abstract class provides the method. Parent UI > component would initialize color selector widgets in ctor. Reference to > widget would be kept in ctor only. Parent class would contain a pointer to > widget state, returned by getColorSelector(). > 2) Double inheritance. ColorSelector provides widget state. Concrete > implementations inherit ColorSelector and aproppriate Gtk::Widget. > 3) Full wrapper. Color selector widgets contain reference to their state > and have full set of thin wrapper methods. They only call corresponding > methods in ColorSelector. > > Which is the best? What is the suggested naming and namespacing of > mentioned classes? > Which of the options fits the separation between gtkmm and functionality > best? > > [1] https://www.dropbox.com/s/nvie03p9ee9r8ry/colorSelector.pdf > > > > On Wed, May 21, 2014 at 8:21 PM, Jon A. Cruz <jon@...18...> wrote: > >> On Wed, May 21, 2014, at 10:31 AM, Tomasz Boczkowski wrote: >> >> Thank you for the answer. >> >> >>Also, take care on what widgets you are looking at. We have a few >> groupings in our source tree that are meant to stay C. >> >> I started with src/widgets/sp-color-slider. I plan to continue with >> widgets related to fill and stroke dialog (sp-color-notebook, >> sp-color-scales, sp-color-wheel-selector etc.). Are they safe to port? >> >> >> >> Those should be OK... but in the 'proper' manner. That might including >> moving certain functionality out of the widget classes themselves. >> *Additionally* those I recognize as some of the first files I poked at when >> I initially joined Inkscape (before the project had its name). They're >> probably quite outdated by this point. >> >> Then also keep in mind that "sp" stands for Sodipodi, so when you move >> files you can drop such. Just be sure to do it in a source-control friendly >> way that won't break history. :-) >> >> >> >> >>>> 4) Should child widgets be stored as pointers as in glyph.h or >> directly as in text-edit.h? >> >> Which file are you referencing as "glyph.h"? >> >> src/ui/dialog/glyphs.h >> >> >> Ahh, that's an interesting question. >> >> For widgets, the design and intent of Gtkmm is to place children via new >> + Gtk::manage(). That ensures consistent object lifetimes and helps reduce >> memory leaks. For even stronger encapsulation often it's better to not list >> pointers as members in the public .h file, but keep them all to setup in >> the constructor. Since you won't have to delete them, you don't have to >> track them... for those cases where you set up events and handlers then add >> the child. That also goes on to event driven programming, and fewer bugs >> once you wrap your head around it. >> >> -- >> Jon A. Cruz >> jon@...18... >> >> >> ------------------------------------------------------------------------------ >> "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE >> Instantly run your Selenium tests across 300+ browser/OS combos. >> Get unparalleled scalability from the best Selenium testing platform >> available >> Simple to use. Nothing to install. Get started now for free." >> http://p.sf.net/sfu/SauceLabs >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >> >

2 2

New LPE, New Video. Fillet/Chamfer
by Jabiertxo Arraiza Cenoz 21 May '14

21 May '14

Hi Nathan, i have problems whith my mail and get your reply searching by web the mailing list. Thanks very much for your help! Regards, Jabier. ################################################################ Hi Jabiertxo, There are various functions for this, the technical term is 'arc length', you can either compute a specific curves' total arc length (length), get an sbasis which maps time to arc length(arcLengthSb), or you can reparameterise a curve by arc length (arc_length_parameterization). There was an inverse arc length to time function somewhere too, but I can't remember what it's called. I think the easiest way to get what you want is roots(arcLengthSb(B) - desiredLength) which will return all the positions on B that are desiredLength from the start. njh On Mon, May 19, 2014 at 08:59:19PM +0200, Jabiertxo Arraiza Cenoz wrote: > Hello again. > Thanks to LiamW i undertand the time in bezier curves is influenced by > his curvature. Now i have a problem i want to select a time value at > specific distance. Is posibol actualy? > > Thanks, Jabier.

1 0

Widget c++-sification
by Tomasz Boczkowski 21 May '14

21 May '14

Hi! I started porting inkscape widgets to gtkmm and c++ and have a few questions: 1) There are two directories src/widgets and src/ui/widget. Is the former deprecated? 2) Should I move classes to src/ui/widget after c++-sification? 3) What is the proper macro to differentiate between gtk versions? GTK_CHECK_VERSION(3,0,0) or WITH_GTKMM_3_0? Regards, Tomek

3 8

Windows 64-bit build
by Johan Engelen 20 May '14

20 May '14

Hi all, With Partha's and Liam's help, we seem to be able to build for 64-bit Windows now. Some dependencies are missing, but it is a good start. For more details, please see http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows_64-bit All help is appreciated! (I do not know about the consequences for release. It'd be nice if we can release with a w64 version too, but I do not know about potential bugs with newer dependency versions. If anything, dragging the canvas seems quite a bit faster on my machine with the 64bit version) cheers, Johan

6 16

0.48.3.1 and 0.48.4 on Ubuntu 12.04 - Node Sculpting Problem
by clarkk 19 May '14

19 May '14

I hope someone can offer me some help. Please let me know if I haven't reported this in the right way or have omitted any info. Thanks in advance! My problem is that I am unable to sculpt text when using the node tool, as described at http://wiki.inkscape.org/wiki/index.php/Release_notes/0.44#Node_sculpting, and demonstrated in this video tutorial, http://youtu.be/_qqTAjBaeJ0?t=8m20s. These are the steps I take: 1) Create text with text tool 2) Node Tool 3) Select Text 4) Convert Object to Path 5) Select each path (each letter) - Note: the tutorial above shows that a selection box may be used to select all the paths at once, but this doesn't work for me. Hence, to work around this, I've selected each letter while the Shift key is held. Reasons for this would be welcome also! 6) CTRL+A (to select all nodes in selected path) 7) ALT+drag node - this MOVES all nodes together rather than sculpts them as described in the manual This is a video I made of the above process: https://dl.dropboxusercontent.com/u/14392713/temp/inkscape-sculpt-problem4.m kv I've also worked with a friend using Windows 7, where we have both done the same steps simultaneously. Hers works correctly (except the note mentioned in step 5) and mine does not. Any help would be very much appreciated! Environment: Ubuntu 12.04.4 (as per /etc/issue) Inkscape 0.48.4 (see my video below - installed from trunk ppa), but also tested in 0.48.3.1 (from Canonical repo) Default preferences (~/.config/inkscape deleted) System Alt key swapped with Win key (as per http://askubuntu.com/questions/118151/how-do-i-disable-window-move-with-alt- left-mouse-button-in-gnome-shell#272317)

2 1

Can't compile for Windows x64 (with btool)
by Liam White 18 May '14

18 May '14

Googled this issue, tried all the recommended solutions, and I found nothing helpful. When I run this command, btool -file build-x64.xml Everything compiles correctly, but the linker completely fails to find all external libraries: Make error line 459: LINK problem: c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lMagick++-6.Q16 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lMagickCore-6.Q16 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lMagickWand-6.Q16 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -latk-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -latkmm-1.6 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lcairo c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lcairomm-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lcdr-0.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lexif c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lfontconfig c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lfreetype c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgc c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgdk-win32-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgdk_pixbuf-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgdkmm-2.4 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgio-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgiomm-2.4 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lglib-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lglibmm-2.4 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgobject-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgsl c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgslcblas c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgthread-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgtk-win32-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lgtkmm-2.4 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lintl c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -ljpeg c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -llcms2 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpango-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpangocairo-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpangoft2-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpangomm-1.4 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpangowin32-1.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpng c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpoppler c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpoppler-glib c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lpopt c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lsigc-2.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -ltiff c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lvisio-0.0 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lwpd-0.9 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lwpd-stream-0.9 c:/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/4.9.0/../../../../x86_64-w64-mingw32/bin/ld.exe: cannot find -lwpg-0.2 The thought occurred to me that the issue might also affect the regular 32-bit builds as well. It didn't. They still compile fine. Johan, Partha, help!

3 4

Setting up a relative link
by john Culleton 18 May '14

18 May '14

I want to set up a relative link within a svg-based website. Here is the code I have now: <a xlink:href="http://../WEB00.svg" id="a3040"> <rect y="839.75012" x="257.37564" height="91.428574" width="282.85715" id="rect3009" style="fill:#ffff00;fill-opacity:1" /> </a> However my browsers (Seamonkey, Firefox, konqueror) can't follow the link. I could use a non-relative link of course but that would mean loading the pages to my website or else moving them to my /var/www/htdocs file. So a relative link would be a great convenience. Can anyone spot the error in my code above? -- 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

Idea: merge Inset, Outset, Dynamic Offset, Linked Offset
by Krzysztof Kosiński 18 May '14

18 May '14

Currently there are four offset-related items in the menu, but we actually need only one, Dynamic Offset. It could be renamed to Offset or Offset Path. The current Inset and Outset items are practically useless, because they use a fixed, non-configurable width (or it's hidden somewhere in the prefs). Linked Offset is redundant, because this action could be represented by using Dynamic Offset on a clone. What do you think? Regards, Krzysztof

6 8

Windows: why do we build with -O2?
by Johan Engelen 18 May '14

18 May '14

Hi all, Why do we build with -O2 instead of O3? We are missing out on: -O3: Optimize yet more. -O3 turns on all optimizations specified by -O2 and also turns on the -finline-functions, -funswitch-loops, -fpredictive-commoning, -fgcse-after-reload, -ftree-loop-vectorize, -ftree-slp-vectorize, -fvect-cost-model, -ftree-partial-pre and -fipa-cp-clone options. regards, Johan

6 8

Render Barcode extension problems
by Krzysztof Kosiński 18 May '14

18 May '14

The "Render Barcode" extension seems to have some problems: 1. The font for the numbers is specified as "sans-serif", rather than being a specific monospace font such as Courier. The extension should either check the system for a few fonts and use a suitable one, or use fixed paths. 2. The numbers are laid out using spaces instead of the "dx" attribute (kerning), so the spacing is more font-dependent than it should. 3. The layout of numbers looks nothing like the example in Wikipedia, and the quiet zone mark ">" on the right is missing. Regards, Krzysztof

5 9

Inkscape doesn't apply a changed display profile
by Tobias Ellinghaus 17 May '14

17 May '14

Hello, after annoying su_v with this for a while in IRC I'm taking this to the list now and hope that someone here can have a look -- otherwise I will try to file it in launchpad. The bug (?) I see is that Inkscape fails to apply a changed display color profile. More precisely, when I tick "Retrieve profile from display" in the settings Inkscape correctly gets whatever I set in the X atom. When I change the assigned profile while Inkscape is running it doesn't change the used profile though. After digging into the code a bit I found that src/ege-color-prof-tracker.cpp correctly notices that the profile was changed in handle_property_change(), it manages to extract the correct data and calls set_profile(). Afterwards fire() is called and the innermost if() is also reached, resulting in the g_signal_emit() being executed. This looks all fine and dandy. However, there is no further reaction I could see. I didn't try to understand what signal exactly was emitted there and what pieces of code connected to that, so I can't tell if the signal isn't caught by anyone, or if the subsequent code is buggy. All I could notice is that the newly found profile is not used. The easiest way to test this is using a regular sRGB profile and one of those profiles that swap color channels (BRG.icc or the like). I would expect that changing the display profile makes a noticeable difference then. I hope that it's just a small fix and that it can be taken care of for the upcoming release. Thanks for your attention, and thanks for Inkscape. Tobias

1 0

Re: [Inkscape-devel] Rejuvenated build system for Mac OS X
by su_v 16 May '14

16 May '14

On 2014-05-06 11:49 +0100, Partha Bagchi wrote: > Yes, my builds open PDF files and I saw this Debian bug report where > someone claimed that Inkscape uses gs instead of pstoedit: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=366797 That bug report was originally filed against older versions of inkscape (0.43-0.46). With the release of Inkscape 0.47 on 2009-11-24, PS/EPS import was switched from pstoedit to ps2pdf (from Ghostscript): <http://wiki.inkscape.org/wiki/index.php/Release_notes/0.47#PostScript_and_E…> <http://tavmjong.free.fr/INKSCAPE/MANUAL/html/File-Import.html> pstoedit [1] (used in older Inkscape versions for PS/EPS import) is a different application than ps2pdf [2] (used by current Inkscape stable and trunk [3]). 'ps2pdf' is part of Ghostscript i.e. it is one of the many separate command line tools installed by Ghostscript. [1] pstoedit: <http://www.pstoedit.net/> [2] ps2pdf (Ghostscript): <http://www.ghostscript.com/> <http://www.ghostscript.com/doc/9.10/Ps2pdf.htm> [3] (e)ps_input: <http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/share/e…> <http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/share/e…> <http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/share/e…> > On Mon, May 5, 2014 at 10:01 PM, su_v <suv-sf@...58...> wrote: > >> On 2014-05-06 03:38 +0100, Partha Bagchi wrote: >>> On Mon, May 5, 2014 at 8:40 PM, su_v <suv-sf@...58...> >> wrote: >> >>>>> and I was not able to open EPS files (got a parsing error with >>>>> "expecting "<" ...). >>>> >>>> Since you don't share details about how your app was created (I assume >>>> you used custom packaging routines, too, besides your own build env for >>>> the dependencies), I can only guess what the underlying issue might be: >>>> >>>> I build all gtk/glib dependencies from scratch, everything I need for >> Gimp >>> (you can check out my Gimp builds on my website). >>> >>> I downloaded your branch and built the Inkscape App using the same >>> structure as my Gimp builds. The Inkscape App like my Gimp builds is self >>> contained and does not rely on the User for any dylibs. >>> >>>> 1) Is your Inkscape.app (Inkscape-0.48-dev) able to open PDF files? >>>> (these kind of parser errors are known from contexts where PDF >>>> support in Inkscape is broken - e.g. because poppler was configured >>>> without xpdf headers, or not built in at all). >>>> >>> See above. My builds have poppler configured with xpdf headers and >>> associated dependencies included. My Gimp builds open PDF/EPS/PS just >> fine. >>> :) I'll be happy to share my Inkscape build with you (or anyone) if >> needed. >> >> So your Inkscape.app build does open PDF files or not? Please note that >> GIMP's PostScript import feature is different from Inkscape. >> >>>> (If poppler support was not properly compiled in, >>>> 'org.inkscape.input.pdf' might be a logged missing dependency for input >>>> formats like PS and EPS (see 'extension-errors.log' in the inkscape user >>>> profile dir used by Inkscape.app - the exact location depends on whether >>>> you used the launcher script of the 'osxmenu' branch, or your own)). >>>> >>>> 2) Did you verify that the bundled ps2pdf and GhostScript (I assume you >>>> included it in the app bundle, since it is a required helper app for >>>> PostScript input in Inkscape) works as expected? >>>> >>> I was going to build ps2pdf till I saw the bugreport where you said that >>> one does not need it anymore. Gimp does not need ps2pdf to open EPS files >>> (or Ghostscript for that matter). Just the dylib. I'll build ps2pdf and >>> recheck this. >> >> Which bug report for inkscape - do you have a link? I can't imagine that >> I said that Inkscape no longer needs ps2pdf for EPS/PS import (it still >> does). >> >> In Inkscape, PS/EPS import works in two steps: >> 1) the PostScript file is converted to a PDF file with ps2pdf from >> Ghostscript (needs to be in $PATH). >> 2) the just created PDF file is imported in Inkscape using built-in >> (poppler-based) routines. >>

2 1

Windows devs: IMPORTANT, buildtool improvement
by Johan Engelen 15 May '14

15 May '14

Hi all, If you bzr up, you have to rebuild buildtool. I added a cxxflags attribute, so we no longer get warnings about C++ flags that are not applicable to C compilation. This is cmd you need: g++ buildtool.cpp -o btool.exe -O3 -fopenmp regards, Johan

1 0

Careful with merging!
by Johan Engelen 15 May '14

15 May '14

Hi all, Look here: http://bazaar.launchpad.net/~inkscape.dev/inkscape/experimental/changes rev 13365 <http://bazaar.launchpad.net/%7Einkscape.dev/inkscape/experimental/revision/…> managed to 'rename' my earlier commit to include poppler in win64 build. My recommendation to not waste too many brain cycles: don't merge. You can create you own branch, fine, just don't merge it in. Just create a separate trunk/experimental checkout and copy your changes in, then commit. Whatever you think about better workflows, it is paramount to maintain a clean version history. And again and again, we have proven that we are not capable of maintaining a clean history by using bzr merge. Thanks, Johan

4 5

[win32] really long initial startup times on Windows 7/8
by Liam White 15 May '14

15 May '14

This one almost certainly has to be fixed before we release. To be quite honest, I am unsure of the cause. I did test this out on Windows XP and it worked perfectly well. I compiled on a Windows 8.1 x64 machine, and launched it on a Windows 7 machine. The console window appeared, as normal, but I wondered why it didn't go away. Interested, I launched it with not gdb, as would be recommended, but instead with Visual Studio (as it would have symbols for all of the Windows libraries). The long startup didn't cause any sort of trap, but the preferences.xml I had did. (the trap seems to happen when you launch with default prefs, iconify the Fill and Stroke dialog, close it normally, and restart it with gdb: https://bugs.launchpad.net/inkscape/+bug/1317700) After I had stepped through every single one of the several hundred breakpoints, I could not find the issue (although mainly because the Microsoft devs refuse on releasing the details to their PDB format, and do not seem to support DWARF debug symbols in their debuggers). I am unable to reproduce the exceptionally long startup time issue, as it went away immediately after the first startup. Possibly a registry key was set. However, the traps are a persistent issue and make my loading time about five seconds longer. What I am envisioning right now is thousands of people downloading the update, launching Inkscape, and not seeing anything at all (compiled with -mwindows), despite the process showing in Task Manager and consuming many resources. We have also had at least one complaint about this before. (If I could put a bounty on this bug, I would!) What is this madness?

5 6

Setting up sub-projects for Inkscape
by Bryce Harrington 14 May '14

14 May '14

The question has come up a couple times now, so figured a definitive official answer might help, while the steps are still fresh on my mind. tldr: Contact one of the admins for help (see https://launchpad.net/~inkscape.admin/+members) Anyone can set up an independent project in Launchpad, unassociated with Inkscape. Anyone can also create their own Inkscape branch, unofficially associated with Inkscape, ala lp:~bryce/inkscape/my-stuff. But what about making separate projects that are *associated* with inkscape? And what about making official branches associated with inkscape that other devs can contribute to? Official Team Branches ====================== If you're a member of the inkscape-dev team, you can also upload official branches by doing: bzr push lp:~inkscape.dev/inkscape/branch-name A full list of all branches associated with Inkscape can be seen here: https://code.launchpad.net/inkscape (Please delete branches when you no longer need them, to cut down on clutter!) Setting up Sub-Projects ======================= But what if you want a distinct project from inkscape, but want to enable your fellow inkscape developers to work on it? To enable others in inkscape.dev to commit, first you upload the branch as you would an official inkscape branch. I.e.: bzr push lp:~inkscape.dev/my-project-name/branch-name Then under the Code tab of your project in Launchpad, click 'Configure code hosting' and specify this branch name for "Link to a Bazaar branch already on Launchpad". Optionally, you can also change the Maintainer for your project to 'inkscape.admin'. Note that you lose some ability to configure the project once you do this, so only change it if you really want to turn over administration to the inkscape admins. Launchpad permits establishing groupings of projects under an umbrella project. All the sub-projects would share certain settings. Presently we don't have a project group for inkscape, but I think we've accumulated enough projects that it's time to set one up. Once this is done, to add another project to the Inkscape project group you'd go to your project's configuration page and under "Part of" hit the Choose button and type 'inkscape', and then select the inkscape group project. On Tue, May 13, 2014 at 11:10:55PM +0200, Johan Engelen wrote: > On 13-5-2014 23:05, Vinícius dos Santos Oliveira wrote: > >Em Ter, 2014-05-13 às 21:14 +0200, Johan Engelen escreveu: > >>Please apply the attached patch to the libdepixelize repo > > > >Done (r187). > > > >>(inkscape dev's have no access). > > > >This is a mistake. > > > >How do I transfer a repo to the Inkscape organization? > > > >I remember Jabier had to create another org just to give commit > >access to other Inkscape developers. > > I don't know. > Perhaps you can add people with commit rights. The one you want to > add is "inkscape.dev", which is the team of all people with commit > access to Inkscape trunk. > > regards, > Johan > > ------------------------------------------------------------------------------ > "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE > Instantly run your Selenium tests across 300+ browser/OS combos. > Get unparalleled scalability from the best Selenium testing platform available > Simple to use. Nothing to install. Get started now for free." > http://p.sf.net/sfu/SauceLabs > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

[inkscape-devel] Cannot compile with newest version of poppler
by Preben Soeberg 14 May '14

14 May '14

Hi devs, I recently ugraded poppler on Linux from version 24.5 to 26.0, and can no longer compile inkscape. See attached file for details. I do strongly believe the problem comes from changes in poppler, as I can no longer compile older revisions, that I have compiled before. I have also upgraded gcc to version 4.9.0, but don't find it likely to be the cause this problem. Regards Preben

3 2

Use of mailto: in Inkscape web page.
by john Culleton 14 May '14

14 May '14

Inkscape has a facility for addressing urls. Does this extend to the mailto: feature? Has anyone used it successfully? -- 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

1 0

Slow boot term window
by Jelle Mulder 14 May '14

14 May '14

Hi guys, Maybe this helps in solving the slow start mystery. I had the slow start on win7 until I rebooted the machine. This morning Inkscape booted quite a bit faster, but the load screen had quite a bit of these warnings. Those however seem to be bogus as MS Serif is being loaded and usable. Not sure what the 10 is about though? Fontsize? Or did that accidentally get added to the string? In the latter case it wouldn't be surprising that Inkscape gets a wee confused. For those that are wandering what the slow boot time is about, I would like to ask if they have large font sets on those win7, win8 and Mac. Large font sets have been a long standing issue for slow boot times and maybe it is related to that. This morning my Inkscape boot was faster than ever before though, regardless of the list of warnings. (Inkscape.exe:6112): Pango_Warning ** couldn't load font "MS Sans Serif 10", falling back to "Sans 10", expect ugly output. etc. Interesting as most win and mac do not have "Sans". Oh, and another rather silly bug I found was at filling in the Dublin Core metadata. After typing in the first letter of the Title, the input loses focus it seems and nothing happens anymore (or it doesn't display) reselecting the field will allow you to finish the word. Doesn't seem like a biggie to me, but it IS annoying and highly visible to all and every user that would use the form. i.e. anyone who produces content professionally. I would use the bugtracker if I was able to, but I have not been able to connect to it since I live in China. This may be an issue for Chinese people that would like to help with Inkscape dev as well. If tools are unreachable... Continue to test. Cheers, Jelle

3 2

inkscape-0.91pre0 source tarball
by Bryce Harrington 14 May '14

14 May '14

Download it at: https://sourceforge.net/projects/inkscape/files/inkscape/0.91pre0/ Tagged in trunk as: INKSCAPE_0_91_PRE0 The dist directions[1] are outdated, so I'm not confident the package is perfect, but that's why we do pre-releases right? Anyway, if anyone knows a step I missed, please raise it with me so pre1 will be better. I'll try to put some time in this cycle to get these directions up to date, and hopefully streamline the process a bit. I'm hoping to do several pre-releases in support of this. It would be helpful if packagers could generate binary platform packages from this tarball. If you spot packaging problems (like version numbers that didn't get updated, or missing files needed for builds), please raise these problems with me ASAP. Bryce 1: http://wiki.inkscape.org/wiki/index.php/Creating_Inkscape_distributions

11 28

Powerstroke in 0.91pre0 r13343
by Tom Lechner 14 May '14

14 May '14

I've been testing out the powerstroke LPE, very important for vector art making! Not sure what is the proper place to post this. Should I file bug reports? Are they features, not bugs? Issues: 1. Create a single closed path. Apply powerstroke. The powerstroked path shoots out extreme points. These extremities go away when you move the powerstroke node away from initial vertex, and return when node appears to go back to initial vertex 2. seems to break on combined paths, apparently you may only use powerstroke on single paths? Make one path, make a hole (combining with an enclosed path). Choose powerstroke, and the inner hole path stays, but the outer path vanishes, though its nodes remain. Wishlist for powerstroke: 1. combine with offset off a base line 2. have angle nodes, not just width nodes. This would allow easier integration with the calligraphy tool 3. Miter caps for when curvature circles don't intersect are pretty ugly. Perhaps there could be an alternate extension, like blending curvature from one side of the path with the other side (of the same segment), or arbitrarily making a kind of steeple, not strictly adhering to curvature, sticking off the miter, so corners always end up being pointy, instead of chopped off. -Tom ----- tomlechner.com

1 0

Re: [Inkscape-devel] Inkscape 0.48.5
by Partha Bagchi 13 May '14

13 May '14

Sorry for the delay. I put together a 7z archive of what I hope would be all that's needed to try and build Inkscape on a Window's 7 or greater 64-bit machine. You can download it here: http://www.partha.com/temp/Inkscape.7z Use 7z to unzip and please the included couple of "readmes". Please let me know if you have any issues or if I can help you set it all up. Thanks, Partha On Wed, Apr 30, 2014 at 2:54 AM, Johan Engelen <jbc.engelen@...2592...>wrote: > Hi, > sure, a 7z archive would be great too! > > Thanks, > Johan > > > > ----- Reply message ----- > From: "Partha Bagchi" <partha1b@...400...> > To: "Johan Engelen" <jbc.engelen@...2592...> > Subject: [Inkscape-devel] Inkscape 0.48.5 > Date: Wed, Apr 30, 2014 02:29 > > > Hi Johan, > > I got really frustrated since I don't know how the system works. > > Maybe I can provide a 7z/xz archive and people can download it? What do > you think? > > I was really interested in getting the 64-bit build to the community as I > did before, but I am stuck. :( > > Thanks, > Partha > > > > On Tue, Apr 29, 2014 at 5:55 PM, Johan Engelen <jbc.engelen@...2592... > > wrote: > >> Hi Partha, >> Did you get around to uploading your environment? >> >> Cheers, >> Johan >> >> >> >> On 13-4-2014 1:17, Partha Bagchi wrote: >> >> My launchpad id is partha1b. >> >> Thanks, >> Partha >> >> >> >> On Sat, Apr 12, 2014 at 6:53 PM, Krzysztof Kosiński <tweenk.pl@...1857...00...>wrote: >> >>> 2014-04-13 0:40 GMT+02:00 Partha Bagchi <partha1b@...400...>: >>> > That sounds great. I just hope that I can figure out how to use Ip. >>> Anyway, >>> > I will be happy to upload my environment. >>> >>> OK, in that case tell me your Launchpad account name. >>> >>> There are some instruction on the wiki on how to use Bazaar, but if >>> you have problems feel free to ask. >>> http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar >>> >>> Regards, Krzysztof >>> >> >> >> >> ------------------------------------------------------------------------------ >> Put Bad Developers to Shame >> Dominate Development with Jenkins Continuous Integration >> Continuously Automate Build, Test & Deployment >> Start a new project now. Try Jenkins in the cloud.http://p.sf.net/sfu/13600_Cloudbees >> >> >> >> _______________________________________________ >> Inkscape-devel mailing listInkscape-devel@...1901...://lists.sourceforge.net/lists/listinfo/inkscape-devel >> >> >> >

4 27

New SVG compliance testing software
by Tomasz Boczkowski 13 May '14

13 May '14

Hi! Test case result images have been rated. In trunk at revision 13371 there are: 220 passes 126 fails 12 crashes In experimental branch revision 13356 there are: 221 passes 125 fails 12 crashes New pass is text-deco-01-b.svg Many thanks for Josh for help with rating unclear cases. Regards, Tomasz

1 0

Cache has performance issues
by Paul Kallnbach 13 May '14

13 May '14

Hi list A couple of weeks ago I posted a message regarding Inkscapes caching behaviour and also filed a bug report on launchpad (https://bugs.launchpad.net/inkscape/+bug/1267208). It turned out program response is far quicker with caching disabled in the source code. I'd happily provide a sample file or whatever is needed to visualize the described effect if requested. I think Inkscapes user experience could be noticeably improved by some simple modifications (e.g. an option to turn off caching via GUI) but in my opinion the caching systems needs quite a bit of refactoring. Unfortunately I lack the necessary insight and experience on the program to come up with a proper solution myself. I would be willing to give it a shot though if someone could point me to a good resource on how caching is designed and implemented (and would be willing to review my changes). With the new release coming closer I really hope somebody shows some interest in this. It does make a difference. Thanks. Paul

4 3

Oops,.. inkscape_r13349-201405111208
by Jelle Mulder 13 May '14

13 May '14

Hi Guys, When running Inkscape.exe on inkscape_r13349-201405111208 I just downloaded from the nightlies to give it a go and check the new LPE's I got nothing but a blinking cursor in a dosbox. That can't be the intention. However, I was wondering if I'd need anything special for this build I happen not to have. FYI running a win7 32 bit and this is a first for me. By the way I loved that new chamfer video and since I haven't been doing any testing for a while I'd love to get a go with the new toys. Many exiting changes that I am really looking forward to get to test. I am interested in doing a splash screen for the new release, but will need to know what the new stuff is, testing didn't get that far ;-) Keep up the good work! Cheers, Jelle

2 1

Starting the 0.91 Bug Hunt
by Bryce Harrington 13 May '14

13 May '14

For the Frost, one of our main activities is going to be the Bug Hunt. The purpose of the Bug Hunt is to improve our release's quality by tending to some of the many bugs people have reported in the past. Our first bug hunt focused on regressions found in 0.91. We still care a lot about regressions, of course, but this bug hunt is open season on ALL bugs ever reported. But reports about problems in the website, documentation, translation, packaging, admin, and codebase are all eligible targets, since every one of those areas is vital to achieving a high quality release. Only Wishlist bugs are omitted. The tally is taken of all bugs closed since the week Frost started (i.e. May 5th). 3, 6, 9, or 12 points are given for low, medium, high, and critical bug priorities respectively. +1 point will be given per year of age since the bug was filed, to encourage us to tend to older bug reports that have languished in the tracker. Points will be doubled for all regression-tagged bug reports, even if they were regressions in previous releases. A Bug of the Week will be announced each week, as we did in the last bug hunt. However, to switch things up a bit, I'm going to have the person who closed the highest total score of bugs in a given week be the person that selects the Bug of the Week for the subsequent week. Bryce

1 0

Possible bug compiling trunk
by Jabiertxo Arraiza Cenoz 13 May '14

13 May '14

Hi to all, i notticed a bug compiling in my machine, I'm compiling trunk in my Debian Jessie with gcc version 4.8.2. Show me this error: CXX libvpsc/solve_VPSC.o make[3]: *** No rule to make target '../../inkscape/src/libvpsc/csolve_VPSC.cpp', needed by 'libvpsc/csolve_VPSC.o'. Alto. make[3]: Leaving directory '/home/jtx/Development/inkscape/inkscape-gcc/src' Makefile:4790: recipe for target 'all' failed make[2]: *** [all] Error 2 make[2]: Leaving directory '/home/jtx/Development/inkscape/inkscape-gcc/src' Makefile:991: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/jtx/Development/inkscape/inkscape-gcc' Makefile:686: recipe for target 'all' failed make: *** [all] Error 2 Thanks in advance, Jabier.

1 0

occasionally misleading file references in Merge requests.
by alvinpenner 13 May '14

13 May '14

this a source of some confusion, and also annoyance to me, so consider this to be a rant. I often try to see who has most recently changed a file, like guides_creator.py. So I end up at the address: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/changes?filter_fil… where it tells me that the file has been changed in rev 13007. So I click on that link, and it tells me that this rev actually changed this file, as expected. Then I see a Merge request in rev 13221, so I click on that link and discover that this particular file was not changed in that rev, even though the previous page said it was changed. Then I see a Merge request in rev 12404, so I click on that link and discover that this particular file was changed in that rev, as expected. So sometimes the file actually was changed and sometimes not. ............................................... Similar experience with file /src/extension/dbus/document-interface.cpp start at the location: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/changes?filter_fil… go to Merge request 12476 and discover that this file was not actually modified in this merge, nor in Merge request 13221, but it was modified in Merge request 13340 as expected. .............................................. this is very confusing. The problem seems to occur only in Merge requests. Does anyone know why some Merge requests lead to false references to file changes that never occurred? Cheers, Alvin -- View this message in context: http://inkscape.13.x6.nabble.com/occasionally-misleading-file-references-in… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

Problem whith multiple commit in experimental
by Jabiertxo Arraiza Cenoz 13 May '14

13 May '14

I do 3 commits instead one in experimental. I do whith a lot of care but my usual workflow of commit->merge->push isnt ok in shared enviroment. I think i realy need to use update->commit->push but cleaning for give this way to my first push, go wrong. The final push is ok. Sorry. Jabiertxof.

1 0

Circle Tool: How to Fix the Size
by Martin Owens 13 May '14

13 May '14

Hey Devs, I was working on an artwork[1] which needed specific sized segments using the circular tool. The problem is that there is no way to specify the size of an arc, just the start and stop degrees. What I need was a percentage value for size. I also found it impossible to adjust the arc's position. Object-Rotate puts the center inside it's bbox, not at the center of the arc. There's no key to press which could make both start and end nodes move together (that I know of). I ended up carefully adjusting start and end values together in increments. So. how could we design this tool to be better? Best Regards, Martin Owens [1] http://doctormo.deviantart.com/art/Imperial-and-Metric-Volume-453500628

1 0

64-bit: size of vectors and the like
by Johan Engelen 11 May '14

11 May '14

Hi all, TL,DR: please use std::size_t instead of e.g. unsigned int for STL's size() return values. A quick message. I just fixed a bug in buildtool.cpp that lead to an infinite loop when compiled for 64-bit. It happened because of a loop test on a string.size() with an unsigned int counter type. Changing the counter type to std::size_t fixed the issue. To be honest, I do not actually fully understand why it went into an infinite loop. But hope this is an example to motivate you to use the correct type to store / work with the result of STL's size() return parameters. Thanks, Johan

1 0

0.91 Release Notes
by Ryan Lerch 11 May '14

11 May '14

Just trying to get a go on this item in the release schedule [1] """ Identify remaining writing needed for Release Notes. """ Is it safe to start taking the release notes, and expanding them out further? Are all the features / bugfixes we want to document listed on the wikipage[2]? Or are there some that still need to be added? cheers, ryanlerch [1] - http://inkscape.org/en/develop/next-release/ [2] - http://wiki.inkscape.org/wiki/index.php/Release_notes/0.91

5 5

About Screen Contest: 0.91
by Martin Owens 11 May '14

11 May '14

Hi Devs, Now we're in or very near to Frost, one of the items is the About Screen contest. This sounds like a really interesting task for a non-coder. Maybe one of the people who help with translations, forums or other

3 6

Post LGM notes on PDF and Inkscape2Scribus workflow
by pygmee 09 May '14

09 May '14

During last LGM we have discussed on future development of Inkscape. Among the tasks, we pointed the print-ready PDF request. I mentionned we have 2 opportunities : - as scribus does a print-ready PDF, try to learn from that to develop our own. Discussions with Franz and Andreas have pointed it was not hard in the principle but that cairo might not do it so soon and that Scribus don't provide a library whoch could easily implement it into Inkscape. Andreas has shown interest in helping in a way, and Kryzstof seem to be on the way - i also said that actually we usually import Inkscape documents into Scribus and make the PDF from it. Of course, this is far from being a perfect workflow for it needs few minutes to be done and redone when needed just for an "export". Plus we have issues with Scribus SVG import features which sometimes means come back to a standard PNG export, which is not desired when we decide to use vector. I gave the filter example and this one is really not it the Roadmap because there are many other more important feature to get implement before and that filters are not in PDF so they might be rasterized anyway. Scribus don't provide a command line option that would allow PDF generation on the fly from Inkscape. The situation is improving because Scribus is itself getting getter in SVG support but there are no real plans so that we have no idea when it could be done and the guy working mainly on Postscript and SVG may not be available in the next months. I think that create a better Workflow with Scribus is interesting for many other reasons that get Print-ready PDF for Inkscape. Especially, we'd anyway need to import often vector drawing in Scribus for complex layout. Actually Inkscape is missing many interesting things such as text styles, flowing text around objects, multipage... So we should not imagine Inkscape could replace Scribus as easily. May be that one of the easiest would be exploring by ourselves especially give Scribus files that it can easily read : i guess it's will be easier to get an exporter than an importer - Provide a "Scribus SVG" which contains bitmap data or links so that we could flatten or rasterize everything scribus won't support, choosing the resolution. I didn't check if this could be done in python, especially accessing primitive filters - Provide an exchange format that could help and i'm thinking of OpenRaster. Scribus just begun implemented it in March and i've done some test on it. There is actually no vector support, but this format might be a could beginning point to work with many other softwares too like Krita or Mypaint. I think it would worth to put the effort on ora more that on XCF esport, for example. I can help on this as i can, but i'm not a programmer so i'm slow in coding. I more used in python but i've really done little patch in C++ though never for Inkscape. CU pygmee

2 2

Inverted Linked Path Param in LPE...??
by Papoj Thamjaroenporn 08 May '14

08 May '14

Dear all, I’m a little puzzled at this. Does anyone know why when we define path param by linking, the resulting path param is inverted? Compared to pasted path, the resulting param path’s orientation remains the same. An example using Bend Path LPE is shown below. This behavior happens to other LPEs that use path param as well. Also, does anyone know if we can restrict the path param to link / copy path’s control points *exactly* at the same locations as it’s drawn? Thank you. Regards, _______________________ Papoj "Hua" Thamjaroenporn episer@...400...

3 3

64-bit Windows builds
by liamw 08 May '14

08 May '14

http://goo.gl/yVygaU Successful compilation of lp:~inkscapebrony/inkscape/inkscape I have enabled gradient meshes, test path effects, and the LPE tool. I don't think the File open/save dialogs work — you will have to use the command line for that. Many thanks to Partha for the build environment — which you can download here : http://goo.gl/kRnN5z -- View this message in context: http://inkscape.13.x6.nabble.com/64-bit-Windows-builds-tp4970434.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 3

Merge on to experimental branch
by Jabiertxo Arraiza Cenoz 07 May '14

07 May '14

Hi Martin. Devs. I also put the mail to the devel list if anybody want to help you on it. There is a, just created, inkscape "experimental" branch. I'm not in devs group, so, Could you merge this branchs approved by you on to this branch? This branch are: https://code.launchpad.net/~inktxof/inkscape/simplify https://code.launchpad.net/~inktxof/inkscape/lattice2 https://code.launchpad.net/~inktxof/inkscape/lastApplied And check the resubmit of: https://code.launchpad.net/~inktxof/inkscape/envelope-perspective This branch and patches are for review from any dev: Branch: https://code.launchpad.net/~inktxof/inkscape/roughen Patches: https://bugs.launchpad.net/inkscape/+bug/1068987 https://bugs.launchpad.net/inkscape/+bug/1241902 https://bugs.launchpad.net/inkscape/+bug/1242170 https://bugs.launchpad.net/inkscape/+bug/1246550 https://bugs.launchpad.net/inkscape/+bug/1303175 https://bugs.launchpad.net/inkscape/+bug/609839 https://bugs.launchpad.net/inkscape/+bug/1241501 bspline+spirolive branch is reviewed and aproved by Vinícius -previously approved by Martin, but this seems a incomplete review because a truncate of the diff-, I ask to him directly to merge this branch. Thanks very much Martin.

1 0

pencil functionality
by unknown＠example.com 07 May '14

07 May '14

Hello everyone, I would like to know if it's possible to make the same thing with inkscape, or if it is easy to develop this functionality. see this video : http://tv.adobe.com/watch/learn-illustrator-cc/allnew-pencil-tool-in-adobe-… Thanks Imppao ps: sorry for my very bad english

3 5

0.91 - Tutorial update tasks
by Bryce Harrington 07 May '14

07 May '14

2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished √ Identify 'make distcheck' issues √ Identify any critical OSX/Win32 packaging issues √ Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points -----> Update tutorials and other docs The last item in the chill list is updating the tutorials that are shipped with the Inkscape package, including anything under the Help menu. The reason this task needs done in the Chill phase is to give translators plenty of time during Frost and Freeze. External tutorials are also worth updating of course but aren't schedule-critical so not tracked here. Ryan, your name was mentioned as someone with an eye on the tutorials, would you mind summarizing what work is already in process relating to tutorials for the Inkscape package? Bryce

6 16

Adding multiple knot holders to the same LPE effect
by Papoj Thamjaroenporn 06 May '14

06 May '14

Dear Inkscape-devel, I am trying to figure out what the best way to add multiple user-defined knot holders to the LPE is. Let’s say I want to allow lpe-tangent_to_curve to have multiple tangent knots that I can slide independently, or lpe-knot to have multiple independent knots instead of shifting between each intersection by dragging a single knot around. What is the best practice of doing this? The mechanism of implementing addKnotHolderEntities(), knot_set(), knot_get() seems to support the case that I have just one knot to insert (per class defined). I am not sure if it can support multiple knots (of the same kind) that work independently from each other this way. Another related question is, what’s is best practice to store multiple ScalarParam’s or VectorParam's that basically do the same thing? Again, let’s say I want to implement lpe-tangent_to_curve so that I can look at multiple tangent lines independently. Would you use, let’s say, std::vector<VectorParam> or ArrayParam<VectorParam>? If someone can point me to existing LPE code that does something similar I’d also appreciate, since I haven’t found it so far. Regards, _______________________ Papoj "Hua" Thamjaroenporn pt2277@...3110...

2 1

Improved gears extension
by Jürgen Weigert 06 May '14

06 May '14

Just saw braingram's rack gear extension coming in. Nice work! Thank you. But that reminds me that I also have a small contribution to share. Here is an enhanced version of the gears plugin, please also consider this for future inclusion git@...2977...:jnweiger/inkscape-extensions-gears-dev.git cheers, JW-

2 1

illustrator plugins?
by mathog 05 May '14

05 May '14

Has anybody ever looked into what it would take to make Illustrator plugins work in Inkscape? Presumably there is some sort of Illustrator plugin API, and depending on what it does, it might be possible to build a compatible API into Inkscape. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 3

Experimental feature enabling
by Josh Andler 05 May '14

05 May '14

Hey all, Mainly because I got tired of having to modify multiple files if I ever do a "bzr revert", I just went ahead and simplified a couple other places we had experimental stuff in addition to Tavmjong's. The LPE Tool (Geometric Tool/Technical Tool... I don't recall the outward facing name) and all "test" or experimental LPEs can now be enabled in configure.ac by uncommenting line 110. This has replaced enabling these in toolbox.cpp and effect.cpp respectively. Yes, I could have added a mega "enable everything" line, but keeping the SVG2 stuff and LPE stuff separated seemed reasonable enough. Hopefully it makes it a little easier for others too... Cheers, Josh

1 0

help on fillet LPE
by Jabiertxo Arraiza Cenoz 04 May '14

04 May '14

Hi to all, im developing a filleting LPE tool [1]. For the moment and based in the work in powerstroke i have a LPE that: * Create a Knot for each cusp node, with movement restricted to a curve. * Update Knots at path change/add/sustract/reverse/append/erase Any body can point me about the usage of arcTo from Geom::Path? The points i know are: start of arc, and end of arc, and think allways is 180ª arc. Other points/values need to be calculated. I have something in my mind but i want to have a expertice opinion. Thanks for our time reading, Jabier. [1] https://code.launchpad.net/~jabiertxof/inkscape/fillet

1 0

New SVG compliance testing software
by Tomasz Boczkowski 02 May '14

02 May '14

Hi! I have extended current software for running SVG compatipility test suite. Now it supports storing and reviewing test results by a web application. Test results for revision 13330 are available online at http://tboczkowski.linuxpl.info/svg_compliance/compliance/trunk. The general idea is to store the test results for selected revisions at server. There they can be reviewed manually. If result images of a test case are equal, they share the same mark. Client-side code [1] is based on Guiu Rocafort's solution. I added a module that packs the output directory, adds some metadata and sends them to server. Instead of provided input files, I use vanilla W3C test cases from [2]. Server-side application [3] is implemented as Django project. It stores information about test cases, test results and image marks in database. Tests results can be browsed and reviewed by web interface. Changing image mark is available for logged-in users only. To aid in reviewing images, I used image comparison functions from resemble.js library. When inkscape generated image is first clicked, it is replaced by raw difference with reference image. Second click switches to a diff ignoring antialiasing. Third click returns to original image. The next step will be to implement the generation of reference image library at server. It would consist of known passes and known fails. When a local testsuite will be run, client will download up-to-date library and compare test results to reference images. It can also calculate regressions and new passes since the latest revision stored at server. I have noticed that test results are greatly influenced by used fonts (e.g [4]). Since the test fonts are supplied with W3C test suite, it would be nice to use them. Does Inkscape support SVG and Woff fonts? If so, is there a command line switch or environment variable allowing to select the font directory? Do you think it would be sensible to add such option? I haven't yet rated the images. I'll do it over the weekend. Regards, Tomasz

1 0

Re: [Inkscape-devel] Gtet error when compiling inkscape under windows
by liamw 01 May '14

01 May '14

Try recompiling the build tool with this line: g++ buildtool.cpp -o btool -fopenmp rebuild, and see if it now works. If not, feel free to let us know! -- View this message in context: http://inkscape.13.x6.nabble.com/Gtet-error-when-compiling-inkscape-under-w… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

problem compiling display/drawing-shape.o
by Jabiertxo Arraiza Cenoz 01 May '14

01 May '14

Hi to all, im tryind to complile whith clang and get this error: Jabiertxo. CXX inkscape-version.o AR libinkversion.a CXX display/drawing-shape.o In file included from ../../fillet/src/display/drawing-shape.cpp:16: ../../fillet/src/2geom/svg-path-parser.h:62:5: warning: ignoring return value of function declared with warn_unused_result attribute [-Wunused-result] fgets(input, 1024 * 10, fi); ^~~~~ ~~~~~~~~~~~~~~~~~~~~ ../../fillet/src/display/drawing-shape.cpp:153:15: error: out-of-line definition of '_renderFill' does not match any declaration in 'Inkscape::DrawingShape' DrawingShape::_renderFill(DrawingContext &dc) ^~~~~~~~~~~ ../../fillet/src/display/drawing-shape.cpp:169:15: error: out-of-line definition of '_renderStroke' does not match any declaration in 'Inkscape::DrawingShape' DrawingShape::_renderStroke(DrawingContext &dc) ^~~~~~~~~~~~~ ../../fillet/src/display/drawing-shape.cpp:223:18: error: no member named 'paint_order_layer' in 'NRStyle' if( _nrstyle.paint_order_layer[0] == NRStyle::PAINT_ORDER_NORMAL ) { ~~~~~~~~ ^ ../../fillet/src/display/drawing-shape.cpp:223:51: error: no member named 'PAINT_ORDER_NORMAL' in 'NRStyle' if( _nrstyle.paint_order_layer[0] == NRStyle::PAINT_ORDER_NORMAL ) { ~~~~~~~~~^ ../../fillet/src/display/drawing-shape.cpp:258:39: error: no member named 'PAINT_ORDER_LAYERS' in 'NRStyle' for (unsigned i = 0; i < NRStyle::PAINT_ORDER_LAYERS; ++i) { ~~~~~~~~~^ ../../fillet/src/display/drawing-shape.cpp:259:26: error: no member named 'paint_order_layer' in 'NRStyle' switch (_nrstyle.paint_order_layer[i]) { ~~~~~~~~ ^ 1 warning and 6 errors generated. *

3 4

New video Envelope and Perspective LPE
by Jabiertxo Arraiza Cenoz 30 Apr '14

30 Apr '14

And the last video, envelope or perspective by 4 points: https://www.youtube.com/watch?v=CjKGatyxTZ8 Regards

5 5

Website Request: LPE News
by Martin Owens 29 Apr '14

29 Apr '14

Hi Devs, I've noticed there's quite a few LPE features going in, and it would be nice if we had a news article in the next few weeks that detailed them, their experimental or not status and any extra information. I'll do it as a fallback, but an LPE dev would be best to do a write-up. (send me any details if you think I should) I know there's been power stroke changes, there's the ponyscape LPEs on the horizon as well as Jabiertxof's Simplify and Perspective Envelope additions which are very useful. Anything else? Any other thoughts? Best Regards, Martin Owens

6 8

Filleting in SVG Spec.
by Jabiertxo Arraiza Cenoz 29 Apr '14

29 Apr '14

Hi to all, Tav. Im thinking in a new sugerence by Josh Andler, and before make want to know if node filleting can be strored inside a SVG path in future specs, or is better doing "manual" with "arcto" like Tav points in his blog. Regards, Jabier.

2 2

Joining non-end nodes in Inkscape (both through GUI and LPE)
by Papoj Thamjaroenporn 29 Apr '14

29 Apr '14

Hello, I am looking for a way to join two (potentially non-end) nodes from different paths into one, so when I move the node both paths are modified accordingly. I read the manual and I realize that the “Join” feature on Inkscape GUI will only join two end nodes. Is it possible to join two non-end nodes on GUI (to make an “X” with joined intersection node, for example?) More importantly, I would also like to do this in code, through LPE. For example, if I use Construct Grid LPE, it would be really nice if the output paths join all the intersection together, like what I demonstrate on the right of the following image: I also noticed that there was a similar idea being proposed a few years back and to my best knowledge I don’t think this feature exists yet. Put it simply, I’d like to know if there is a way to output paths from LPE so that some non-end nodes across different curves are joined. Thank you for your answers. Regards, _______________________ Papoj "Hua" Thamjaroenporn pt2277@...3110...

3 3

Internal Coordinate System in Inkscape
by Papoj Thamjaroenporn 29 Apr '14

29 Apr '14

Hi, I’m writing here for the first time so nice to meet you all! I started playing with Inkscape since a few weeks ago and one thing I haven’t really understood is the way coordinate system works on Inkscape. First of all, in the UI, the origin lies at the bottom-left corner of the canvas, with y-axis pointing upward (based on what Inkscape displayed when I moved my mouse around the canvas). However, when I created a path through an LPE and printed anchor positions as the path was moved around, I found that the internal coordinate system had y-axis pointing downward, with the origin (0,0) lying somewhere above the canvas instead. Is this an expected behavior? Is there a transformation matrix that transforms the internal positions to the canvas positions? I compiled Inkscape 0.48 from trunk on OS X Mavericks using clang 3.4 with required libraries compiled using libc++. If anyone knows about this I’d really appreciate your answer here. Regards, _______________________ Papoj "Hua" Thamjaroenporn pt2277@...3110...

3 7

Instability in Lib2geom's D2<SBasis> construction
by Papoj Thamjaroenporn 29 Apr '14

29 Apr '14

Hi, I have noticed a few parts in lib2geom that give unstable output. I am trying to figure out what causes this and possible how to fix it: In lib2geom’s toy example curvature-test.cpp, we fit osculating circle at a point of a given curve. We can slide along time parameter to fit osculating circle at different point on the curve. I modify the code a little to output the curvature plot of the curve in two ways: 1) Using D2<SBasis> to build curvature graph. Each segment in D2<SBasis> is a copy of SBasis from curvature curve K, offset by a constant. (as seen in RED). Piecewise<SBasis> K = curvature(B); 2) Draw the graph directly by cairo_move_to(), cairo_line_to(). (as seen in GREEN). The normal result would look like this: However, when I hover my mouse around randomly (no input has been changed), the curve being fitted using D2<SBasis> will go wild randomly too: Notice that the green curve that plots curvature with cairo methods is stable. Does anyone know if we have a fix for this? Here is the source file: The part that seems to give problems is when we define D2<> segment with linear interpolation: for(unsigned ix = 0; ix < K.segs.size(); ix++) { D2<SBasis> Kxy; Kxy[1] = Linear(450) - K.segs[ix]*400; Kxy[0] = Linear(300*K.cuts[ix] + 150, 300*K.cuts[ix+1] + 150); cairo_d2_sb(cr, Kxy); cairo_set_source_rgba (cr, 1., 0., 0., 0.8); cairo_stroke(cr); } I did something similar to this in other toy example and got the same instability. I believe that the instability comes from using K.segs[] to define new SBasis (K is a Piecewise<SBasis> that contains curvature of the curve). If I create D2<SBasis> by purely linear segments, my output is very stable: dd = 0.1; for (double tt = 0; tt < 1.0; tt += dd) { D2<SBasis> Kxy; Kxy[1] = SBasis(450 - K(tt)*400, 450 - K(tt+dd)*400); Kxy[0] = SBasis(150 + 300*(tt), 150 + 300*(tt+dd)); cairo_d2_sb(cr, Kxy); cairo_set_source_rgba (cr, 1., 0., 0., 0.8); cairo_stroke(cr); } Would appreciate some helps to fix the issue here. Regards, _______________________ Papoj "Hua" Thamjaroenporn pt2277@...3110...

2 5

Invalid state when picking: STATE_BBOX
by Johan Engelen 28 Apr '14

28 Apr '14

Hi all, Krzysz, How serious is this warning: Invalid state when picking: STATE_BBOX = %d, STATE_PICK = %d Simply drawing a rectangle already makes this one pop up. If it is serious, could you have a look into fixing it Krzysz? If it's not so serious, please disable printing of the warning. Thanks, Johan

2 2

Wiki, working with bazaar page comment
by mathog 28 Apr '14

28 Apr '14

This web page http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar didn't tell me enough to be able to commit. It implies that this is sufficient: bzr checkout project_trunk_url bzr commit (see, for instance, the "Using a centralized (SVN-like) workflow" section) but in my hands that resulted in: bzr: ERROR: Cannot lock LockDir(http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/.bzr/branc…: Transport operation not possible: http does not support mkdir() The commands that I had to use to make commit work were: #bzr checkout, long ago... ssh-keygen #and upload the key to launchpad account bzr whoami #emitted: mathog bzr lp-login mathog bzr launchpad-login #emitted: mathog bzr bind lp:inkscape #another key generated, asked for another pass phrase #unclear how this relates to the ssh-keygen key above bzr commit -m "Fix for bug 1294840" Some of that may be extraneous, and I still have not determined which parts of that will need to be repeated for each session. (lp-login and launchpad-login are not documented in the man page for bzr [2.5.1] on my system.) I don't understand why I had to do the "bind", since "bind" does "Convert the current branch into a checkout of the supplied branch", and the local copy was made by checkout, but commit would not go until it was run. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

New Simplify video
by Jabiertxo Arraiza Cenoz 28 Apr '14

28 Apr '14

And now the video of Simplify LPE: https://www.youtube.com/watch?v=gaWujN_iTSk Regards.

1 0

Roughen video
by Jabiertxo Arraiza Cenoz 28 Apr '14

28 Apr '14

Hi to all. Here is a video from my last work. Roughen LPE https://www.youtube.com/watch?v=130Dbt0juvY Soon Simplify LPE and Perspective-Envelope LPE videos. Hi, Jabier.

1 0

Plugin: onionskin plugin for animation
by Lucas H 28 Apr '14

28 Apr '14

Hi there, I recently wrote a plugin to allow an 'onionskin' view of inkscape layers to aid animation. I'm developing some other animation-related plugins, too. Someone told me I should let the Inkscape dev team know about it, so here I am. All the info is here: http://github.com/lingo/inkscape_onionskin Reddit post (for flames,trolls,or upvotes): http://www.reddit.com/r/Inkscape/comments/242ys3/onionskin_plugin_to_make_a… Kind regards, - Lucas

1 0

Units
by Tavmjong Bah 28 Apr '14

28 Apr '14

Hi, I had a discussion with several people at the SVG Working group meeting in Leipzig this past week about user units vs. "real" units. I proposed that it be possible to set a ratio for the initial user unit to inch (or cm). This was not well received. My basic conclusion from these discussions is that the use of any real unit (inch, pt, etc.) inside an SVG file (other than on the root 'width' and 'height') is pointless. The correct way to proceed is to set the 'width' and 'height' of the SVG to the size of the drawing and then the 'viewBox' to the same values without units, e.g.: <svg width="20in" height="15in" viewBox( 0 0 20 15 ) ... > Once you have done this, one user unit is one inch. If you actually set a length to an inch inside the file (i.e. width="1in"), it will be interpreted as 90 inches since we use 90 user units per inch. OK, so be it. The gods have spoken. However, we should at some point change 90 user units per inch to the CSS 2.1 value of 96 which has now been fixed in stone. (Illustrator has the same problem, having used a value of 84.) Tav

9 21

New LPE roughen
by Jabiertxo Arraiza Cenoz 26 Apr '14

26 Apr '14

Thanks to Josh for the idea to port two extensions to a one LPE. The extensions are Add Nodes and Jitter nodes. And the effect born as "roughen". I need some help to redefine the strings to make more easy to undertand. Also can work on widgets to visual make a separator from Add Nodes widgets and Jitter ones. Here are the code: https://code.launchpad.net/~jabiertxof/inkscape/roughen Regards, Jabier.

1 0

Straight Geom::Curve pointAt problem
by Jabiertxo Arraiza Cenoz 26 Apr '14

26 Apr '14

Hi to all. I have a linear Geom::Curve for example whith a "d" like: M 0,0 100,0 I pass to this curve the function "pointAt(0.333333)" The previsible result is "33.333"... but this, give me "25.9259". Any body know whats happend? Thanks very much in advance.

2 2

Merge in certain Ponyscape features
by liamw 25 Apr '14

25 Apr '14

Many of the developers are probably aware of a popular fork of Inkscape called Ponyscape. If you don't know of it, here are the extra features it offers: • Inverse clipping (clearly I'm not going to merge this in) • Objects dialog (http://sta.sh/0zb66ec8hyk ) • Tags dialog (selection sets http://sta.sh/01n137vphezw ) • Power stroke point control dialog (activated by shift+clicking width points http://sta.sh/01s1vyyazw8k ) • CubicBezierSmooth Power Strokes (http://sta.sh/0232eheuvzn0 ) • UI enhancements (for example https://bugs.launchpad.net/inkscape/+bug/1310688 ) • 5 new path effects ◦ Attach Path (there is a great tutorial on this by R4inbowR4ge here http://youtu.be/5o5P0897vb8 ) ◦ Bounding Box (...clearly you know what this one does, right?) ◦ Ellipse by 5 Points ◦ Fill Between Strokes (obsoleted) ◦ Fill Between Many (http://sta.sh/0mze2vk449o ) Path effects gallery: http://sta.sh/2257tq53v5kb My plan is to get (most) of these features merged into trunk to keep them from bit-rotting away. I have created a branch here at Launchpad: https://launchpad.net/~inkscapebrony/inkscape/inkscape which addresses the majority of these features. I've also fixed this: https://bugs.launchpad.net/inkscape/+bug/1290573 and this: https://bugs.launchpad.net/inkscape/+bug/1290573 (AFAIU neither have been fixed in trunk) I'm asking for a little review—and possibly some feedback?—on the new features in the branch. Also, I am not familiar enough with the Inkscape codebase to know what to do with the very old looking SPTag stuff, which is why it isn't in my branch yet. If anyone wants to take a look and advise me on how to refactor this to make it work, the tag stuff is here: http://sta.sh/01etufm3jqvt (seriously, what the heck is an SPObjectClass? is that some sort of impls thing?) -- View this message in context: http://inkscape.13.x6.nabble.com/Merge-in-certain-Ponyscape-features-tp4970… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

6 7

Clang address sanitizer abort
by Tavmjong Bah 25 Apr '14

25 Apr '14

Hi, Fedora 20 recently updated from clang 3.3 to clang 3.4. When I compiled Inkscape trunk with the new version and ran it, I immediately got an abort. I was playing around with clang a few months ago and appear to have set the CXXFLAGS to: -fsanitize=address-full,undefined,integer Can anybody help me interpret the error message? Thanks, Tav ================================================================= ==22156==ERROR: AddressSanitizer: stack-use-after-scope on address 0x7fff03896920 at pc 0x4617518 bp 0x7fff03896370 sp 0x7fff03896368 WRITE of size 8 at 0x7fff03896920 thread T0 #0 0x4617517 in std::_Deque_base<Geom::Affine, std::allocator<Geom::Affine> >::_Deque_impl::_Deque_impl() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4617517) #1 0x46170d7 in std::_Deque_base<Geom::Affine, std::allocator<Geom::Affine> >::_Deque_base() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x46170d7) #2 0x45fc91e in std::deque<Geom::Affine, std::allocator<Geom::Affine> >::deque() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x45fc91e) #3 0x4c0d983 in Inkscape::Extension::Internal::PrintMetafile::PrintMetafile() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4c0d983) #4 0x4b84106 in Inkscape::Extension::Internal::PrintEmf::PrintEmf() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4b84106) #5 0x4c0d434 in Inkscape::Extension::Internal::PrintEmf::init() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4c0d434) #6 0x4183e6a in Inkscape::Extension::init() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4183e6a) #7 0x1f799e4 in inkscape_application_init(char const*, int) (/home/tavmjong/Sandbox_clang/bin/inkscape+0x1f799e4) #8 0x1306174 in sp_main_gui(int, char const**) (/home/tavmjong/Sandbox_clang/bin/inkscape+0x1306174) #9 0x1303496 in main (/home/tavmjong/Sandbox_clang/bin/inkscape +0x1303496) #10 0x394f021d64 in __libc_start_main (/lib64/libc.so.6 +0x394f021d64) #11 0x12ff5cc in _start (/home/tavmjong/Sandbox_clang/bin/inkscape +0x12ff5cc) Address 0x7fff03896920 is located in stack of thread T0 at offset 96 in frame #0 0x4c0d65f in Inkscape::Extension::Internal::PrintMetafile::PrintMetafile() (/home/tavmjong/Sandbox_clang/bin/inkscape+0x4c0d65f) This frame has 4 object(s): [32, 40) '' [96, 176) '' <== Memory access at offset 96 is inside this variable [224, 232) '' [288, 292) '' HINT: this may be a false positive if your program uses some custom stack unwind mechanism or swapcontext (longjmp and C++ exceptions *are* supported) SUMMARY: AddressSanitizer: stack-use-after-scope ??:0 std::_Deque_base<Geom::Affine, std::allocator<Geom::Affine> >::_Deque_impl::_Deque_impl() Shadow bytes around the buggy address: 0x10006070acd0: f3 f3 f3 f3 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 f8 0x10006070ace0: f8 f8 f8 f8 f1 f1 f1 f1 00 f4 f4 f4 f3 f3 f3 f3 0x10006070acf0: f8 f8 f8 f8 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad10: 00 00 00 00 00 00 00 00 f1 f1 f1 f1 00 f4 f4 f4 =>0x10006070ad20: f2 f2 f2 f2[f8]f8 f8 f8 f8 f8 f8 f8 00 00 f4 f4 0x10006070ad30: f2 f2 f2 f2 00 f4 f4 f4 f2 f2 f2 f2 04 f4 f4 f4 0x10006070ad40: f3 f3 f3 f3 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad50: 00 00 00 00 00 00 00 00 f1 f1 f1 f1 00 f4 f4 f4 0x10006070ad60: f3 f3 f3 f3 00 00 00 00 00 00 00 00 00 00 00 00 0x10006070ad70: 00 00 00 00 00 00 00 00 00 00 00 00 f1 f1 f1 f1 Shadow byte legend (one shadow byte represents 8 application bytes): Addressable: 00 Partially addressable: 01 02 03 04 05 06 07 Heap left redzone: fa Heap right redzone: fb Freed heap region: fd Stack left redzone: f1 Stack mid redzone: f2 Stack right redzone: f3 Stack partial redzone: f4 Stack after return: f5 Stack use after scope: f8 Global redzone: f9 Global init order: f6 Poisoned by user: f7 ASan internal: fe ==22156==ABORTING

4 5

Google Summer of Code 2014
by Josh Andler 23 Apr '14

23 Apr '14

Hi All, We're happy to announce that we have two students who will be working on projects with our organization this year during Summer of Code. Krzysztof Kosiński will work on implementing robust boolean and stroking operations for 2Geom. Tomasz Boczkowski will work on improving Inkscape's support for SVG paints. We look forward to working with them and wish them the best of luck this summer. Cheers, Josh

1 0

Should select area for text objects include leading and trailing spaces?
by mathog 22 Apr '14

22 Apr '14

In this bug: https://bugs.launchpad.net/inkscape/+bug/1243401 there is a discussion about whether or not the selectable area for a text object should include leading and trailing spaces. That is, for text objects 1 = " " and 2 = " a b " the old behavior was that the "arrow" or "+A" selection pointers would not detect object 1 at all and would move across the leading and trailing spaces of object 2 without registering a hit. The patch in that bug makes these pointers treat spaces like any other character. People were coming down on both sides of the change and ScislaC suggested moving that discussion here. See posts 20-27 for the discussion so far. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

6 25

OSX/Win32 packaging issues
by Bryce Harrington 21 Apr '14

21 Apr '14

Okay, let's try this again. 2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished √ Identify 'make distcheck' issues -----> Identify any critical OSX/Win32 packaging issues Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points Update tutorials and other docs ------------------------------------------------------------------------ OSX Packaging Issues ------------------------------------------------------------------------ For 0.91, the OSX packaging is under renovation to bring it up to standards that OSX users expect. su_v has taken a deep look into what we've had, and is working on a new package that uses the native Gtk-Quartz functionality. As this is a pretty massive packaging change, we'll need to track this closely and lend hands as needed to ensure it's a success. Good news is there's still ample time, and strong interest in seeing this succeed. su_v, do you have a todo list of what remains to be done? ------------------------------------------------------------------------ Windows Packaging Issues ------------------------------------------------------------------------ The Windows side is also going under major renovations to introduce WIX packaging, which provides an MSI windows package. However, it sounds like the older NSI package format works well enough, that the consensus as reported by Adib is to stick with this package for 0.91, and allow the WIX package more time. Adib - do I understand the plan correctly? Are there any roadblocks or critical issues remaining? One concern I have is that we are not providing a 64-bit package, and are directing users off-site to a third party for this. I'd like to understand more about this 64-bit package, and what it would take to provide this package ourselves for 0.91. Would someone mind educating me on this? Bryce

2 1

distcheck problems
by Bryce Harrington 21 Apr '14

21 Apr '14

Hi all, 2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished -----> Identify 'make distcheck' issues Identify any critical OSX/Win32 packaging issues Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points Update tutorials and other docs ------------------------------------------------------------------------ 'make distcheck' issues ------------------------------------------------------------------------ Run 'make distcheck' in your Inkscape tree to see the problems. We'll need to get these largely taken care of (>90% clean) by the end of the next phase. 1. There are quite a few warnings. For example: CXX ui/tools/dropper-tool.o In file included from /usr/include/c++/4.6/bits/basic_ios.h:39:0, from /usr/include/c++/4.6/ios:45, from /usr/include/c++/4.6/ostream:40, from /usr/include/c++/4.6/iterator:64, from /usr/include/boost/iterator.hpp:17, from /usr/include/boost/operators.hpp:84, from ../../src/2geom/affine.h:17, from ../../src/2geom/transforms.h:41, from ../../src/ui/tools/dropper-tool.cpp:21: ../../src/2geom/generic-interval.h: In member function ‘virtual bool Inkscape::UI::Tools::DropperTool::root_handler(GdkEvent*)’: ../../src/2geom/generic-interval.h:65:9: warning: assuming signed overflow does not occur when assuming that (X + c) >= X is always true [-Wstrict-overflow] ../../src/2geom/generic-interval.h:65:9: warning: assuming signed overflow does not occur when assuming that (X + c) >= X is always true [-Wstrict-overflow] And a fair number beyond that. 2. units issues ** (process:15599): WARNING **: Units file /home/bryce/src/Inkscape/inkscape/build-humber/inkscape-0.48+devel/_inst/share/inkscape/ui/units.xml is missing: Failed to open file '/home/bryce/src/Inkscape/inkscape/build-humber/inkscape-0.48+devel/_inst/share/inkscape/ui/units.xml': No such file or directory Running 105 tests....................... 3. Tests issues Then follows a ton of error messages, of which the following is typical: ../../src/./svg/svg-length-test.h:62: Error: Test failed: 73.162987in ../../src/./svg/svg-length-test.h:62: Error: Expected (len.computed == absolute_tests[i].computed), found (73.1629 != 6584.6689) In SvgLengthTest::testReadAbsolute: ../../src/./svg/svg-length-test.h:88: Error: Test failed: 100pt ../../src/./svg/svg-length-test.h:88: Error: Expected (len.computed == absolute_tests[i].computed), found (100.0000 != 125.0000) m ................... Failed 21 of 105 tests Success rate: 80% XFAIL: cxxtests =============================================== 1 test behaved as expected (1 expected failure) =============================================== 4. Then at the end I get a bunch of issues about .coverage files not being writable. File "/usr/local/lib/python2.7/dist-packages/coverage-3.6-py2.7-linux-x86_64.egg/coverage/data.py", pline 125, in write_file fdata = open(filename, 'wb') IOError: [Errno 13] Permission denied: '/home/bryce/src/Inkscape/inkscape/build-humber/inkscape-0.48+devel/share/extensions/test/.coverage' ------------------------------------------------------------------------ If you get a chance to investigate the above issues and sort them out, or discover something that might help in solving them, please reply to this email with your status. Bryce

1 1

OSX/Win32 packaging issues
by Bryce Harrington 21 Apr '14

21 Apr '14

2. Chill. √ Development focuses on wrapping up √ Disable features that aren't finished √ Identify 'make distcheck' issues -----> Identify any critical OSX/Win32 packaging issues Identify remaining writing needed for Release Notes. √ Regressions Bug Hunt: 500 points Update tutorials and other docs ------------------------------------------------------------------------ OSX Packaging Issues ------------------------------------------------------------------------ On Mac, our packaging needs some major renovation. In the past we've had it use Mac's X11 compatibility but our users will have the best installation experience if the installer uses the native Gtk-Quartz functionality. I'm guessing that pretty much this can copy how GIMP has done it, but the devil's always in the details of course. The challenge is we need to get this done fast - ideally within a month or two - in order for it to not cause the overall schedule to delay. Would someone be interested and willing to take on this endeavor? ------------------------------------------------------------------------ Windows Packaging Issues ------------------------------------------------------------------------ I didn't get as much feedback on the status of the Windows package for Inkscape, but poking around a bit it looks like the NSI stuff basically works. There are 15 bugs tagged 'win32' and 'packaging', but only 2 of those are high priority and both of those sound more like porting issues than packaging. However, on our downloads page I notice that we're pointing people offsite to a third party for 64-bit windows packages. We need to be providing 64-bit packages from the official site. Also, on the download page we offer three different types of windows installers. In the interest of keeping things simple for users and consistent for developers, can we pick one of those three as our official packaging, and merge or drop the other two? So, the tasks we need done near-term: * Test creating a Win32 package using the stuff in packaging/win32, and report on whether it "just works" or hits errors. * What would it take to get our packaging to generate 64-bit packages? * Is there a reason we should have more than one win32 package? If not, what should we be focusing on?

1 1

Little css tweak in inkscape.org
by Guiu Rocafort 20 Apr '14

20 Apr '14

Hi ! I noticed that in the about page there is a floating side bar in the right, and because it is taller than the content it overlaps with the footer. Adding "clear: both; " to the .footer rule in the css solves that problem. Maybe somebody with commit access to the repository can apply this change. Thanks Guiu -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

3 2

Issues reported from LGM
by Martin Owens 20 Apr '14

20 Apr '14

This is a list of long standing UX issues from RedHat/Gnome/Fedora devs: * Preferences dialog is the wrong size or doesn't have a minium size & doesn't set to the center of the parent window. * The zoom correction should only effect documents set to physical units. ! Different document modes are needed for different workflows. * Inkscape should be maximised by default * Shadow/border on document is not settable as the global setting. * The shadow shouldn't be the default. * Default colour for the border should be half gray half transparent * Restarting inkscape to load a new font is not good. * Lots of fonts installed causes inkscape to be slow. * Color outside the page should be a slight shade different * The resize page shouldn't be hidden by default. * Maximise should be the default for inkscape. * "Selection" option means "Whole Selection" in align * The align and distribute relative to should set some defaults depending on the selection. If one item is selected then the default should be to Page and if there are multiples selected then it should be to "Whole Selection" as it is now. * BUG: Where three text items are selected, the align to text-baseline sometimes depending on the item selected, aligns to the wrong item when Last Selected is used. First selected is also effeted. * Gimp's small theme allows more widgets to be displayed on the screen. Maybe some themes for inkscape would be useful. * Never make an object that is transparent and thus not selectable. * Multiple pages None important issues * Zoom correction should be specific to a screen.

5 9

Website: Release Page
by Martin Owens 19 Apr '14

19 Apr '14

We're having the Inkscape meeting here at LGM I've put together a page on the website for the next release: http://inkscape.org/en/develop/next-release/ I've included some details as well as some firm dates for the next release which I want us to hit. Bryce hasn't signed up to a fixed schedule yet, but it's time to get this nailed down and I think we're ready to get a release out now, let alone in a few months. So we should certainly be able to hit it. What are your thoughts? Best Regards, Martin Owens

7 23

Preference Observer in Init
by Martin Owens 19 Apr '14

19 Apr '14

Hi devs, A bit of bother with a new DesktopPrefObserver to watch for a new settings modification. The diff is available here: https://code.launchpad.net/~doctormo/inkscape/image-outline-option/+merge/2… The idea is simply to initalise the observer and specify the option to observe. See failed variable _image_render_observer in desktop.cpp and desktop.h The error comes from the string, it says the string is a `const char [36]` while it needs a const GLib::ustring. Usually I've seen the code be more flexible about const strings at compile time, but this one is being picky. Any ideas? Also a question about the option. Should it be enabled or disabled by default? Would a user expect bitmap images to be exceptions in outline mode or would they expect them to be red squares with an X inside by default? Best Regards, Martin Owens

3 4

Re: [Inkscape-devel] Inkscape native OSX builds
by lauhub 17 Apr '14

17 Apr '14

Hi everybody, First message for me too so hello. And I am also an OSX user and I can be a tester. Just let me know how to do this (where to download the package). Le 16/04/2014 22:37, inkscape-devel-request(a)lists.sourceforge.net a écrit : > Date: Wed, 16 Apr 2014 09:42:45 -0500 > From: Hiram Perez<hiram.001@...400...> > Subject: Re: [Inkscape-devel] Inkscape native OSX builds > To:"inkscape-devel(a)lists.sourceforge.net", > inkscape-devel(a)lists.sourceforge.net > Message-ID:<7901A6A430C04C02909CF335FF0D8750@...400...> > Content-Type: text/plain; charset="utf-8" > > > Here, another OSX user who can be a tester, BTW it?s the first time I write to the list, so hi! > > -- > Hiram Perez > Sent with Sparrow (http://www.sparrowmailapp.com/?sig)

1 0

Inkscape Website: upgraded to 3.0 on staging
by Martin Owens 17 Apr '14

17 Apr '14

Dear developers and website helpers, One of the features needed on the website was 'revision history', to be able to see edits and revert them if needed. The newest version of django-cms[1], version 3.0 is a big step up from the previous 2.3 we were using. I've done all the background work to upgrade our website to this version of django-cms and deployed it to staging for testing. Please take a few minutes to test the staging website and report back any issues. You'll find the editing process to be much easier now and I hope the translation of pages should be easier too since we have diffs from the revision history to calculate changes. Best Regards, Martin Owens [1] At the LGM meeting I stated that the django-cms project wasn't maintained, this was incorrect. There are plugins which have been dropped (twitter) and plugins which have been moved over to other focused projects (text). Version 2.3 is unmaintained.

2 4

Inkscape 0.48.5
by Krzysztof Kosiński 16 Apr '14

16 Apr '14

Hello everyone I would like to push out Inkscape 0.48.5 in the very near future (1-2 weeks at most), since a fair number of bugfixes have accumulated since the last stable release 15 months ago. If you know of any simple bugs that can be fixed by backporting a few lines of code, please tag them with "backport-proposed" in the Launchpad bug tracker, so that I can fix them. I could use some assistance with the following: 1. Writing release notes 2. Making binary packages for Windows and OSX 3. Announcing the release on the website and mailing lists Anyone wants to help? Regards, Krzysztof

9 29

Re: [Inkscape-devel] Inkscape native OSX builds
by Jared Meidal 16 Apr '14

16 Apr '14

I'm working in a multiplatform environment. If you need any help with Mac OS testing (10.9, 10.6), I would be happy to help with beta testing. I love seeing native build screenshots and the Mac OS theme integrated. --Jared > -----Original Message----- > Message: 6 > Date: Tue, 15 Apr 2014 14:58:37 -0700 > From: Alex Buchanan <buchanae@...400...> > Subject: Re: [Inkscape-devel] Inkscape native OSX builds > To: su_v <suv-sf@...58...> > Cc: Inkscape <inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <CA+rZ+czbmvRu+oHf_JKWu=7Ttn05OJ51SskuoD-=- > TS4O0QQVw@...401...> > Content-Type: text/plain; charset="utf-8" > > In my experience, it's a bad idea to pile on a bunch of complex changes at > the last minute. It sounds like 0.48.5 is ready to go, and Mac OSX stuff is > still in development. Better to take your time and make sure it's a quality > release. As Adam mentioned, you can still announce that Mac integration is > important and under development and start recruiting beta testers. > > > On Tue, Apr 15, 2014 at 12:05 PM, su_v <suv-sf@...58...> wrote: > > > On 2014-04-15 19:37 +0100, Krzysztof Kosi?ski wrote: > > > 2014-04-15 19:34 GMT+02:00 su_v <suv-sf@...58...>: > > >> On 2014-04-15 18:53 +0100, Krzysztof Kosi?ski wrote: > > >>> 2014-04-15 16:04 GMT+02:00 Adam Strzelecki <ono@...1858...>: > > >>>> Hello, > > >>>> > > >>>> I was doing some fixing to OSX builds back in 2008. Now I came back > > to see whazzup (since Inkscape is best SVG editor around) and had a chat > > with Valerio (su_v) yesterday. > > >>>> > > >>>> Basically his builds are great improvement to what is there both in > > trunk (OSX builds scripts) and X11 based builds experience. > > >>>> > > >>>> Therefore I strongly encourage Inkscape maintainers to incorporate > > his patches into Inkscape trunk and finally provide native OSX builds. > > >>> > > >>> OK, I can merge these branches, though I can't test them as I have no > > >>> access to OSX. > > >>> > > >>> I note that suv's branch contains some extra extensions in the > > >>> packaging directory. Is this intended? Why are they not in the global > > >>> extension directory? > > >> > > >> Please note: current state of the branch is 'experimental', and I didn't > > >> request a merge at this stage yet. > > > > > > I would really like to get 0.48.5 out of the door this week (e.g. get > > > a tarball uploaded). > > > > > > Should I just release it as is, or wait for further OSX improvements? > > > > Don't know, either (neither option seems really ok). [0] > > > > 1) Current packaging scripts in trunk and in the stable release branch > > don't work to quickly produce a new X11-based package of 0.48.5. [1] > > > > 2) Creating new packages with GTK+/Quartz and better OS integration > > requires changes in 'src' which need to be reviewed, fixed, or written > > (some are missing at the moment). [2] > > > > 3) A possible compromise for 0.48.5 (native backend, but no OS > > integration) might be doable, but would also take time. [3] > > > > > > IIRC - for the stable release branch, after the long delays which had > > occurred in the past, it was decided to not delay a new release itself, > > even if packages for some of the supported platforms are still missing. > > > > How to handle this if creating the missing packages would require > > changes to the released sources, I don't know. > > > > > > Regards, V > > > > > > > > [0] I would not want to be the one who calls for or causes a further > > delay, OTOH if there's another release without OS X packages, this will > > further hurt Inkscape's image among Mac users. > > > > [1] The application launcher which in this case needs to be a binary no > > longer compiles (on 10.6 and later), the precompiled python modules > > which used to be hosted on modevia are gone, the script to fill the app > > bundle is outdated wrt upstream changes and awfully slow, available > > documentation of the build and packaging process it out-of-date (also > > wrt upstream changes in MacPorts, and in newer releases of OS X / Xcode). > > > > [2] These changes in 'src' also need to be verified to not cause issues > > on other platforms (for example the additional modifier added for usage > > in the keymap files). > > > > [3] Does not exist yet (as branch, or patch). In the osxmenu branch, one > > would have to revert the OS integration parts, and its effects on the > > bundle structure & launcher. The resulting package would have less OS > > integration (no support for 'Open with...' or for opening files by > > drag&drop on the Dock icon), and still use 'Ctrl' instead of 'Cmd'. > > > > > > ------------------------------------------------------------------------------ > > Learn Graph Databases - Download FREE O'Reilly Book > > "Graph Databases" is the definitive new guide to graph databases and their > > applications. Written by three acclaimed leaders in the field, > > this first edition is now available. Download your free book today! > > http://p.sf.net/sfu/NeoTech > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

2 1

anybody else having "debug" output problems?
by mathog 16 Apr '14

16 Apr '14

Recently DEBUG statements of the type: std::cout << "DEBUG message" <<std::endl; have started acting up. They are not coming out on the console when they are executed, and if they do show up, they all come out in a bunch at the end when the program exits, concatenated to each other (no line breaks). Anybody else seeing that? It seems to have started doing this about the time the Unable to find: DialogGridArrange console message appeared on startup. Possibly it might be related to this: http://stackoverflow.com/questions/7019454/why-does-stdcout-output-disappea… Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 5

Fwd: inkscape release 0.91, packaging win32
by the Adib 15 Apr '14

15 Apr '14

let us finish the release using mature versions and then reconsider all possibilities incl. the 64bit versions. Adib. -- On Tue, Apr 15, 2014 at 10:51 PM, the Adib <theadib@...400...> wrote: > Hello mathog, > > a long time ago there was only dw2 for windows. > The problem was that exception catching accross dll boundries was not > possible. > The sjlj supports this. > I am not an expert but I fear to mix libraries compiled using different > versions dw2/sjlj. > > Probably there was a good reason ... > > Regards, > > Adib. > > > On Tue, Apr 15, 2014 at 9:09 PM, mathog <mathog@...1176...> wrote: > >> On 15-Apr-2014 01:06, the Adib wrote: >> >> Inkscape should be compiled using SJLJ stack unwinding. >>> >> >> Why? There does not seem to be a consensus that SJLJ is in general >> better than DW2. See for instance: >> >> http://stackoverflow.com/questions/318383/exception- >> handling-models-of-gcc >> >> >> David Mathog >> mathog@...1176... >> Manager, Sequence Analysis Facility, Biology Division, Caltech >> > >

1 0

Re: [Inkscape-devel] inkscape release 0.91, packaging win32
by the Adib 15 Apr '14

15 Apr '14

Hi mathog, +all If you check the TDM MINGW GCC download page for the used gcc compiler http://tdm-gcc.tdragon.net/download you will see that you have to choose between: - GCC base files & C support — SJLJ exceptions.and - GCC base files & C support — DW2 exceptions. If you choose the later one your application depends on ligcc_s_dw2-1.dll as well (and not the libgcc_s_sjlj-1.dll) Inkscape should be compiled using SJLJ stack unwinding. I checked the WIKI about that point if the wiki akes a clear statement which compiler to use. Unfortunatelly I do not see a clear <use this mingw version>. If someone can help clarifying this point.? Regards, Adib. -- On Tue, Apr 15, 2014 at 12:11 AM, mathog <mathog@...1176...> wrote: > On 14-Apr-2014 15:14, the Adib wrote: > >> mathog, >> >> you are probably using an unsupported compiler. You should use a compiler >> with sjlj exception handling. >> >> Pls check build.xml. This prepares libgcc_s_sjlj-1.dll to be copied to the >> inkscape directory. >> <copy todir="${dist}" file="${devlibs}/bin/libgcc_s_sjlj-1.dll"/> >> >> All needed dlls are present after btool build procedere. >> > > Inkscape directory has libgcc_s_sjlj-l.dll, but not ligcc_s_dw2-1 or > libstdc++6, and those are not mentioned in the build.xml. Those two dll's > are picked up because they are in mingw itself and the PATH is set to find > them. > > Well, I guess I can always copy them into inkscape\inkscape before making > the installer. > > Besides placing the program in C:\Program Files\ on the target system, > what else does the installer do? Desktop icon, start list? > > > Thanks, > > David Mathog > mathog@...1176... > Manager, Sequence Analysis Facility, Biology Division, Caltech >

5 5

Unit-related regressions
by Krzysztof Kosiński 14 Apr '14

14 Apr '14

Hello The bug tracker has lots of fairly severe items related to the viewbox-based unit support, for example these: https://bugs.launchpad.net/inkscape/+bug/1236257 https://bugs.launchpad.net/inkscape/+bug/1235279 https://bugs.launchpad.net/inkscape/+bug/1235279 https://bugs.launchpad.net/inkscape/+bug/1244861 Is there some kind of plan for dealing with those? Regards, Krzysztof

2 1

Build failure on Windows with trunk revision 13283
by liamw 14 Apr '14

14 Apr '14

After what must be a somewhat recent update, I ran btool clean to do a fresh rebuild. Now I cannot compile Inkscape anymore. Here are the relevant lines from btool: ##### Target : compile ##### compile the source to .o --- compile / cc compile src/verbs.cpp Make error line 304: problem compiling: In file included from c:\devlibs/include/gtkmm-2.4/gtkmm/toolbutton.h:27:0, from c:\devlibs/include/gtkmm-2.4/gtkmm/toggletoolbutton.h:30, from src/ui/dialog/icon-preview.h:24, from src/verbs.cpp:79: c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:165:20: error: 'Tooltips' has not been declared c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:519:28: error: 'Tooltips' was not declared in this scope c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:519:80: error: template argument 2 is invalid compile src/ui/dialog/dialog-manager.cpp Make error line 304: problem compiling: In file included from c:\devlibs/include/gtkmm-2.4/gtkmm/toolbar.h:32:0, from src/ui/dialog/livepatheffect-editor.h:24, from src/ui/dialog/dialog-manager.cpp:32: c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:165:20: error: 'Tooltips' has not been declared c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:519:28: error: 'Tooltips' was not declared in this scope c:\devlibs/include/gtkmm-2.4/gtkmm/toolitem.h:519:80: error: template argument 2 is invalid In file included from src/ui/dialog/livepatheffect-editor.h:24:0, from src/ui/dialog/dialog-manager.cpp:32: c:\devlibs/include/gtkmm-2.4/gtkmm/toolbar.h:375:3: error: 'Tooltips' does not name a type Just to make sure, I updated my devlibs: Tree is up to date at revision 52 of branch http://bazaar.launchpad.net/~inkscape.dev/inkscape-devlibs/trunk What's going on? -- View this message in context: http://inkscape.13.x6.nabble.com/Build-failure-on-Windows-with-trunk-revisi… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 4

next release and import pdf via poppler-cairo
by the Adib 14 Apr '14

14 Apr '14

If I sumarize the last messages about the poppler-cairo pdf import: - the method is usefull as well as the original native poppler import, - there should not two different menu items for importing the same file format I will then continue and check how to merge the poppler-cairo functionality into the native dialogue in order to import via poppler-cairo. This will be a checkbox option. If choosen poppler-cairo import all other options will be disabled. Does this makes sense? regards, Adib. --

3 2

inkscape release 0.91, packaging win32
by the Adib 13 Apr '14

13 Apr '14

Hello all, I did some modifications for properly create nsis-based .exe installer for win32. Now as of rev13283 it packages all fine, some translations are to be done before release. So one more point to tick off the list. Regards, Adib. --

1 0

New LPE: Simplify
by Jabiertxo Arraiza Cenoz 12 Apr '14

12 Apr '14

Hi to all, just developed a new path effect called "simplify". The code is on https://code.launchpad.net/~jabiertxof/inkscape/simplify It simplify a path or group. Think give more control to the standar simplify command (Ctrl+L), because the "fixed" value threshold is modificable, so you can fine tune a lot the simplify. I also add a optional helper path with the generated nodes and or handles to "know" the result path. Feedback are welcome. Regards, Jabier.

3 4

Re: [Inkscape-devel] [Inkscape-translator] Website: News Creation and Translation
by Martin Owens 12 Apr '14

12 Apr '14

Hi everyone, Thanks for the testing from various people. The bugs and corner casses (rss feeds, editing flow etc) have been fixed and I've pushed the news to the live website. I've also fixed the data on live as translations needed to be 'attached' to their parent document to be true translations in the new mechanism. Thanks for all your help guys, if anyone needs assistance with translating news, let me know. Best Regards, Martin Owens On Thu, 2014-04-10 at 23:29 +0300, Yaron Shahrabani wrote: > Hey! > > I see some of the Wiki pages regarding translation are no longer > relevant, can someone please help me arrange the different links and > explanations there? > > (Some links are broken and some of the methods are no longer > relevant). > > > And what is the current translation platform? Do translators need to > download, edit and upload back or is there any more efficient way? > > Sorry for bursting like that I'm just really not involved and the wiki > pages confused me even further... > > > Kind regards, > > > Yaron Shahrabani > <Hebrew translator> > > > On Thu, Apr 10, 2014 at 7:22 PM, Martin Owens <doctormo@...400...> > wrote: > Dear Developer and Translators, > > The inkscape website has some new functionality to create, > edit, delete > and translate news articles. > > If you can, I'd like you to help test the functionality over > on > http://staging.inkscape.org/news/ and find any issues and > wrinkles > before the new functions are pushed to the live website. > > Let me know the issues here on the mailing list rather than on > the bug > tracker so I can keep the bugs for live issues. > > If you don't see any buttons, it's because you must be logged > into the > website and you must have the required permissions. Let me > know here > when you're testing and I'll enable your staging account to > have > permissions. > > Thanks to everyone who's helped push improvements in the > website :-) I > hope we'll have a couple more people working on website > functionality in > the coming months. > > Best Regards, Martin Owens > > > ------------------------------------------------------------------------------ > Put Bad Developers to Shame > Dominate Development with Jenkins Continuous Integration > Continuously Automate Build, Test & Deployment > Start a new project now. Try Jenkins in the cloud. > http://p.sf.net/sfu/13600_Cloudbees > _______________________________________________ > Inkscape-translator mailing list > Inkscape-translator(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-translator > >

2 2

Help with numpy.linalg.solve
by Jabiertxo Arraiza Cenoz 11 Apr '14

11 Apr '14

Is there any function in 2Geom to handle this: http://www.mathsisfun.com/algebra/systems-linear-equations-matrices.html or the same :python numpy.linalg.solve Thanks in advance, Jabier.

6 12

Showing patches in "About Inkscape"
by mathog 11 Apr '14

11 Apr '14

Would anybody else find it helpful if "about inkscape" showed a list of all the patches that were applied? Not the ones that were committed to trunk, but the ones that are still in play, so to speak. At any given time I have several that have been submitted but have not yet been checked on OSX and then committed. Or they fell through the cracks for some other reason and were never committed, or have not yet been posted. The mixture that are present in any given build may vary, and diffing the patch files to see what is what is not fun. That said, I'm not at all sure how one would coerce bzr and patch to allow this. Presumably there would be a "patches.cpp" containing text something like: ... "this patch", "that patch", ... and each patch would stick a name in there to identify itself. Before commit, just remove the patch specific for "patches.cpp". I suspect patch might get awfully confused by that file. It would probably be easier to apply the patches through a script so that: ./apply_patch.sh for_this.patch would take the file name and automagically edit it into the file, while dropping the "bzr diff" generated path TO "patches.cpp". Just a thought, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 2

Website: News Creation and Translation
by Martin Owens 10 Apr '14

10 Apr '14

Dear Developer and Translators, The inkscape website has some new functionality to create, edit, delete and translate news articles. If you can, I'd like you to help test the functionality over on http://staging.inkscape.org/news/ and find any issues and wrinkles before the new functions are pushed to the live website. Let me know the issues here on the mailing list rather than on the bug tracker so I can keep the bugs for live issues. If you don't see any buttons, it's because you must be logged into the website and you must have the required permissions. Let me know here when you're testing and I'll enable your staging account to have permissions. Thanks to everyone who's helped push improvements in the website :-) I hope we'll have a couple more people working on website functionality in the coming months. Best Regards, Martin Owens

1 0

Email Notifications for Merge Requests
by Martin Owens 10 Apr '14

10 Apr '14

One item on the todo list at LGM was getting better notifications about when merge requests come in. This answer shows how to set this up with mailman: http://askubuntu.com/questions/28757/for-my-project-in-launchpad-how-do-i-s… It requires an administrator for the inkscape project to set the branch reviewer to our mailing list account. First, is this action a good idea? Do we want some emails to our list about merge requests? Second, is this the best technique? It could be done via a cron script and liblaunchpad too. And thirdly, any project admins have the time to configure the mailing list and the project to set this up for us? Thanks for your time, Best Regards, Martin Owens

5 6

Ellipse to path
by Jabiertxo Arraiza Cenoz 09 Apr '14

09 Apr '14

Hi to all. I have a problem if I convert a ellipse to path. The path value have a "d" value. It render ok, but if you move a node and come back to original position the "d" property of the path is diferent. It give me some problems accessing to the Geom::CubicBezier of the original path segment, it give me a false cubic segment. Here are the "d" values after and before node-> key up -> key down: Just converted to path (straight segments with Geom::CubicBezier): m 148.5715,1206.648 a 417.1429,374.2857 0 0 1 -417.1429,374.286 417.1429,374.2857 0 0 1 -417.1429,-374.286 417.1429,374.2857 0 0 1 417.1429,-374.2858 417.1429,374.2857 0 0 1 417.1429,374.2858 z Node up-down m 148.5715,1206.648 c 1e-4,99.267 -43.9487,194.468 -122.17821,264.66 -78.22948,70.192 -184.33149,109.626 -294.96469,109.626 -110.6332,0 -216.7352,-39.434 -294.9647,-109.626 -78.2295,-70.192 -122.1783,-165.393 -122.1782,-264.66 0,-99.267 43.9488,-194.468 122.1783,-264.66 78.2295,-70.1922 184.3314,-109.6258 294.9646,-109.6258 110.6332,0 216.73514,39.4336 294.96461,109.6258 78.22949,70.192 122.17829,165.393 122.17829,264.66 z Thanks in advance, Jabier.

3 4

rev 13276 build broken ?
by the Adib 09 Apr '14

09 Apr '14

Hi after Makefile.am change I did a fresh bzr branch lp:inkscape ./autogen.sh ./configure make but make does not run as ./configure is not completed properly so what to do? Adib. --

2 3

New LPE envelope-perspective
by Jabiertxo Arraiza Cenoz 09 Apr '14

09 Apr '14

Hi. I create a new branch[1] with an LPE to apply envelope or perspective to a object by 4 points. Perspective, is migrated from original extension from Dmitry Platonov/Aaron Spike to C++. Envelope is created by the compose function '2dsb2d' and based in Lattice/lattice2 code Both are managed only by a simple 4 point parameters. If want envelope with curve deformation, you can use this LPE's, the built-in "Envelope Deformation" or "Lattice2"[2] New LPE envelope-perspective: [1]https://code.launchpad.net/~jabiertxof/inkscape/envelope-perspective Lattice2 [2]https://code.launchpad.net/~inktxof/inkscape/lattice2 Regards, Jabier.

1 0

Help with "ghost" object after cloning
by Johan Engelen 08 Apr '14

08 Apr '14

Hi all, I am trying to fix this bug: https://bugs.launchpad.net/inkscape/+bug/1299461 What I see is some weird behaviour. It seems a "ghost" object is lingering around after creating a clone. What I see is that after cloning a path, every change to that path now triggers /two/ calls to SPPath::set. The second call is on an SPObject with no id set (getId() == null), but it's repr points to the original path (1st path id == 2nd path->getRepr()->attribute("id")). This second object is triggering an LPE calculation before everything is set up correctly, leading to the bug reported. I don't know how this ghost object arises, and I believe it should be killed. At the very least it is triggering duplicate operations; and at worst, it bugs normal operation. thanks for some help, Johan

3 3

HSL values
by Not Telling 08 Apr '14

08 Apr '14

Hi everyone, Just a suggestion for development of Inkscape, I notice using it that HSV values are in range of [0,256) and I just wanted to suggest that this be corrected. Basically, because "hue" numbers are an angle in the HSV colourspace hexagon/circle, hue should be out of 360 Also, "saturation" and "value" numbers are percentages, so having them out of 256 doesn't really make any sense from a conceptual point of view. Cheers, Binderbound

4 4

Re: [Inkscape-devel] Inkscape
by Manuel Hiciano 08 Apr '14

08 Apr '14

Good night: It is to inform you that we will be sending later a detailed summary explaining the idea that well be working for him so start the project. Thank you! 2014-04-07 10:59 GMT-03:00 Martin Owens <doctormo@...400...>: > On Sun, 2014-04-06 at 21:31 -0300, Manuel Hiciano wrote: > > Explain me the procedure to be carried to go understanding. > > > Businesses who want to hire developers to do work specify the work and > then the developer will negotiate a price. > > It can cost anything from $300 to $4,000 depending on the amount of work > you need and who does it. > > Martin, > >

1 0

Object Module
by Jelle Mulder 08 Apr '14

08 Apr '14

Hello Manuel, If I understand you correctly, what you want to achieve is some kind of object management tool in which you can select objects by their ID tag and do things with them, like change attributes or style, rename them, walk the object tree by expanding it, add events, etc. If it is anything like the object manager you can find in Coreldraw for instance I think that would be a great addition. It could also serve as an alternative display for the XML editor that displays the file structure and nested objects by tag name rather than ID. It would be nice if for instance you could select an object (such as a group) by ID (using a filter for instance with reg exp. or part of the ID name) and then have them show as selected in the drawing on the canvas. It would also allow for objects in the defs to be found more easily and maybe bring them to the body by just dragging them. It would also make for an interesting option if for instance filters, gradients and fills in the defs could be displayed in a list with a simple representation. Using the symbol tool for example code would show how to create the displays of those. Filters probably being the more difficult as they won't display anything without a background, so for each of those a primitive background would need to be defined. If that could be extended with an option to open an external file next to it as to drag and drop elements by either <use> or copy to the file being edited, you'd have created a real power tool. Or am I now getting too free in my interpretation of what you mean to create ;-) Cheers, Jelle On Sun, 06 Apr 2014 09:22:08 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Message: 5 > Date: Sat, 5 Apr 2014 21:21:59 -0400 > From: Manuel Hiciano <networkhiciano@...400...> > Subject: Re: [Inkscape-devel] INKSCAPE > To: Alexandre Prokoudine <alexandre.prokoudine@...400...>, > Inkscape-Devel List <inkscape-devel(a)lists.sourceforge.net>, > Inkscape-devel-request(a)lists.sourceforge.net > Message-ID: > <CAFirjRAOENv159rX4VCfdOg0iqJ93S8cTzwysLbNO8ennptjCw@...401...> > Content-Type: text/plain; charset="iso-8859-1" > what I would like is to add modules that allow you to work on something > specific, in this case draw outside plant telephone, which allows you to > draw lines, utility poles, booths, terminals, etc.. But these are already > established in INKSCAPE. As such I would like to remove a cable, then I > click on the function and the cable I want to delete. This is possible, > but > would like to know what you think and if you are agree to add these > features.

2 1

Hello world
by Elie Michel 07 Apr '14

07 Apr '14

Hi, I just suscribed to the mailing-list because it's been a long time I 'd like to contribute to Inkscape but I don't know exacty how to proceed and what to do. I have skills in programmation, but I never studied such a large project and so I feel completely lost when I browse the source files for example. So I'd like to know what is the recommended way to discover Inkscape organisation. Is it helpfull to begin with plugin development or is it so different than it will not help me understanding the code structure ? Are there simple little tasks that I could try to achieve in order to get more familiar with it ? Tasks that would not require a complete understanding of the entire code. But I can also help in other way than patching the core soft, with some web dev or translation. I suscribed to the translator mailing-list too but I don't know exactly how it works, how to find what to translate, etc. For example the new next-release page has obviously not been translated in French (which is my mother language) but what am I supposed to do if I want to translate it ? Please excuse me if I just missed the place where all this information can be found ! Best regards, Elie

4 3

Inkscape
by Manuel Hiciano 07 Apr '14

07 Apr '14

what I would like is to add modules that allow you to work on something specific, in this case draw outside plant telephone, which allows you to draw lines, utility poles, booths, terminals, etc.. But these are already established in INKSCAPE. As such I would like to remove a cable, then I click on the function and the cable I want to delete. This is possible, but would like to know what you think and if you are agree to add these features. Tranks you!!!

3 4

Reporting build Issues
by Partha Bagchi 06 Apr '14

06 Apr '14

Is it worthwhile reporting building issues against the latest launchpad (thanks to Josh Andler for pointing it out to me) tarballs or simply wait for the next revision hoping it's fixed? For example, while build revision 13270, I encountered this error: 2geom/toposweep.cpp: In member function 'Geom::TopoGraph::Edge Geom::TopoGraph::remove_edge(unsigned int, unsigned int)': 2geom/toposweep.cpp:56:1: error: control reaches end of non-void function [-Werror=return-type] } ^ cc1plus.exe: some warnings being treated as errors Makefile:8041: recipe for target `2geom/toposweep.o' failed make[3]: *** [2geom/toposweep.o] Error 1 make[3]: Leaving directory `/usr/src/graphics/inkscape/revison-13270/src' Makefile:5049: recipe for target `all' failed make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/src/graphics/inkscape/revison-13270/src' Makefile:1070: recipe for target `all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/graphics/inkscape/revison-13270' Makefile:765: recipe for target `all' failed make: *** [all] Error 2 Building on Win 8.1 64-bit using gcc 4.8.1 and Mingw. Thanks, Partha

2 2

INKSCAPE
by Manuel Hiciano 06 Apr '14

06 Apr '14

it is possible to orient the inkspace for something specific drawing, I mean add other features that allow you to work other aspects of technical drawings. Thank you! Waiting for your answers ..

2 3

Warnings check
by Johan Engelen 04 Apr '14

04 Apr '14

Hi all, I'd like people to check what compiler errors are reported for trunk on their system (Windows I can do myself), with these flags: -Wall -Wformat -Werror=format-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Werror=switch -Werror=return-type -Werror -Wno-error=pointer-sign -Wno-error=unused-parameter -Wno-error=unused-but-set-variable -Wno-error=strict-overflow -Wno-error=write-strings -Wno-error=format -Wno-error=format-extra-args Please no comments about whether you like these flags or not, just what build *errors* you get. (don't send me the warnings please!) (On Windows, with these flags we are down to 3 errorring files, and I'm working on them) Thanks a lot, Johan

12 31

Fwd: [Branch ~inkscape.dev/inkscape/trunk] Rev 13262: XMLTree and InkscapePreferences are not dockable windows, don't treat them like one.
by su_v 04 Apr '14

04 Apr '14

I want this feature back (for both dialogs). -------- Original Message -------- Subject: [Branch ~inkscape.dev/inkscape/trunk] Rev 13262: XMLTree and InkscapePreferences are not dockable windows, don't treat them like one. Date: Fri, 04 Apr 2014 13:18:26 -0000 From: noreply@...1881... Reply-To: noreply@...1881... To: ~suv <snip> ------------------------------------------------------------ revno: 13262 committer: Martin Owens <doctormo@...400...> branch nick: trunk timestamp: Fri 2014-04-04 15:16:22 +0200 message: XMLTree and InkscapePreferences are not dockable windows, don't treat them like one. modified: src/ui/dialog/dialog-manager.cpp

2 2

Windows dev build link and msi installer
by Jared Meidal 04 Apr '14

04 Apr '14

Thanks Adib, This installer worked smooth for me and seems a great way for Windows users to peek into a dev build if these files will remain updated. I'll place a link on the website for users to locate this: http://inkscape.org/en/download/windows/ --Jared > As I don't know how we might continue with the publication of daily builds > I put the todays versions on my Google Drive. > Here is the link: > https://drive.google.com/folderview?id=0ByQpCQ-C8wR2b09fYkRTSVk5bWM&usp=sha… > There is: > - bat a bat file that gets the source, compiles and creates the installer > - 7z archived complete directory > - msi new wix based installer > > the optimum would be a "cron job" that builds and publishes the archives > etc. > > Adib.

1 0

XML duplicate document
by Martin Owens 04 Apr '14

04 Apr '14

Hey devs, In fixing bug lp:419266 I noticed that we don't have a document node duplicate function that returns a document. Running duplicate on a document node at the moment will return a normal node (and requires a document as input, which explodes if you try and do anything with it) My attempts at adding a document duplicate function have failed. I just don't know enough about C++ inheritence which is used extensively between Node, SimpleNode and Document, SimpleDocument. If you do know this, I think it should be a quick addition and it would help clear up another bug (1059244) if you could add this function to our xml code. Best Regards, Martin Owens [1] https://bugs.launchpad.net/inkscape/+bug/419266 [2] https://bugs.launchpad.net/inkscape/+bug/1059244

2 1

Re: [Inkscape-devel] Export workflow, template format proposals (discussion)
by Johan Engelen 03 Apr '14

03 Apr '14

Hi all, A quick note, the functionality of saving to a file (possibly a PDF) without setting it as document file is already there. It's called Save a Copy... in the menu. -Johan ----- Reply message ----- From: "Bernard Gray" <bernard.gray@...400...> To: "Martin Owens" <doctormo@...400...> Cc: "Inkscape Devel List" <inkscape-devel(a)lists.sourceforge.net> Subject: [Inkscape-devel] Export workflow, template format proposals (discussion) Date: Thu, Apr 3, 2014 07:39 On 3 April 2014 13:46, Martin Owens <doctormo@...400...> wrote: > On Thu, 2014-04-03 at 11:22 +1100, Bernard Gray wrote: >> My proposal is actually to support both these workflows - add the File >> -> Export to... PDF menu option, but leave the "Save As... -> PDF" >> option intact. > > Sorry I wasn't clear. This is my proposal also. > > I would not like to see a new menu item though. Exporting a specific > type should be something the export dialog takes care of, so exporting > to eps, pdf or something else. > > The big difference between export and save as, is that save as sets the > document filename to this new filename and export should not. Great, we're on the same page - I'm not fussy as to how it's implemented in the menu. Gimp currently provides two Export options in it's file menu, "Export", and "Export As...": * Export As... takes you to a file picker dialog, where you can choose the location and format of the exported file * If you haven't exported the document already, the "Export" button does the same thing * Once you have exported the document, it remembers the last file you exported to and the "Export" button title changes to reflect this, ie "Export to <file>.<extension>" This would require the addition of a new menu item though. If you want to avoid this would you prefer to just go with something similar to the Gimp "Export As..." button/functionality? > Martin, > ------------------------------------------------------------------------------ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 2

Export workflow, template format proposals (discussion)
by Bernard Gray 03 Apr '14

03 Apr '14

Hi All, It's been a long time (my alias is cleary) - We're beginning to see inkscape get some traction in our company as a tool for non-designers to make small changes to templates/documents that our designers create. An example scenario: Our HR Dept does Job Vacancy releases. These job vacancy documents have fairly standard elements, and the vast majority of changes that the HR guys need to make are as simple as changing the date, or location. The workflow I'm looking to introduce is: the Designers create a template, HR can then take that template, make minor text changes, export to PDF and distribute. There are two niggles in the way inkscape handles this process, and I'd like to at least open up some discussion on resolving these niggles. 1st Niggle: Exporting to PDF is a "Save" operation, not an "Export" operation After they've made some changes, the users must remember to save as SVG first before saving as PDF in order to maintain a compatible "source" document. They also have to remember that after saving as PDF, they are no longer working on the source document. Proposal: Expand the "Export to Bitmap" File menu item to include PDF, and potentially other formats that are not suitable as a "source" document ie they can't preserve an adequate level of info - layers, objects etc By doing this, The Export action creates the PDF (or non-source suitable) document, and any subsequent modifications are still saved to the source SVG document without any further opening/closing/saving over existing docs. Gimp recently introduced this idea I believe. 2nd Niggle: The current "Templates" handling involves maintaining documents in a dir under the inkscape profile dir. This requires some bespoke SOE handling for multiple users to get access to multiple templates. Proposal: Introduce an "inkscape template" file extension in a similar fashion to popular office suites (.svgt?). The file is no different to a standard inkscape svg, the only difference would be that when you go to Save the document for the first time, it forces you to use the Save As... dialog so you don't overwrite the template. This would allow users to keep templates *anywhere*, and won't require any significant training or support to make sure there's no accidental clobbering of the template documents. I'd be keen to hear people's thoughts, and I realise this may be better as two separate discussions. My programming skills are fairly atrophied these days, but I would definitely consider having a crack at patching something. Paying for the features either in the form of a project donation or by specifically hiring resources are also possibilities. Thanks for your consideration, Bernard Gray

2 6

Export workflow, template format > proposals (discussion)
by Jelle Mulder 03 Apr '14

03 Apr '14

Hi all, My two cents on this ongoing discussion. 1.) Export of non native file formats Everything that is not native Inkscape should go to an export/import. I think Bernard's case gives a great rationale for doing it that way. Indeed it takes less brain effort to just export and import and keep the work file in InkSVG format. I'm pretty used to Inkscape, but I've had my moments of doubt. I can imagine that for people less knowledgeable will make the wrong decision here. 2.) Template directory of choice - Template extension .svgt It would be a really nice thing if you could put your templates in a directory of choice at least, so it would be easier to keep a selection of templates you'd actually use in it. Or in case you want to make changes to existing templates copy them to a new directory and edit them there without fear of messing things up. Using the export again, it would be easy to save a file as template in the directory of choice, rather than just save the file and mess up the original template. Otherwise, save the thing as a new file and force naming it with a blank name. Using an extension like .svgt feels a bit over the top. Next we'd have .svgr (resource file) etc. Whereas it is all SVG content with a few extra namespaces. Having a more logical way of organising your files seems more to the point to me. Cheers, Jelle On Thu, 03 Apr 2014 08:22:59 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Message: 8 > Date: Thu, 3 Apr 2014 11:22:51 +1100 > From: Bernard Gray <bernard.gray@...400...> > Subject: Re: [Inkscape-devel] Export workflow, template format > proposals (discussion) > To: Martin Owens <doctormo@...400...> > Cc: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <CA+Br8tPvQHPu3NeSeR7R1hkJL5-75rQ3FykAW0Kf4tDZDwja+A@...401...> > Content-Type: text/plain; charset=ISO-8859-1 > On 2 April 2014 21:36, Martin Owens <doctormo@...400...> wrote: >> On Wed, 2014-04-02 at 13:06 +1100, Bernard Gray wrote: >>> I'd be keen to hear people's thoughts, and I realise this may be >>> better as two separate discussions. >>> My programming skills are fairly atrophied these days, but I would >>> definitely consider having a crack at patching something. Paying for >>> the features either in the form of a project donation or by >>> specifically hiring resources are also possibilities. >> >> Hi Bernard, >> >> I think the solution might be to think of inkscape as the template >> creator and renderer. >> >> So one can run inkscape from a script or command line in order to turn >> any svg into a pdf. This is useful for keeping things in svg until the >> last part of the process and you can automate this. I've seen solutions >> that watch a directory for svg files and render pdf files automatically. > Hi Martin, > Thanks for the reply - I imagine that scripting is a common (and for > us at least) a fairly simple option to implement. > In my users case though, this goes back to limiting the locations > where they can store the files, and I'm trying to remove this > restriction on them. It'll also cause us support issues if the service > isn't running, or they move the files and it stops working etc. The > least added maintenance/support we the IT team have to do, the better. > Like it or not, you guys have done a great job of the GUI interface. > It's very accessible, and users can go from novice to functioning in a > matter of minutes. For this scenario specifically, I'd like to > leverage this feature > >> The other option is to print to pdf. Not sure if it's the same for >> inkscape's renderer or not though. > Great idea - for the HR guys, they're running windows so I'll check to > see what print dialogs/renderers we can get access to there and that > might be an adequate workaround for now. > >> For data entry. i.e. fixed fields. We could do more work there for sure. >> We don't really have a way of specifiying parts of a document which are >> configurable and parts that aren't. I don't think SVG2 is going in that >> direction either (please surprise me with a correction Tav) > Don't worry about this bit - to create this feature I've just added a > layer of non-editable elements, and locked that layer. Then all the > editable elements go on a new, unlocked layer. > >> Overall I think the work might be done with smaller scripts. Although >> we'd certainly appreciate the investment in inkscape to improve the save >> and export design. In my designs, save would be for any file. It would >> default and prioritise svg/plain svg etc, but if you selected pdf or png >> it would open the export dialog setting that file. Making it a two entry >> flow rather than two single flows. > That's an interesting take on it. I was thinking that we could > potentially leave both flows in (ie adding the file types to the > Export menu, but not removing them from the Save menu). I guess it > gets complicated here because inkscape has the ability to handle PDF > file types directly (opening and saving), so ideally you'd want to be > able to save back to that (and similar) file types directly where > applicable. > One of the reasons I proposed the Export to... option and keeping the > two flows separate was to maintain consistency with the workflows of > other similar tools. I just realised that my knowledge of other tools > (adobe cs suite for example) is fairly limited, so I just went and had > a chat to the designers next door to see what is actually done - > Illustrator: No "Export to... PDF" option, only "Save As...-> PDF". > This behaviour is the same as inkscape currently > InDesign: Has "Export to... PDF" option, but no "Save As... -> PDF" > So it's no clearer > My proposal is actually to support both these workflows - add the File > -> Export to... PDF menu option, but leave the "Save As... -> PDF" > option intact. > This gives the opportunity for a user to not have the source file > changed from underneath them via a save operation *if they choose* and > significantly reduces the risk of it happening inadvertently, but > leaves the scenario where you can change the working file to a > different format deliberately, *if you choose*. > It can also open up the opportunity for exporting to other bitmap > formats (like jpeg which I occasionally find myself having to take and > extra step to convert to from time to time) > >> There's little reason to consider pdf options and png options to be >> somehow different. > The options for exporting aren't different per se, but the concepts of > Exporting vs Saving *are* very different. That's the key issue I'm > working to resolve. > >> Best Regards, Martin Owens > Any thoughts on the svgt(emplate) file proposal? I raised the idea > with the designers, and they really liked it. Apparently they are > constantly fixing "template" files that have been accidentally > overwritten because someone forgot to take a copy first, or remember > to use Save As for the first save.

1 0

tessellation maker - Escher inspired
by Mark Schafer 02 Apr '14

02 Apr '14

Saw this great project. Would make a great plugin for inkscape. Posting for the future... http://danceswithferrets.org/geekblog/?p=154

2 3

Text Blocks as Templates
by Martin Owens 01 Apr '14

01 Apr '14

Hi devs, I noticed filedialogimpl-gtkmm.cpp has been cleaned by Johan. I was wondering if there's any way to take big blocks of template like the kind used in this file and keep them in separate files. I'm aware that there are pre-compile and compile-time macros and other interesting ways to handle these things. Or a run time loader (reducing the size of the binary, but increasing load time?) The three templates are sizable enough to be seperate, so is it C++ that prevents us or is it just messy to do so? Thanks for your answers, Best Regards, Martin Owens

2 1

Windows build broken
by Johan Engelen 31 Mar '14

31 Mar '14

Hi all, The Windows build is broken. Possibly after rev. 13225? Error output: compile src/ui/dialog/pixelartdialog.cpp Make error line 304: problem compiling: src/ui/dialog/pixelartdialog.cpp: In member function 'void Inkscape::UI::Dialog::PixelArtDialogImpl::vectorize()': src/ui/dialog/pixelartdialog.cpp:414:65: error: no matching function for call to 'Glib::Thread::create(sigc::bound_mem_functor0<void, Inkscape::UI::Dialog::PixelArtDialogImpl>)' src/ui/dialog/pixelartdialog.cpp:414:65: note: candidates are: c:\devlibs/include/glibmm-2.4/glibmm/thread.h:228:18: note: static Glib::Thread* Glib::Thread::create(const sigc::slot<void>&, bool) c:\devlibs/include/glibmm-2.4/glibmm/thread.h:228:18: note: candidate expects 2 arguments, 1 provided c:\devlibs/include/glibmm-2.4/glibmm/thread.h:273:18: note: static Glib::Thread* Glib::Thread::create(const sigc::slot<void>&, long unsigned int, bool, bool, Glib::ThreadPriority) c:\devlibs/include/glibmm-2.4/glibmm/thread.h:273:18: note: candidate expects 5 arguments, 1 provided Thanks for the fix, Johan

2 3

Private implementations of widgets
by Alex Valavanis 31 Mar '14

31 Mar '14

Hello All, Just wondering if we ever came up with a coding style for the private components of our widgets and dialogs. Our GUI components, for example, the dialog in [1] contain many different Gtk widgets (rather than pointers/refs to widgets) and so we need to include lots of <gtkmm/*.h> headers in our GUI class definitions. If the embedded widgets were replaced by references to objects, we could just use forward declarations of the appropriate classes and then pull the header inclusions into the relevant .cpp files so it should improve our compilation times. Is there a reason why we don't do more of this already? AV [1] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/src/ui/…

5 6

Rewrite of style handling code, code review requested.
by Tavmjong Bah 31 Mar '14

31 Mar '14

Hi all, I have rewritten most of the style handling code in style.h and style.cpp to use real C++ classes. I would like you all to review the code and give feedback. The code is available at: lp:~inkscape.dev/inkscape/style Background: I have found it quite difficult to add new properties to the Inkscape code as I try to implement SVG 2 features. The code in style.cpp is a convoluted mess. To add a new property, one needs to find a similar, already existing property and search through the code for it to find all the places where one should add code for the new property. This is quite error prone and time consuming. Following the advice in the book "Refactoring, Improving the Design of Existing Code" (thanks to the Inkscape fund for a copy), I started to refactor the code bit by bit, while adding a bunch of unit tests to style-testing.h. Scope: I've limited my changes to the following files: style.h style.cpp style-internal.h style-internal.cpp, style-enums.h (plus minor changes to color.h, id-class.cpp, Makefile_insert). There are opportunities for further refactoring but they require modifying code in other files, something I wanted to avoid doing until I got the basic refactoring done. Advantages: It is now quite straight forward to add a new property, especially if it fits one of the pre-existing models. It can be as easy as adding the property to the SPStyle class declaration in style.h, initializing it in SPStyle::SPstyle, storing its address in the std::vector in SPStyle::SPStyle, and adding an entry in the switch statement in SPStyle::read_if_unset (this last requirement, could possibly be eliminated). Not only will it be easier to add new properties, but it will also be easy to add new functionality. For example, it will be easy to add a variable to keep track of where a property is set (in a style sheet, in an attribute statement, or in a style-attribute), and write out the property in the same place. This is a requirement if we are ever to include stylesheet editing in Inkscape. Disadvantages: The code could be slower as there is more overhead in function calls. I've tried it out with a large file (the Tango icons) and don't see any measurable slow down. The code does use more memory. It appears to use about 4k bytes more per object (this is really hard to measure accurately). One thing to think about in the code review is how memory use can be reduced. (One possible place memory might be reduced is that it appears that in the rendering of Inkscape's icons, the instances of SPStyle that are created are not released. This means that around 4000 objects are being kept around.) Status: The code is mostly done. Here is a list of possible things to be worked on: Short term (all internal to the SPStyle and SPIxxx classes): * Finish SPColor class and use where appropriate ('color' and 'text-decoration-color'). * Memory use issues: Remove unneeded destructors. Check variable order (to insure minimal memory use). * Class Documentation * Move SPIPaint/SPIFilter HREF functions into classes * Find out why SPStyle::read() requires call to clear(). * Investigate using std::map instead of std::vector to allow removal of switch in SPStyle::read_if_unset(). A hash is already being used to look up the property so it is a more a question of memory usage than efficiency. Medium term (requires changes external to style code): * Update rest of code to use new SPStyle member functions. * Restructure 'text' (i.e. font info) to match other properties * Restructure SPIPaint/SPIColor to match other properties * Convert text-decoration-style to SPIEnum * Move sp_css_attr_xxxx functions to separate file. * Correct quoting in 'font-family' * Proper 'font' class * SPIColor: Enum for color format: hsl(), named color. Long term: * Keep track of where a property is set (style-sheet, attribute, style attribute) and reuse on write. * Proper 'ex' height handling * CSS3 Color (HSL) + named colors (i.e. no longer convert red to #ff0000) * CSS4 Color * Proper handling of SPIFilter::cascade() and SPIFilter::merge() * Dash array with units. * Release SPStyle instances after icon generation. * Check for code duplication between SPStyle classes and XML style handling. * Add the ability to choose shorthand or longhand property formats. Tav

6 9

Slides needed for LGM 2014 opening
by Jon Cruz 30 Mar '14

30 Mar '14

Hi guys, Pippin needs some slides for Inkscape to include in the LGM 2014 opening presentation. These can be about the state of Inkscape in general, or a preview of upcoming sessions (Tav's on SVG 2). They need to be 1024x768, and can have a bit of notes in a .txt to give the presenter some rough guidance. If we don't have something by tomorrow morning, I can rough out some myself... but they may not be pretty. :-) Thanks.

6 15

[RFC] Proposal for handling fundraisers and funded > development (Bryce Harrington)
by Jelle Mulder 30 Mar '14

30 Mar '14

Hello Bryce, Let me give my two cents on the proposal then. In general though I applaud the plan. Comments preceded by ** Cheers, Jelle On Thu, 27 Mar 2014 17:00:18 +0800, <inkscape-devel-request(a)lists.sourceforge.net> wrote: > Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > > You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Inkscape-devel digest..." > > > Today's Topics: > > 1. Re: [RFC] Proposal for handling fundraisers and funded > development (Bryce Harrington) > 2. Re: [RFC] Proposal for handling fundraisers and funded > development (Jabiertxo Arraiza Cenoz) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 26 Mar 2014 19:33:17 -0700 > From: Bryce Harrington <bryce@...961...> > Subject: Re: [Inkscape-devel] [RFC] Proposal for handling fundraisers > and funded development > To: inkscape-devel(a)lists.sourceforge.net > Message-ID: <20140327023317.GA9505@...961...> > Content-Type: text/plain; charset=us-ascii > > Any comments? > > Even just '+1 looks good to me' would be helpful to know. > > Bryce > > On Fri, Mar 21, 2014 at 08:57:00PM -0700, Bryce Harrington wrote: >> Hi all, >> >> The Inkscape board and SFC are interested in facilitating Inkscape >> progress by gathering donations for funding targeted development work. >> >> Below is a draft of a plan for how we could do this. I've run this by >> the lawyers a couple times now, and informally presented it to the board >> for comment, but before we get any further, I'd like to open it up for >> public scrutiny. Once feedback has been incorporated, the next step >> will be to have our board officially vote on it, and put it into >> practice. >> >> I've tried to model this as akin to a Summer of Code, except the >> projects are funded by our community through official fundraisers, and >> the work taken on by Inkscape developers rather than students. I think >> this could be very important to moving our project forward in a big way. >> >> Please take a few moments to review this plan and share with me your >> questions or ideas on how it could be made better. >> >> Thank you, >> Bryce >> >> >> ------------------------------------------------------------------------ >> >> Inkscape Funded Development Model >> --------------------------------- >> >> 1. Fundraising >> =============== >> Using the model we'll describe below, anyone may start an official >> fundraiser for Inkscape development. We leave it to your imagination >> how to structure and run your campaign, so long as a few requirements >> are met. >> >> First, the person who organizes and supervises a fundraising campaign is >> termed a Fundraising Coordinator. We may have multiple coordinators if >> we have multiple campaigns, but only one coordinator per fundraiser. >> They have three duties: >> >> a) Administration of the fundraiser >> b) Allocate raised funds to projects >> c) (Optionally) Be involved in final signoff of completed projects >> >> The first duty is left to the Fundraising Coordinator's discretion. >> >> The second duty should be straightforward. When the fundraiser is >> completed, all funds must be allocated to one or more projects in the >> official Jobs List. No guarantee is made that any given project will be >> undertaken if there is insufficient developer interest, but future >> fundraisers can up the funds allocated to it to stimulate interest. ** Wouldn't it be better to have some tool or method for this? Not only to prevent inconsistencies, but also to improve on the methods themselves? Granted,.. currently there probably is none, but I think it would be better to decide on some mandatory tool for project management. >> >> We expect some campaigns will wish to target one or more specific >> projects, and announce this upfront to stimulate donations. This is >> fine to do, but keep in mind that projects can change (or get >> implemented) while the campaign is under way. So instead of naming >> specific projects, it may be better to describe the types of projects >> the campaign is aiming to fund, and make the specific decision(s) when >> the fundraiser is over. ** If I understand this correctly, the excess funds raised for the finished project can be diverted to other projects at the choice of the fundraiser coordinator? >> >> For ongoing fundraisers, the coordinator responsible for setting it up >> can specify the distribution programmatically (e.g. "distribute evenly >> to the four oldest projects in the list as of the end of the campaign", >> or "10% to each of the ten projects with the highest funding from past >> campaigns", or "allocated evenly across all documentation projects >> registered as of the start of this campaign". The coordinator will >> remain responsible for administrative duties for the length of the >> fundraiser; if they choose to step down, the fundraiser is terminated >> (but another coordinator can start up an equivalent to replace it, under >> their own funding distribution preferences). ** If one fundraiser fails, another person can pick up the job where it left off or has to start all over again? I would suggest the latter to prevent capital being inert and just have raised capital be distributed to other projects if the set bar fails. Or do we do a refund? Maybe have 70% of the funding guaranteed towards the project it is for and 30% to cover the cost of refunds if fail and the rest to the greater goal? >> >> The third duty - signing off on completion of the project - is described >> in more detail below. The Fundraising Coordinator *can't* do this if >> they personally contribute most of the funding, because it'd run us >> afoul of IRS rules. ** Ehm,.. that doesn't sound like too much of a challenge. Bob tells Tom it's finished, Tom signs off. >> >> >> 2. Proposing New Projects >> ========================== >> We maintain a listing of proposed projects. Anything can be proposed, >> including feature development, bug triaging, documentation, >> administration, etc. It must have a defined deliverable and acceptance >> criteria identified, and a time limit for how long the work should take. >> (See appendix for an example set of Acceptance Criteria.) Initially >> these are all made available for volunteers to do freely. When GSoC >> rolls around we use them as suggested projects for students to >> undertake. ** This should be created in a nice project management format with Ganttcharts and all I think. It will make clear how much work is expected to be done and how many people could be involved. Would be some work initially, but will make lots of things clear at the end of the project and it can be easily measured and budgeted. It will also allow for specialist to take part in multiple projects for parts of it and be rewarded accordingly. >> >> Any project that remains on the list unfinished for 6 months becomes >> eligible for funding the work. (This is so that any proposed projects >> that are fun or easy get done by volunteers, and money can be focused on >> harder unsexy work, and to make abuse harder.) We'll call these >> eligible projects 'jobs'. >> ** Wouldn't it be easier to increase funding for higher priority projects? If we combine that with the idea to use part of the funding for fun and sexy project for the tough and tedious, eventually the T&T jobs will be so valuable to fix that it's worth all the hardship and insanity. >> >> 3. Fundable Jobs List >> ====================== >> The money from these fundraisers goes to the Inkscape Foundation account >> administered by the Software Freedom Conservancy, who takes a small >> percentage of each donation. Conservancy is a US 501(c)(3) public >> charity, and all donations are tax deductible in the United States as >> allowed by law. >> >> We maintain a list of allocations-to-jobs so we can keep track of what >> money "belongs" to which job, so the correct amount is paid when the job >> is done. This amount is displayed on the web for developers to browse >> when selecting a job to do. >> >> Anyone in the Inkscape AUTHORS file is eligible to apply for a job. >> The applicant must submit a Job Proposal, which will identify the >> applicant's qualifications for doing the job, and outline how they >> intend to do the implementation. ** Again, if the project is defined by expected tasks it may be useful to have different people work on the same project and have them share the loot. It will be common that parts will be begun by one person and finished by another. >> >> The Inkscape Board will delegate one of its members to review and vet >> applicants to help ensure the best candidates are selected for each job. >> For larger, longer, or more complicated jobs the vetting may take some >> time, but for moderate sized jobs the intent is for a decision to be >> made within a few days. The Inkscape Board may elect to mark some jobs >> (such as smaller ones) as Pre-Approved; once the applicant files an >> application they may begin the job immediately, no vetting required. >> No one may assign themselves more than one Pre-Approved job at a time, >> and the Board reserves the right to subsequently review the application >> and disapprove it in case of problems. ** Sound plan as there are plenty of small projects. Should the board be excluded from these projects I wonder? I actually think this shouldn't be the case as I for one would love them to earn some income for all the work they put into the projects, but there is some danger of having an interest here. Maybe some form of audit would be in place by an independent supervisor. >> >> When an applicant is assigned the job, the clock starts ticking. The >> applicant must post at least one progress report each month (e.g. to a >> blog or to the Inkscape wiki). During the time limit, so long as the >> monthly reports are being clearly posted, no one else can apply to do >> the same job. If two months pass without a report, or when the 6 months >> time runs out, and the job is not completed, the assignee doesn't >> receive the funds and can't attempt the same job again for 6 months. >> The job is considered completed when the identified deliverables are >> delivered according to the specified criteria. ** If we are working with deadlines and milestones it will be easier to track progress and find out when things go awry. >> >> >> 4. Completion Criteria >> ======================= >> The Reviewer makes the decision as to whether the job has been >> adequately completed, using the originally specified criteria. >> >> By default, the Fundraising Coordinator is the Reviewer; if the project >> was funded from multiple sources, the one that allocated the largest >> amount of funding (or their chosen delegate) is the Reviewer. This >> person must formally accept the Reviewer role by email within 1 week. >> For any reason, they may opt to decline the Reviewer role. If they are >> unresponsive or opt to decline the role, it passes to the next >> Fundraising Coordinator. If no Fundraising Coordinators take or >> delegate the role, then the Inkscape Board will delegate a Reviewer. >> >> However the Reviewer is decided, he or she must be a different person >> than the original Project Proposer, and neither the Reviewer nor the >> Reviewer's employer may contribute more than 50% of the total funds for >> the given project. We want to avoid a situation where a person or their >> employer has an independent business interest in seeing the job >> completed, and is over-involved in the management of the work. >> >> If someone other than the assigned Developer performs the work, to the >> satisfaction of the Reviewer, then the assigned Developer will receive >> 70% of the funds. The remaining 30% are returned to the Inkscape >> general fund. ** This is the main reason to work with milestones. The assigned dev should be getting a percentage based on the milestones defined and reached. Those can be weighted rather than just a time percenatge as most of the hard work will be done first (like finding out how to do something), though I would like to have the bug hunting and completion task be weighted quite heavily as well as that is the more tedious and time consuming job. Maybe it should be no more than 50% for the assigned dev if he reaches the task up till the bug hunting phase milestone and it gets completed by a more proficient dev in the end phase, with 30% going to the person who finishes the project and 20% going to the general Fund. >> >> >> 5. Termination and Modification >> ================================ >> The original proposer of the Project or Job may withdraw it or modify >> its definition at any time, so long as someone is not signed up for it. >> If the Project is withdrawn, all funds allocated to it return to the >> general Inkscape fund. >> >> Unassigned Jobs expire 24 months after their initial project proposal. >> This is intended to clear out deadwood projects. >> >> Any funds allocated to that job are moved to Inkscape's general fund. ** Hear, hear.. >> >> >> 6. Process Exceptions >> ====================== >> Historically, all development work funded by the Inkscape Project >> required authorization by the Inkscape Board of Directors; this funding >> model is to establish a structure for development funding that does not >> require Board involvement. However, the Board retains the ability to >> authorize exceptions for anything outside the bounds of this policy, to >> be handled on a case-by-case basis, with decisions made by a majority >> vote. >> >> In particular, the Board may select by vote certain projects to be >> immediately fundable, without needing to wait the normal 6 month period. >> They may also withdraw any project or job at any time, by majority vote. >> >> The Board may also make changes to this policy via a normal majority >> vote. ** It sure makes sense not to have to wait 6 months to get something on the rails. >> >> >> 7. Conflict Resolution >> ======================= >> If there are any problems or disagreements once a project has been >> assigned to a Developer, a Meeting can be called by any stakeholder >> (Project Proposer, Developer, Fundraising Campaigns, Reviewer, or >> Inkscape Board Member). For proper quorum, the Meeting must be attended >> by the Developer, the Project Proposer, the Reviewer, at least one >> Fundraising Coordinator, and one Neutral Developer (whom can be anyone >> in the Inkscape AUTHORS file selected by the Developer). Any unanimous >> decision reached in this Meeting is binding on all parties. ** Surely someone is bound to disagree. This can end up escalating very easily. >> >> Any conflict that can't be resolved via a Meeting may then be escalated >> to the Inkscape Board of Directors, who will be the ultimate arbiter. >> >> Conflicts of interest, including conflicts with the board, are governed >> by the Software Freedom Conservancy's org-wide conflict of interest >> policy. >> >> >> >> Appendix: Example Delivery and Acceptance Criteria >> =================================================== >> # This is a sample set of delivery and acceptance criteria; each project >> # may use, alter, or replace any of these conditions as appropriate. >> >> a. Test cases are provided to add coverage for all newly added >> functionality. >> >> b. Documentation patches provided for describing all newly added >> functionality. >> >> c. Updates provided for release notes, NEWS, bug reports, etc. >> >> d. All patch(es) have landed in the official upstream repository. >> Either >> in the mainline tree, or in an officially designated branch as per >> upstream policy. >> >> e. Code builds and runs on the major platforms supported by the >> project. >> >> f. Code passes the upstream project's designated style/lint checking >> tools. >> >> g. User-visible strings are translatable as per project policy. >> >> h. Unit and regression test suites pass with no new test failures. >> >> At project completion, once the above criteria is met, 90% of the >> payable funds are delivered. 10% is held in reserve for bug fix >> followup: One month after completion, a list of up to 10 identified >> bugs can be specified by the Reviewer to be fixed; if all 10 are fixed >> within a month, the remaining 10% of the funding is released to the >> developer. If no bugs exist, or none are specified before 6 weeks >> after completion, then the developer is paid the 10% directly. ** I would suggest a higher percentage for bug fixes as they're the tougher part of the programming. I would say a 30% for the last few lines of code and all the headaches. It will improve the whole code base if the bugs get caught and everything works to satisfaction. I would certainly add some reward for good annotation of code as well. >> >> ------------------------------------------------------------------------------ >> Learn Graph Databases - Download FREE O'Reilly Book >> "Graph Databases" is the definitive new guide to graph databases and >> their >> applications. Written by three acclaimed leaders in the field, >> this first edition is now available. Download your free book today! >> http://p.sf.net/sfu/13534_NeoTech >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > >

2 1

Missing logo on the wiki
by Krzysztof Kosiński 30 Mar '14

30 Mar '14

Does anyone know what happened to the logo on the wiki? It seems that the wiki was pulling the logo from the main site, but after the redesign it can no longer find the file. I've attached an appropriately-sized replacement PNG. Regards, Krzysztof

2 5

Mac OSX Build
by Alex Buchanan 29 Mar '14

29 Mar '14

Hello! Anybody out there doing builds on Mac OSX? If so, I'd be curious to hear what process you're using. There is a wiki page [1] and some osx build code [2], and it seems like everything is outdated, but possibly I'm mistaken. Originally, my goal was to get a non-X11 build to play try out, but now I've also become interested in improving the build documentation and code too. I'll share my notes/process once I have something working. Cheers. Alex Buchanan [1] http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX [2] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/files/head:/packag…

4 4

Build Failures glib-thread
by Martin Owens 28 Mar '14

28 Mar '14

Hi devels, I just saw the build failures on launchpad relating to the polar align. The problem seems to be the order of header files included relating to glib/thread. It's a weird error and I fixed a few of the compile errors when I merged, but it's come back in the build. Does anyone have any ideas why launchpad builds could trip the this error but my local build doesn't? Martin,

2 2

Edit color, size, font-weight on the all text elements in one group
by Alexander Yurchik 28 Mar '14

28 Mar '14

Hi Folks, I'm using Inkscape for the web-design sometimes and I'm really missing feature of group editing. Let's say I have a top menu which is a grouped text objects. It would be nice if I will be able to edit font properties for the all text element withing a group from ONE dialog. I've searched for the solutions, but found only ability to make a clone of the object, but this doesn work because clone is the same as parent element. So the question is can I set color or font-family properties on the all text elements whithing one grouped object or on the layer? If answer is NO, can this be achieved via python plugin? Sorry for my English.

1 0

[RFC] Proposal for handling fundraisers and funded development
by Bryce Harrington 28 Mar '14

28 Mar '14

Hi all, The Inkscape board and SFC are interested in facilitating Inkscape progress by gathering donations for funding targeted development work. Below is a draft of a plan for how we could do this. I've run this by the lawyers a couple times now, and informally presented it to the board for comment, but before we get any further, I'd like to open it up for public scrutiny. Once feedback has been incorporated, the next step will be to have our board officially vote on it, and put it into practice. I've tried to model this as akin to a Summer of Code, except the projects are funded by our community through official fundraisers, and the work taken on by Inkscape developers rather than students. I think this could be very important to moving our project forward in a big way. Please take a few moments to review this plan and share with me your questions or ideas on how it could be made better. Thank you, Bryce ------------------------------------------------------------------------ Inkscape Funded Development Model --------------------------------- 1. Fundraising =============== Using the model we'll describe below, anyone may start an official fundraiser for Inkscape development. We leave it to your imagination how to structure and run your campaign, so long as a few requirements are met. First, the person who organizes and supervises a fundraising campaign is termed a Fundraising Coordinator. We may have multiple coordinators if we have multiple campaigns, but only one coordinator per fundraiser. They have three duties: a) Administration of the fundraiser b) Allocate raised funds to projects c) (Optionally) Be involved in final signoff of completed projects The first duty is left to the Fundraising Coordinator's discretion. The second duty should be straightforward. When the fundraiser is completed, all funds must be allocated to one or more projects in the official Jobs List. No guarantee is made that any given project will be undertaken if there is insufficient developer interest, but future fundraisers can up the funds allocated to it to stimulate interest. We expect some campaigns will wish to target one or more specific projects, and announce this upfront to stimulate donations. This is fine to do, but keep in mind that projects can change (or get implemented) while the campaign is under way. So instead of naming specific projects, it may be better to describe the types of projects the campaign is aiming to fund, and make the specific decision(s) when the fundraiser is over. For ongoing fundraisers, the coordinator responsible for setting it up can specify the distribution programmatically (e.g. "distribute evenly to the four oldest projects in the list as of the end of the campaign", or "10% to each of the ten projects with the highest funding from past campaigns", or "allocated evenly across all documentation projects registered as of the start of this campaign". The coordinator will remain responsible for administrative duties for the length of the fundraiser; if they choose to step down, the fundraiser is terminated (but another coordinator can start up an equivalent to replace it, under their own funding distribution preferences). The third duty - signing off on completion of the project - is described in more detail below. The Fundraising Coordinator *can't* do this if they personally contribute most of the funding, because it'd run us afoul of IRS rules. 2. Proposing New Projects ========================== We maintain a listing of proposed projects. Anything can be proposed, including feature development, bug triaging, documentation, administration, etc. It must have a defined deliverable and acceptance criteria identified, and a time limit for how long the work should take. (See appendix for an example set of Acceptance Criteria.) Initially these are all made available for volunteers to do freely. When GSoC rolls around we use them as suggested projects for students to undertake. Any project that remains on the list unfinished for 6 months becomes eligible for funding the work. (This is so that any proposed projects that are fun or easy get done by volunteers, and money can be focused on harder unsexy work, and to make abuse harder.) We'll call these eligible projects 'jobs'. 3. Fundable Jobs List ====================== The money from these fundraisers goes to the Inkscape Foundation account administered by the Software Freedom Conservancy, who takes a small percentage of each donation. Conservancy is a US 501(c)(3) public charity, and all donations are tax deductible in the United States as allowed by law. We maintain a list of allocations-to-jobs so we can keep track of what money "belongs" to which job, so the correct amount is paid when the job is done. This amount is displayed on the web for developers to browse when selecting a job to do. Anyone in the Inkscape AUTHORS file is eligible to apply for a job. The applicant must submit a Job Proposal, which will identify the applicant's qualifications for doing the job, and outline how they intend to do the implementation. The Inkscape Board will delegate one of its members to review and vet applicants to help ensure the best candidates are selected for each job. For larger, longer, or more complicated jobs the vetting may take some time, but for moderate sized jobs the intent is for a decision to be made within a few days. The Inkscape Board may elect to mark some jobs (such as smaller ones) as Pre-Approved; once the applicant files an application they may begin the job immediately, no vetting required. No one may assign themselves more than one Pre-Approved job at a time, and the Board reserves the right to subsequently review the application and disapprove it in case of problems. When an applicant is assigned the job, the clock starts ticking. The applicant must post at least one progress report each month (e.g. to a blog or to the Inkscape wiki). During the time limit, so long as the monthly reports are being clearly posted, no one else can apply to do the same job. If two months pass without a report, or when the 6 months time runs out, and the job is not completed, the assignee doesn't receive the funds and can't attempt the same job again for 6 months. The job is considered completed when the identified deliverables are delivered according to the specified criteria. 4. Completion Criteria ======================= The Reviewer makes the decision as to whether the job has been adequately completed, using the originally specified criteria. By default, the Fundraising Coordinator is the Reviewer; if the project was funded from multiple sources, the one that allocated the largest amount of funding (or their chosen delegate) is the Reviewer. This person must formally accept the Reviewer role by email within 1 week. For any reason, they may opt to decline the Reviewer role. If they are unresponsive or opt to decline the role, it passes to the next Fundraising Coordinator. If no Fundraising Coordinators take or delegate the role, then the Inkscape Board will delegate a Reviewer. However the Reviewer is decided, he or she must be a different person than the original Project Proposer, and neither the Reviewer nor the Reviewer's employer may contribute more than 50% of the total funds for the given project. We want to avoid a situation where a person or their employer has an independent business interest in seeing the job completed, and is over-involved in the management of the work. If someone other than the assigned Developer performs the work, to the satisfaction of the Reviewer, then the assigned Developer will receive 70% of the funds. The remaining 30% are returned to the Inkscape general fund. 5. Termination and Modification ================================ The original proposer of the Project or Job may withdraw it or modify its definition at any time, so long as someone is not signed up for it. If the Project is withdrawn, all funds allocated to it return to the general Inkscape fund. Unassigned Jobs expire 24 months after their initial project proposal. This is intended to clear out deadwood projects. Any funds allocated to that job are moved to Inkscape's general fund. 6. Process Exceptions ====================== Historically, all development work funded by the Inkscape Project required authorization by the Inkscape Board of Directors; this funding model is to establish a structure for development funding that does not require Board involvement. However, the Board retains the ability to authorize exceptions for anything outside the bounds of this policy, to be handled on a case-by-case basis, with decisions made by a majority vote. In particular, the Board may select by vote certain projects to be immediately fundable, without needing to wait the normal 6 month period. They may also withdraw any project or job at any time, by majority vote. The Board may also make changes to this policy via a normal majority vote. 7. Conflict Resolution ======================= If there are any problems or disagreements once a project has been assigned to a Developer, a Meeting can be called by any stakeholder (Project Proposer, Developer, Fundraising Campaigns, Reviewer, or Inkscape Board Member). For proper quorum, the Meeting must be attended by the Developer, the Project Proposer, the Reviewer, at least one Fundraising Coordinator, and one Neutral Developer (whom can be anyone in the Inkscape AUTHORS file selected by the Developer). Any unanimous decision reached in this Meeting is binding on all parties. Any conflict that can't be resolved via a Meeting may then be escalated to the Inkscape Board of Directors, who will be the ultimate arbiter. Conflicts of interest, including conflicts with the board, are governed by the Software Freedom Conservancy's org-wide conflict of interest policy. Appendix: Example Delivery and Acceptance Criteria =================================================== # This is a sample set of delivery and acceptance criteria; each project # may use, alter, or replace any of these conditions as appropriate. a. Test cases are provided to add coverage for all newly added functionality. b. Documentation patches provided for describing all newly added functionality. c. Updates provided for release notes, NEWS, bug reports, etc. d. All patch(es) have landed in the official upstream repository. Either in the mainline tree, or in an officially designated branch as per upstream policy. e. Code builds and runs on the major platforms supported by the project. f. Code passes the upstream project's designated style/lint checking tools. g. User-visible strings are translatable as per project policy. h. Unit and regression test suites pass with no new test failures. At project completion, once the above criteria is met, 90% of the payable funds are delivered. 10% is held in reserve for bug fix followup: One month after completion, a list of up to 10 identified bugs can be specified by the Reviewer to be fixed; if all 10 are fixed within a month, the remaining 10% of the funding is released to the developer. If no bugs exist, or none are specified before 6 weeks after completion, then the developer is paid the 10% directly.

3 4

flowedText switch branch
by Martin Owens 28 Mar '14

28 Mar '14

Hi developers, I've been looking at merging the fix for bug lp:167335 in branch[1] The code looks reasonable, although light. I'm compiling the branch now although could find no mailing list discussion about it and the merge review thread is empty. Any issues with this code before I merge it in? Martin, [1] http://bazaar.launchpad.net/~novalis/inkscape/fix-167335

3 6

SpinachCon Results
by Martin Owens 27 Mar '14

27 Mar '14

Here are the results from the User UX testing yesterday. All testers/users were new to inkscape or had only used it briefly before. UX Problems Found: * 3 Users thought they could select a group by clicking on the whilespace between objects * View > Grid was found to be confusing, Perhaps change to "Show Grid" or "Grid Guides" or some such. * All users found Rows and Columns dialog hard or impossible to find. Once found, it was easy to use. All expected to find it under Align and Distribute dialog. * 1 user thought Export Bitmap would make a PDF and didn't expect PDF in "Save As" * 1 user had screen size issues where many elements were off the sides of the screen. * New users found it hard to locate rotate handles, slow clicking not expected. Some would use the transform dialog instead. * All users could not find document size settings. Expecting Edit > Crop to Selection or similar function. Bugs found: * 3D boxes don't align at all. Thanks to everyone who took part and helped test Inkscape. I think for v1.0 of inkscape we should focus on clearing up a lot of these user interface issues we have. More testing would be good too. Best Regards, Martin Owens

7 11

strange valgrind issues with style.cpp
by mathog 27 Mar '14

27 Mar '14

Markus Engel tells me that all of the clang compiler warnings are now gone. That is good news. There was one clang warning about style.cpp in the list, and I was hoping that the clang fix would resolve an annoying valgrind issue with that file. Sadly, retested with all of these new patches in place and it is still there. When this test is run: valgrind -v --leak-check=yes --leak-resolution=high --num-callers=15 --show-reachable=yes --suppressions=./wcslen_sse2.supp --track-origins=yes src/inkscape --file /tmp/small.emf >/tmp/vgJ.log 2>&1 (The input file doesn't matter, I just use that one because it has some text, in fact, if memory serves, the first such error appears even if no input file is used. Each test takes about 5 minutes to get to the point where the window can be closed.) there are problems like this (sorry about the wrap): ==14247== Conditional jump or move depends on uninitialised value(s) ==14247== at 0x836DFC3: Inkscape::Text::Layout::Calculator::_computeFontLineHeight(font_instance*, double, SPStyle const*, Inkscape::Text::Layout::LineHeight*, double*) (Layout-TNG-Compute.cpp:1054) ==14247== by 0x8370F36: Inkscape::Text::Layout::Calculator::_buildSpansForPara(Inkscape::Text::Layout::Calculator::ParagraphInfo*) const (Layout-TNG-Compute.cpp:1268) ==14247== by 0x837146A: Inkscape::Text::Layout::Calculator::calculate() (Layout-TNG-Compute.cpp:1584) ==14247== by 0xA24A387: ??? ==14247== Uninitialised value was created by a stack allocation ==14247== at 0x821BA60: sp_style_read_ilengthornormal(SPILengthOrNormal*, char const*) (style.cpp:3576) This is line 1054 in Layout-TNG-Compute.cpp switch (style->line_height.unit) { and for some reason valgrind thinks the ".unit" part is either itself uninitialized or the result of something else being uninitialized. Try to print that value immediately before that line and valgrind warns on the output statement. Now here is where it gets weird. sp_style_read_ilengthornormal() is not a complicated function, and when debug print statements are placed in it that print that value valgrind does not complain about accessing that memory location. If memset is used to clear every bit in "val" in that function at the top it does not fix the problem. Running Inkscape in gdb and catching the first place where it goes wrong (from the valgrind output and the print statements, used to show the function parameters and the memory locations) and then setting a watch on that memory location (unit is a bit range, so the whole byte must be watched) shows that _nothing_ touched it before it got to the place where valgrind shows an error. So in location A in the program memory location "M" is initialized, and some time later in location B in the program memory location "M" is no longer initialized as far as valgrind is concerned. (The values stored there are the same in both locations in the program.) For the piece de resistance, if there are a bunch of print statements in sp_style_read_ilengthornormal(), and this std::cout << "DEBUG ssri final unit " << val->unit << " val " << val << std::endl; is placed just above the closing bracket, and valgrind run again, the problem goes away. But that output line _alone_ is not sufficient to clear up the problem, there have to be a bunch of other output lines present. Even though valgrind warns the values all seem to be good. But valgrind is already packed to the gills with warnings and the last thing it needs is many more. I have seen issues like this before, although usually in C, and they usually turned out to be erroneous memory accesses that by chance landed on valid memory. Anyway, I'm glad the scanner is coming up clean, but there is still something wrong with style.cpp. Or at least valgrind thinks so. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Regression?
by Diederik van Lierop 26 Mar '14

26 Mar '14

Hi all, There's this annoying bug I've found in recent Inkscape builds, but I can't find any bug reports on it, so I figured I'd better ask here first: Every now and then I cannot select any object, except for text boxes. This happens only a few times per hour or so, and I cannot tell yet exactly how to reproduce it. Sometimes I can recover from this, but I cannot reproduce that either. Restarting Inkscape is one way to work around it. I think this only happens while translating or transforming objects. Is this just me, or has anyone else noticed this behavior too? If someone has any pointers as too what (recent) changes might have caused this, then I'll have a stab at fixing this. Thanks, Diederik PS: running a nightly PPA of Inkscape on Ubuntu 13.10

2 1

Fwd: Inkscape development
by Mohsena Akhtar 26 Mar '14

26 Mar '14

Dear concern(s), I am interested to work in inkscape development.I installed latest source code(0.48).But I can not run or compile the project of source code by terminal or editor .How can I do this?I am using ubuntu 12.04 and am trying with code blocks.But it shows error while running.Which will be the correct process?Please anybody help me.

2 1

Building with make
by Isobel Knowles 26 Mar '14

26 Mar '14

Dear Chaps, After much testing with different configurations on a couple of platforms, I think my Makefile is ready for you to try. As I said earlier, I have completely failed to get launchpad to work on my browser so I have worked on the only released version I could get my hands on - 0.48.4. Should you feel it is worthwhile continuing with this approach I am happy to port it to 0.48.5 and beyond. The purpose of my changes is to simplify the configuration and build process, to improve automation, and to do so in an easily-maintainable fashion. I recognise that the autotools and automake in particular, although superficially easy, perform a lot of heavy scripting to produce Makefiles which are far too complicated for most users to read. This in turn makes many developers wary of making anything but the simplest of changes. As a first step toward breaking down this barrier I have removed the need for automake and placed the make rules in plain sight. Although I am still using autoconf to configure the code, the configuration is now cleanly separated from the build itself, and is now simple enough that it can be done by hand without autoconf at all. The changes amount to this: - A bit of tweaking of the configure script to remove automake. - The removal of the myriad of automake files. - The creation of a Makefile which does pretty much everything automake did, but without the mystery. - Adding some convenient structures to aid debugging. - A small number of code fixes to deal with glaring bugs made evident by the above & to clean up the version number storage. (These have probably been fixed already.) I have tried to contain my changes to just autoconf/make-related matters so as to reduce the impact on those later versions of Inkscape which are currently unavailable to me. To keep my changes small I placed all the make stuff in one file. I appreciate this might rankle, but I felt it was best to concentrate on the overall problem for now and sort out the detail later. Please bear this in mind when you review the changes. I have tested the software on Linux with different libraries and compilers. One of the systems was a bang up-to-date Debian Wheezy. Therefore I suggest a developer with a Linux system be the first person to work with me. I have also tested (insofar as I can) a cross compilation with a Linux build machine. I feel confident this should work too, but there are bound to be a variety of problems which will come out of the woodwork. Builds on Windows/Mac should work, but are untested. In the process I couldn't help but notice the cxxtests directory appears to have bitrotted. Is this true of later versions? I have not addressed binary packaging yet because the documents I have seen seem inexplicably complex to me. If someone could tell me how it is actually done on the various platforms I can automate them as well. Source packaging is done. I have documented my changes to the build process in INSTALL and in the Makefile itself but am happy to improve them at your suggestion. This is a work-in-progress. Assuming broad agreement, I would like to: - port it to an up-to-date version, - iron-out the platform issues, - address packaging and distribution, - fix and automate testing, - address linking, libraries and source file grouping, and - attack the many compilation warnings. in the next few weeks. Without further ado, please find two attachments to this email. I have provided it this way to keep it small. You should: - Extract 0.48.4 into a directory and change into it. - Extract the two attachments to this email into that directory. - rm `cat delete-list` - patch -p1 -E -i diffs - rm delete-list diffs - Read INSTALL and the other files it points to. - autoconf configure.ac > configure - Configure, make, install and prepare tar files like so: sh ./configure make -j 6 make install DESTDIR=foo make dist adjusting to your taste. Also try sh ./configure --help to see the new options. Regards, Is.

4 7

Possible problem in Geom::Path
by Markus Engel 25 Mar '14

25 Mar '14

Hi, In 2geom/path.cpp, ll 338-340, the following can be found: // this approach depends on std::vector's behavior WRT iterator stability get_curves().erase(first_replaced, last_replaced); get_curves().insert(first_replaced, first, last); get_curves() returns a std::vector&, all parameters are iterators. Both the comment and a failed debug assertion (Expression: vector insert iterator outside range) made me look this case up and I'm quite sure that this is not allowed: std::vector::erase Iterator validity Iterators, pointers and references pointing to position (or first) and beyond are invalidated [.]. http://www.cplusplus.com/reference/vector/vector/erase/ So (at least) first_replaced is invalid in the second line. Can anyone confirm this? Is there an easy workaround? Regards, Markus

2 2

setAttribute std::string or Glib::ustring
by Johan Engelen 25 Mar '14

25 Mar '14

Hi all, To easier use repr->setAttribute, I want to add two extra (overloaded) functions virtual void setAttribute(gchar const *key, gchar const *value, bool is_interactive=false)=0; virtual void setAttribute(gchar const *key, Glib::ustring const &value, bool is_interactive=false)=0; virtual void setAttribute(Glib::ustring const &key, Glib::ustring const &value, bool is_interactive=false)=0; Should I use std::string or Glib::ustring for this? Thanks, Johan

3 7

clang static analysis report
by Markus Engel 25 Mar '14

25 Mar '14

Hi, here's the results of running scan-build on a part of the sources. I interrupted it, this takes quite a while. Anyway, you've got 263 possible bugs to check. Either there are many false positives or. inkscape shouldn't even start :) . Open index.html: https://db.tt/3Nj4vpmG Regards, Markus

2 3

Re: [Inkscape-devel] clang static analysis report
by Johan Engelen 24 Mar '14

24 Mar '14

(back to list) On 24-3-2014 23:58, mathog wrote: > 4. I don't understand what it is warning about at line 706 in > upmf.c. It doesn't like this: > > int U_DPO_free(U_DPSEUDO_OBJ **dpo){ > if(!dpo){ return(0); } > if(!*dpo){ return(1); } > U_DPSEUDO_OBJ *kpo = *dpo; > if(kpo->poPoints){ U_PO_free(&kpo->poPoints); } > if(kpo->poTypes){ U_PO_free(&kpo->poTypes); } // <------ > free(*dpo); > *dpo=NULL; > return(1); > } > > At the arrow it gives the warning: "Branch condition evaluates to a > garbage value" > > The U_DPSEUDO_OBJ struct looks like this > > typedef struct { > uint32_t Elements; /**< Element count, applies to both > PseudoObjects */ > U_PSEUDO_OBJ *poPoints; /**< Points in path */ > U_PSEUDO_OBJ *poTypes; /**< Types of points in path */ > } U_DPSEUDO_OBJ; > > and this is U_PO_free() > > int U_PO_free(U_PSEUDO_OBJ **po){ > if(!po)return(0); > if(!*po)return(1); > if((*po)->Data)free((*po)->Data); > free(*po); > *po=NULL; > return(1); > } As you can read on the webpage that scan-build generates, there are 18 steps involved. The reason that line 706 is bugged is because for some control flow "kpo->poTypes" has a garbage value. The cause is that for the control flow indicated, the U_DPSEUDO_OBJ *Path is never fully properly initialized, in particular kpo->poTypes isn't. -Johan

1 0

Where is clipping information stored relative to an sp object?
by mathog 24 Mar '14

24 Mar '14

Along with implementing more of the EMF clipping records I'm looking into implementing clipping output to that format, which at present is completely unsupported. All the EMF output code sees is a pointer to "style", but it can get back from there to the object. Can one of you enlighten me as to the "path" from the object back to the stored clipping paths and the logic that ties them together? The data that needs to be extracted by working back up the data tree is like this: pathvector1 (a simple clippath with one path, references nothing else) done pathvector1 AND pathvector2 (a clippath that is itself clipped by another clippath) done pathvector1 OR pathvector2 (a clippath that has two paths) done Ideally this would be as C++ variables and not as the corresponding SVG text, so it would not need to be parsed again. Also on a related point, EMF clipping has modes that support AND, OR, XOR, and DIFF. EMF input goes through a text SVG intermediate, so the first two can be done using <clippath> syntax that I'm already aware of. Does SVG have path combination syntax for XOR and DIFF (subtract)? I know Inkscape has code that will operate on pathvectors to do this, but what I'm asking is if there is a standard SVG syntax that Inkscape supports more or less along these lines: <path> id="XORofPath1AndPath2" operator="XOR" path1="(a path specification)" path2="(another path specification)" </path> Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

libcroco fix
by Johan Engelen 24 Mar '14

24 Mar '14

To the maintainer of our libcroco copy, Please have a look at rev. 13178, where I fixed errors in pointer type signed-ness (Glib functions like g_strdup want a gchar*, not a guchar*). I guess you'd want to upstream the small change. cheers, Johan

5 7

Windows builds: enable -Werror
by Johan Engelen 23 Mar '14

23 Mar '14

Hi all devs on Windows, Please consider enabling -Werror for your work. I added stuff to build.xml to make it easy for you to see the status of trunk. Just remove the space between "-" and "->" to enable -Werror on line 356. Currently, there are 3 warnings/errors left (tdm-gcc 4.6.1). They are very likely to be false positives. But I am not sure yet. Make sure you don't add any new ones! Thanks for your effort in improving the code quality and stability of Inkscape. cheers, Johan

1 0

Possibly unitialized used of variable
by Johan Engelen 23 Mar '14

23 Mar '14

Hi all, GCC 4.6.1 gives an uninit var warning in sp-canvas.cpp: src/2geom/generic-interval.h: In static member function 'static void SPCanvasGroup::update(SPCanvasItem*, const Geom::Affine&, unsigned int)': src/2geom/generic-interval.h:144:8: error: '*((void*)(& bounds)+24).Geom::GenericInterval<double>::_b[1]' may be used uninitialized in this function [-Werror=uninitialized] src/display/sp-canvas.cpp:1051:19: note: '*((void*)(& bounds)+24).Geom::GenericInterval<double>::_b[1]' was declared here ... I have been working on this warning for hours, but I cannot find the problem. Because I have already found a (serious) bug from another warning like this, I am very reluctant to conclude that it is a compiler mis-analysis. I would greatly appreciate someone else having a (thorough) look at this. Thanks, Johan

5 10

I want to help and I want help……
by MARK BUCHALTER 23 Mar '14

23 Mar '14

To the developers. (GREAT PROGRAM) I am a web developer and created an app using mostly inkscape…that works well… but unfortunately, no mater how great a program this is,…... it is still a work in progress…. I am getting many bugs when try to revise and want to share what I have done and get some feedback. AND Try to help solve some of this issues. I would be happy to discuss this with anyone who thinks they can assist…please look at the App…located here….. http://www.digitaldudes.com/1-visualizer/9-link-visualizer.svg this is a swim suit / active ware designer I created…. I have not seen anyone else doing this kind of stuff… maybe because it is hard to make money BUT…PLEASE LOOK THANKYOU MARK BUCHALTER captbuck@...2857... cell" 340-642-3740

2 1

make doing unneeded compilations?
by mathog 22 Mar '14

22 Mar '14

Lately I have noticed that when I come back to Inkscape on another day, modify a single cpp (today's was drawing-text.cpp) and "make" it starts rebuilding all sorts of things that would seem to be utterly unrelated. In fact, the build is so extensive it may well be a complete rebuild. Here is just a fraction of the things it compiled: ... CXX sp-mesh-gradient.o CXX sp-mesh-patch.o CXX sp-mesh-row.o CXX sp-object.o CXX sp-path.o CXX sp-pattern.o CXX sp-rect.o CXX sp-shape.o CXX sp-stop.o CXX sp-style-elem.o CXX sp-text.o CXX sp-tref.o CXX sp-tspan.o CXX sp-use.o CXX style.o ... If the same file is later modified again, "make" the next time does the expected thing and just compiles that one file and then links everything. Any idea why it is doing that? It almost seems like the Make files now have some concept of "old" object files and anything over a day old gets rebuilt. Trunk 13168, Ubuntu 12.04.4 LTS Configure was run with export CPPFLAGS="-DWITH_SVG2" ./configure --disable-strict-build Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 6

libuemf: upmf.c
by Johan Engelen 22 Mar '14

22 Mar '14

Hi David, In libuemf/upmf.c, what is this line of code supposed to do? line 3096: U_SERIAL_DESC *List = List; Thanks for fixing, Johan

1 0

filter2D_IIR problem
by Johan Engelen 22 Mar '14

22 Mar '14

Hi all, There may be a bug in nr-filter-gaussian.cpp. The following warning is emitted: src/display/nr-filter-gaussian.cpp: In function 'void Inkscape::Filters::filter2D_IIR(PT*, int, int, const PT*, int, int, int, int, const IIRValue*, const double*, IIRValue* const*, int) [with PT = unsigned char, unsigned int PC = 1u, bool PREMULTIPLIED_ALPHA = false, IIRValue = double]': src/display/nr-filter-gaussian.cpp:504:45: instantiated from here src/display/nr-filter-gaussian.cpp:342:13: error: comparison of unsigned expression < 0 is always false [-Werror=type-limits] src/display/nr-filter-gaussian.cpp:343:13: error: comparison of unsigned expression < 0 is always false [-Werror=type-limits] src/display/nr-filter-gaussian.cpp:504:45: instantiated from here src/display/nr-filter-gaussian.cpp:358:17: error: comparison of unsigned expression < 0 is always false [-Werror=type-limits] The warning is emitted because the (incredibly ugly!) #define PREMUL_ALPHA_LOOP for(unsigned int c=0; c<PC-1; ++c) will resolve to #define PREMUL_ALPHA_LOOP for(unsigned int c=0; c<0; ++c) for the template instantiated value for PC = 1. Meaning that the loop will never run. Is this intended? If so, please fix the code to not emit that warning. If it's a bug, please fix the bug! :) Thanks, Johan

2 1

Re: [Inkscape-devel] Warning on explicit cast in libuemf
by Johan Engelen 21 Mar '14

21 Mar '14

Back to on-list. On 21-3-2014 20:07, mathog wrote: > > 1. Why do we need libiconv in devlibs at all since it is already in > mingw? It is not in my copy of MinGW (TDM-GCC). > 2. Why is the version in devlibs 1.09 (from 2003 or 2004) when 1.14 > is current (and the version in mingw)? Don't know. How harmless is upgrading without upgrading our other dependencies? ciao, Johan

1 0

Warning on explicit cast in libuemf
by Johan Engelen 21 Mar '14

21 Mar '14

Hello David, in libuemf/uemf_utf.c, there is /** \cond */ /* iconv() has a funny cast on some older systems, on most recent ones it is just char **. This tries to work around the issue. If you build this on another funky system this code may need to be modified, or define ICONV_CAST on the compile line(but it may be tricky). */ #ifdef SOL8 #define ICONV_CAST (const char **) #endif //SOL8 #if !defined(ICONV_CAST) #define ICONV_CAST (char **) #endif //ICONV_CAST /** \endcond */ An example of the macro usage: ... status = iconv(conv, ICONV_CAST &src, &srclen, &dst, &dstlen); ... This generates a warning because, at least on Windows, iconv expects a (const char **) and gcc complains about an unsafe cast. This is not at all trivial, and is a very valid compiler warning. Please read this: http://stackoverflow.com/questions/14562845/why-does-passing-char-as-const-… I do not know how to fix this at the moment. Of course I could do an #ifdef for Windows to replace the cast with what iconv wants, but.... Thanks for having a look, Johan

3 3

Incomplete switch statement
by Johan Engelen 21 Mar '14

21 Mar '14

Hi all, Yesterday I changed the compiler flags to now error on incomplete switch statements (-Werror=switch). Because of this, a buildbot found a tiny bug with GTK3: CXX ui/dialog/input.o ../../src/ui/dialog/input.cpp: In member function 'bool Inkscape::UI::Dialog::InputDialogImpl::eventSnoop(GdkEvent*)': ../../src/ui/dialog/input.cpp:1917:16: error: enumeration value 'GDK_SOURCE_KEYBOARD' not handled in switch [-Werror=switch] ../../src/ui/dialog/input.cpp:1917:16: error: enumeration value 'GDK_SOURCE_TOUCHSCREEN' not handled in switch [-Werror=switch] ../../src/ui/dialog/input.cpp:1917:16: error: enumeration value 'GDK_SOURCE_TOUCHPAD' not handled in switch [-Werror=switch] First: jay! for buildbots! The actual error is not too bad, just needs someone to look over the new GDK_SOURCE_s and figure out how to handle them there, with an #ifdef for GTK3. Jon, can you have a look? Thanks for fixing this, Johan

1 0

CSS Merging Bug
by Martin Owens 21 Mar '14

21 Mar '14

Hi Devs, I need some help with the style bug #167937 I've created this patch which I've put into a branch which fixes the direct issue as it does not corrupt element styles with css values any more: http://bazaar.launchpad.net/~doctormo/inkscape/css-style/revision/13177 It's a fairly simple patch which redirects the stylesheet setter so it sets the computed value of each of the properties instead of the actual value. But it has bugs. Elements appear black until they have been nudged, then the style is applied. I can imagine the parent/inherited styles probably suffer the same bug but it's been under reported. I'd also be interested in hearing if this is the right approach to fix the bug. Would it be better to change it so it updated the styles value but kept the .set set to false to indicate no real value should be saved? Thanks for your help, Best Regards, Martin Owens [1] https://bugs.launchpad.net/inkscape/+bug/167937

2 2

Warnings: compiler flags
by Johan Engelen 20 Mar '14

20 Mar '14

Hi all, Can someone tell me where to add compiler warning/error flags for Makefile users? (On Windows, I know) Am going to slowly activate erroring on specific warnings. Thanks, Johan

3 4

Re: [Inkscape-devel] Warning on explicit cast in libuemf
by mathog 20 Mar '14

20 Mar '14

On 20-Mar-2014 16:10, Jon Cruz wrote: > > The more "big picture" solution is to just get rid of uemf_utf.c > altogether. ... > So a rough idea would be to delete uemf_utf.c and uemf_utc.h and > replace the conversion use in other files with the standard Glibmm > calls. libUEMF has no glib dependencies. It happens that when libUEMF is used in Inkscape glib is available, but that is not the case in other situations. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Status of Inkscape 0.91 Release
by Bryce Harrington 20 Mar '14

20 Mar '14

2. Chill. DONE Development focuses on wrapping up DONE Disable features that aren't finished Identify 'make distcheck' issues Identify any critical OSX/Win32 packaging issues Identify remaining writing needed for Release Notes. DONE Regressions Bug Hunt: 500 points Update tutorials and other docs Can you help me identify where we are with the remaining items in the above list? 1. I ran 'make distcheck' and hit an error: CXX event-log.o ../../src/event-log.cpp:11:33: fatal error: util/signal-blocker.h: No such file or directory compilation terminated. There were also a bunch of errors in libcroco, that'll all need cleaned up. 2. I have zero insights into OSX or Win32 packaging. Can someone give me a low-down on what the current state is with these? Do we have all the dependency changes covered? Do the packaging scripts still work and produce a viable binary? Any other issues folks are worried about? (I do not want to find ourselves blocked from releasing due to Win32/OSX packaging problems, so if there are any I want to get them on the radar now, so we don't move forward from chill or freeze until they're sufficiently taken care of.) 3. I reviewed the ReleaseNotes a few months back and they looked really solid. Are there any areas you see where we need more attention? 4. Which features from this release need to have documentation and/or tutorials made? Is there any other tutorial or documentation work that will require tracking with the release? Bryce

12 29

Warning fix for our libcroco copy
by Johan Engelen 20 Mar '14

20 Mar '14

To the libcroco-copy maintainer, Please have a look at rev. 13173, in which I fixed a number of compiler warnings. There were some unused function arguments, and the "fix" was to assign a value to them but not use them, triggering a GCC warning. Plus it's confusing code, so I applied the "proper" fix by using a common "UNUSED" macro. Ugly, but that's C for you ;) Cheers, Johan

1 0

Warning fixes for our libgdl copy
by Johan Engelen 20 Mar '14

20 Mar '14

To the maintainer of our libgdl copy, Please have a look at rev. 13171. I fixed some compiler warnings. Look especially at the (gint) casts, because there appear to be some bugs there. The result of gint-gunit is unsigned! Cheers, Johan

1 0

UI Testing Tomorrow
by Martin Owens 20 Mar '14

20 Mar '14

Hi Guys, I'll be at SpinachCon[1] tomorrow here in Boston and the idea is to test various UI workflows. By default I'm going to use the tutorials as a fall back of things to test. But if you have certain UI workflows, especially new ones, that you'd like some data on. Please get back to me before tomorrow so I can write up the guides for the volunteer testers. Best Regards, Martin Owens [1] http://www.openmediaboston.org/content/spinachcon-wants-you-help-make-free-…

1 0

Wiki account request
by Calinou 19 Mar '14

19 Mar '14

Hi, I would like an account for a wiki account, user name: Calinou Thanks in advance.

2 1

GSOC 2014 participation
by m 19 Mar '14

19 Mar '14

Hello everybody, I am an engineering student at NIEC in India .I love drawing and coding and so I wanted to make a tool/plugin for Inkscape. Here is the discription of the tool : 1.The basic idea of the tool is keep your drawing up to date in symmetry . 2.This tool will help artists make symmetrical drawings ,like they are drawing in front of a mirror/axis 3.The user can have 1 or more than 1 mirror/axis (limit to be defined) for the sketch to be duplicated on. 4.The artist will be able to draw symmetric facial images,snowflakes, kaleidoscopic patterns,characters or objects. 5.It will make existing drawings and illustrations reusable. 6.The user can describe one of the following things like the origin point where the mirror is to kept, its angle and number of mirrors/axis to be used I came up with this idea when i was drawing snowflakes for a weather app (that i discarded) and i found out that it was quite time consuming to drawing good quality snowflakes QUICKLY. Finally i would like to ask whether this idea is good for GSOC 2014 participation?I am really eager to participate this time. Thanks for your time and consideration. Regards, Marakiam

5 5

Wiki account
by Maximilian Erlbeck 19 Mar '14

19 Mar '14

Hi! I would like to add some extra instructions on http://wiki.inkscape.org/wiki/index.php/MacOS_X related to the instructions in http://distrib-coffee.ipsl.jussieu.fr/pub/mirrors/ctan/info/svg-inkscape/In… Could you create me a wiki account with username erlbeck and a random password? Max

2 1

Re: [Inkscape-devel] GSOC 2014 - New patterns/paint servers UI
by Krzysztof Kosiński 18 Mar '14

18 Mar '14

2014-03-11 16:31 GMT+01:00 Tomasz Boczkowski <penginsbacon@...400...>: > Thank you for your comments. I have to change my design a bit. > > >> 4. What is the purpose of the "transform" button? The pattern >> transform is specified on the object, not on the pattern, and is >> already editable on the canvas. This looks like a mistake. > > I tried to fix the bug #210442 in my solution. The transform button can be > replaced > by scale/rotation entries. I think the transform should be editable in the Fill & Stroke dialog only. It should not appear in the Swatches/Paints dialog since the transform is an attribute of the object, not of the pattern. >> How would this "new object" be represented at the XML level? > > I thought about representing them as svg:g elements with inkscape:type = > "patternEdit" attribute. > It is similar to the way layers are represented. > >> 5. I think it would be more sensible to embed the pattern preview and >> chooser into the existing fill and stroke dialog. > >> The proposal looks sensible. If you don't have too much experience >> with the Inkscape codebase, I think you could limit the proposal to >> providing the pattern preview in the fill and stroke dialog > > I don't have much experience with Inkscape codebase yet. I can resign from > implementing pattern edition tool. > I have created a new mockup illustrating modified Fill and Stroke dialog > [1]. > Solution 1 consists in embedding the pattern browser inside combo-box popup. > Gtk+ seems to be flexible enough to allow such changes [2]. The main > advantage > of this solution is providing the pattern browser with more screen space to > display > pattern icons. Selection from a combo box is not very nice when you have lots of items, for instance selecting markers is a pain. I like solution #2 better. > I would implement the browser widget in a way that allows future handling > different > paint servers: solid colors/hatches/gradient. Implementing "paints" or new > "swatches" dialog > around it seems feasible. This somehow extends the named color swatches > blueprint [3]. > I can make it an optional goal. > > What do you think about this? This slightly reduced project looks very sensible to me. With some guidance I think you have pretty good chances of being accepted and succeeding. >> and converting a few things to C++ along the way. > > I see there is some C-like code left in sp-pattern.h/.cpp. What else could I > focus on in my project? There are several classes used in the fill and stroke dialog which you could convert to C++ or improve, for example SPColorSelector and its derived classes. They are C++ classes, but they are hidden as members inside GObjects, which is confusing to novices and leads to verbose code. You could convert them to proper C++ classes that derive from the relevant gtkmm widgets. > Regards > Tomasz > > [1] https://www.dropbox.com/s/kvgjvtowpm55m5h/new_patterns_ui_2.svg > [2] http://tirania.org/pictures/hwidgets/gtk-combo-tree.jpg, > http://tirania.org/blog/archive/2008/Jun-01.html > [3] https://blueprints.launchpad.net/inkscape/+spec/named-color-swatches > > PS > > Your message was sent directly to me, omitting the mailing list. Oops, my bad. Regards, Krzysztof

3 2

Extension: Merge Style
by Martin Owens 18 Mar '14

18 Mar '14

Hi devs, I've committed in r13161 an extension which will take the inline styles from the selected elements, find the common values and create a new css style in the existing or new style element at the top of the document. This replaces the inline styles with a class reference. <rect style="fill:red;"/> <rect style="fill:red;"/> <rect style="fill:yellow;"/> <rect style="fill:red;stroke:green;"/> Becomes: <style> .name_of_choice { fill:red; } </style> <rect class="foo"/> <rect class="foo"/> <rect style="fill:yellow;"/> <rect class="foo" style="stroke:green;"/> I've added this into the extensions menu under Stylesheets > Merge Styles into CSS. And I decided to push it into trunk instead of just keeping it on my hard drive because it might be useful to other users. But I'd also like to sound it out too. So any issues you think, I'd love to hear. This should make it easier to make web svg I think. Best Regards, Martin Owens

2 3

Re: [Inkscape-devel] Bug Hunt for 0.91
by Bryce Harrington 18 Mar '14

18 Mar '14

Current stats: Bug Hunt Goal: 500 points Current: 381 points Pts Bug Date Assignee Description ------------------------------------------------------------------------ 9 1280684 2/22 Alvin Penner changing doc units with viewbox defined 9 1278645 2/22 David Mathog Image handling corrupts EMF/WMF output 9 1171109 2/20 insaner crash on cut n paste, or alt+scroll.. 6 1258473 2/13 Alvin Penner trunk: ink2canvas for stroked objects fails 6 1250250 2/07 David Mathog WMF/EMF open misplaces drawing 9 168695 1/28 Martin Owens Crash when undoing while mouse button pressed 6 1272119 1/27 apenner Poor rendering after 2geom update 6 1268778 1/25 jazzynico Move cursor disappears 3 1266308 1/15 apenner bbox dotted lines not visible if overlapped 9 1256449 1/15 Tavmjong Bah Clipped groups lose clipping when exporting 6 1268778 1/15 JazzyNico Move cursor disappears 3 1239779 1/14 Martin Owens symbol preview no longer updates 6 1253110 1/12 Johan E. Wrong intersection on circles at 45° (rev >= 12594) 6 1251405 1/10 mathog btool hitting command line limit on XP/Mingw/Msys 9 1255791 1/10 Martin Owens crash drag deleting guides 9 1257417 1/09 Martin Owens crash removing ID from object 9 1230241 1/09 Martin Owens crash for text with empty font-family 9 1258815 1/08 Kris crash after using Edit nodes icon twice 3 1255764 1/08 Bryce on screen snap message says UNDEFINED 9 1192023 1/08 Martin Owens Use elements removed when grouping 9 168695 1/08 Martin Owens crash when undoing 6 1247324 1/06 Jabiertxof optimized transforms do not propagate 9 1265556 1/04 JazzyNico plain svg export broken for filter 3 1057494 1/04 JazzyNico text hidden with "Remove Manual Kerns" 6 1262146 1/04 apenner persistent offset when scaling object On Tue, Jan 28, 2014 at 09:13:11PM -0800, Bryce Harrington wrote: > Pts Bug Date Assignee Description > ------------------------------------------------------------------------ > 9 168695 1/28 Martin Owens Crash when undoing while mouse button pressed > 6 1272119 1/27 apenner Poor rendering after 2geom update > 6 1268778 1/25 jazzynico Move cursor disappears > > 3 1266308 1/15 apenner bbox dotted lines not visible if overlapped > 9 1256449 1/15 Tavmjong Bah Clipped groups lose clipping when exporting > 6 1268778 1/15 JazzyNico Move cursor disappears > 3 1239779 1/14 Martin Owens symbol preview no longer updates > 6 1253110 1/12 Johan E. Wrong intersection on circles at 45° (rev >= 12594) > 6 1251405 1/10 mathog btool hitting command line limit on XP/Mingw/Msys > > 9 1255791 1/10 Martin Owens crash drag deleting guides > 9 1257417 1/09 Martin Owens crash removing ID from object > 9 1230241 1/09 Martin Owens crash for text with empty font-family > 9 1258815 1/08 Kris crash after using Edit nodes icon twice > 3 1255764 1/08 Bryce on screen snap message says UNDEFINED > 9 1192023 1/08 Martin Owens Use elements removed when grouping > 9 168695 1/08 Martin Owens crash when undoing > 6 1247324 1/06 Jabiertxof optimized transforms do not propagate > > 9 1265556 1/04 JazzyNico plain svg export broken for filter > 3 1057494 1/04 JazzyNico text hidden with "Remove Manual Kerns" > 6 1262146 1/04 apenner persistent offset when scaling object > > Bryce > > > > Pts Bug Date Assignee Description > > ------------------------------------------------------------------------ > > 3 1266308 1/15 apenner bbox dotted lines not visible if overlapped > > 9 1256449 1/15 Tavmjong Bah Clipped groups lose clipping when exporting > > 6 1268778 1/15 JazzyNico Move cursor disappears > > 3 1239779 1/14 Martin Owens symbol preview no longer updates > > 6 1253110 1/12 Johan E. Wrong intersection on circles at 45° (rev >= 12594) > > 6 1251405 1/10 mathog btool hitting command line limit on XP/Mingw/Msys > > > > 9 1255791 1/10 Martin Owens crash drag deleting guides > > 9 1257417 1/09 Martin Owens crash removing ID from object > > 9 1230241 1/09 Martin Owens crash for text with empty font-family > > 9 1258815 1/08 Kris crash after using Edit nodes icon twice > > 3 1255764 1/08 Bryce on screen snap message says UNDEFINED > > 9 1192023 1/08 Martin Owens Use elements removed when grouping > > 9 168695 1/08 Martin Owens crash when undoing > > 6 1247324 1/06 Jabiertxof optimized transforms do not propagate > > > > 9 1265556 1/04 JazzyNico plain svg export broken for filter > > 3 1057494 1/04 JazzyNico text hidden with "Remove Manual Kerns" > > 6 1262146 1/04 apenner persistent offset when scaling object > > > > > > On Fri, Jan 10, 2014 at 01:11:57PM -0800, Bryce Harrington wrote: > > > Quite a busy week! Another 63 points worth of bugs squished: > > > > > > 9 1255791 2014-01-10 Martin Owens crash drag deleting guides > > > 9 1257417 2014-01-09 Martin Owens crash removing ID from object > > > 9 1230241 2014-01-09 Martin Owens crash for text with empty font-family > > > 9 1258815 2014-01-08 Kris crash after using Edit nodes icon twice > > > 3 1255764 2014-01-08 Bryce on screen snap message says UNDEFINED > > > 9 1192023 2014-01-08 Martin Owens Use elements removed when grouping > > > 9 168695 2014-01-08 Martin Owens crash when undoing > > > 6 1247324 2014-01-06 Jabiertxof optimized transforms do not propagate > > > > > > Inkscape's changelog for this past week shows a lot more awesome cleanup > > > work underway that doesn't show up on this list, including warnings > > > fixes and translation updates. > > > > > > Bryce > > > > > > > Today three more regression bugs were fixed: > > > > > > > > 9 1265556 2014-01-04 JazzyNico plain svg export broken for filter > > > > 3 1057494 2014-01-04 JazzyNico text hidden with "Remove Manual Kerns" > > > > 6 1262146 2014-01-04 apenner persistent offset when scaling object > > > > > > > > Bryce > > > > > > > > On Sun, Dec 29, 2013 at 04:15:54PM -0800, Bryce Harrington wrote: > > > > > Welcome to the first bug hunt for the 0.91 release. This hunt focuses > > > > > on regression bugs. > > > > > > > > > > Traditionally, we specify a point target for us to reach, and award us > > > > > points based on the severity of the bug: 3, 6, 9, or 12 points for low, > > > > > medium, high, and critical. This bug hunt's goal is 500 points worth of > > > > > bugs from the following list: > > > > > > > > > > http://tinyurl.com/bughunt91a > > > > > > > > > > You'll note a few dozen regressions were already fixed, so we'll count > > > > > that as a (207 point) headstart on the effort. Here's a couple more > > > > > links to list only the open or closed bugs: > > > > > > > > > > http://tinyurl.com/bughunt91a-open > > > > > http://tinyurl.com/bughunt91a-closed > > > > > > > > > > [I'll write a launchpadlib script to calculate the score from the latter > > > > > list, unless someone's ambitious and beats me to it!] > > > > > > > > > > We only give points for true bug fixes - not bugs simply closed due to > > > > > being dupes, invalid, works-for-me, or whatnot. Once the bug is fixed > > > > > in the mainline branch, set its status to Fix Committed, and it'll tally > > > > > as a fixed regression. > > > > > > > > > > Bug Hunt Goal: 500 points > > > > > Current: 207 points > > > > > > > > > > If you're not a developer, you can still help by seeing if you can > > > > > reproduce the bug yourself, and posting your findings. > > > > > > > > > > If you have an idea on how to fix the bug, but don't have the time to do > > > > > it yourself, then outlining your thoughts on the bug may help junior > > > > > developers pick it up and implement the changes. > > > > > > > > > > If you're an experienced developer, consider posting an invitation to an > > > > > IRC bug party for the time period you'll be working, if you're willing > > > > > to help pilot junior developers and sponsor their patches. > > > > > > > > > > I will be posting scoring updates a couple times a week until we're > > > > > done. > > > > > > > > > > Bryce > > > > > > > > > > ------------------------------------------------------------------------------ > > > > > Rapidly troubleshoot problems before they affect your business. Most IT > > > > > organizations don't have a clear picture of how application performance > > > > > affects their revenue. With AppDynamics, you get 100% visibility into your > > > > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > > > > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > > > > _______________________________________________ > > > > > Inkscape-devel mailing list > > > > > Inkscape-devel(a)lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > ------------------------------------------------------------------------------ > > > > Rapidly troubleshoot problems before they affect your business. Most IT > > > > organizations don't have a clear picture of how application performance > > > > affects their revenue. With AppDynamics, you get 100% visibility into your > > > > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! > > > > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel(a)lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > ------------------------------------------------------------------------------ > > > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > > > Learn Why More Businesses Are Choosing CenturyLink Cloud For > > > Critical Workloads, Development Environments & Everything In Between. > > > Get a Quote or Start a Free Trial Today. > > > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > ------------------------------------------------------------------------------ > > CenturyLink Cloud: The Leader in Enterprise Cloud Services. > > Learn Why More Businesses Are Choosing CenturyLink Cloud For > > Critical Workloads, Development Environments & Everything In Between. > > Get a Quote or Start a Free Trial Today. > > http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > ------------------------------------------------------------------------------ > WatchGuard Dimension instantly turns raw network data into actionable > security intelligence. It gives you real-time visual feedback on key > security issues and trends. Skip the complicated setup - simply import > a virtual appliance and go from zero to informed in seconds. > http://pubads.g.doubleclick.net/gampad/clk?id=123612991&iu=/4140/ostg.clktrk > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 4

GSoC proposal
by Krzysztof Kosiński 16 Mar '14

16 Mar '14

Here is what I submitted to Melange, let me know if anything else is necessary: Inkscape requires several high level path manipulation routines to implement some of its effects: - Boolean operations on paths. - Stroke-to-path conversion: given a path and stroke parameters, compute the shape of the stroke and return it as a new path. - Path offset. These operations are both available directly to the user and used as a building block for more complex effects. The current implementation uses a grid-based algorithm which rounds all coordinates to a multiple of some arbitrary quantum. This has several shortcomings - most notably it does not preserve the dimensions of the operands (see [1]). To provide a robust foundation for further feature development, this project will implement robust Boolean and stroke-to-path operations. The API will look as follows: class Path { ... void stroke(Coord width); void stroke(Coord width, std::vector<Coord> dash_array, Coord dash_offset); Geom::OptRect strokedBounds(Coord width); Geom::OptRect strokedBounds(Coord width, std::vector<Coord> dash_array, Coord dash_offset); Path &operator|=(Path const &p); Path &operator&=(Path const &p); Path &operator^=(Path const &p); Path &operator-=(Path const &p); bool contains(Path const &p); }; Operator helpers will allow developers to write code such as: Path result = path_a & path_b; Boolean operations will be implemented by copying the algorithm used by CGAL [2]. If necessary, CGAL will be added as a dependency of 2Geom, but will be hidden from users of the library (CGAL headers will not be required to build programs using 2Geom). Stroking operations will be based on the existing curve offset code for single paths available in 2Geom's offset toy. The stroke will be computed as an union of the offsets of all curves and the resulting shape will be post-processed to add joins and caps. Once the new operations are available, the Inkscape codebase will be modified to make use of them, and the current implementation from the livarot library will be removed. Additionally, the following smaller work-items will be done in the preparatory phase: - 2Geom's Path class will be renamed to Subpath, and the PathVector class will be renamed to Path, to mirror SVG terminology. - Copy-on-write functionality will be moved from Subpath to Path. - Various helper methods will be added to Path to simplify existing code. - The SPCurve class will be removed. Schedule: - before June 10: complete the items from the preparatory list, bounding box computation for stroked paths, read CGAL code and determine if adding it as a dependency is required - June 10 - June 30: final exams at my university - after June 30: implementation of boolean operations, implementation of stroking [1] https://bugs.launchpad.net/inkscape/+bug/168158 [2] http://doc.cgal.org/latest/Boolean_set_operations_2/index.html Regards, Krzysztof

1 0

Style Editing
by Martin Owens 16 Mar '14

16 Mar '14

Hi devs, Sorry if this has been worked on before, none of my searches came up with anything. Mockup time: http://wiki.inkscape.org/wiki/index.php/Style_Editor A idea to non-invasively allow any existing css style to be changed. Screenshot for mockup taken from 0.48 Thoughts? suggestions? Martin,

1 0

Inkscape sponsorship for LGM attendees
by Bryce Harrington 15 Mar '14

15 Mar '14

Interested in meeting up with fellow Inkscapers? Thanks to generous donations to the project, we are able to provide funds to reimburse five developers up to $500 each for attendance at the Libre Graphics Meeting in Leipzig in April. Anyone in the AUTHORS file as of Feb 19th, 2014 is eligible to apply. To register, please email Tavmjong Bah, our coordinator for the event, by March 6th to get on the list. He'll let you know what position you are in the list. Then, register for the conference, enjoy your time, and save your receipts. Afterwards email copies of the receipts to Tav, who will forward them along to SFC for reimbursement. A maximum of $500 US each will be reimbursed to five attendees for travel, hotel room, and food. Note that the LGM meeting may also give partial reimbursements, so if your total costs exceed $500 they may be able to help. In addition, the board is sponsoring Tavmjong Bah to attend both LGM as a speaker and as our event coordinator, and the co-located SVG Working Group Meeting. Tav will be representing Inkscape's interests at the SVG meeting, and will be working with them on features including mesh gradients, hatched fills, and auto-flowed text. Thank you to everyone who has contributed to Inkscape in the past. Your funding has made these sponsorships possible. We've found these face-to-face meetings invaluable both for sharing ideas and as general inspiration for advancement of the project. Bryce

6 7

Careful with C-strings!
by Johan Engelen 14 Mar '14

14 Mar '14

Hi all, *Please take this to heart: be very careful when handling C-strings. And try hard to use std::string, even if it involves a bit of work / adding helper functions.* Another C-string induced memleak was added today. Actually, the change fixed one memleak, but replaces it with the same one. Fixed in r13101. How to go about things using std::string in this particular case, see for example: http://stackoverflow.com/questions/20446201/how-to-check-if-string-ends-wit… ciao, Johan

6 13

Optionally disable antialiasing - implement based on existing SVG 1.1 rendering properties?
by su_v 13 Mar '14

13 Mar '14

> revno: 13144 > fixes bug: https://launchpad.net/bugs/170356 > committer: Krzysztof Kosiński <tweenk.pl@...400...> > branch nick: trunk > timestamp: Thu 2014-03-13 05:45:38 +0100 > message: > Provide a toggle in the document properties to optionally turn off > antialiasing for display and export. > Fixes a nearly 10 year old bug #170356 Questions related to rev 13144 (just curious): a) Why not implement such a feature based on existing SVG 1.1 rendering instructions (instead of a custom inkscape attribute of <namedview>)? Ideally, the user could then optionally apply this to individual objects (which may trigger bug #170356 if the objects' edges are adjacent), to groups or layers, or to the document itself, and the same effect may even be supported in other SVG renderers? AFAIU to disable antialiasing globally, these attributes could be added to top-level <svg> element: shape-rendering="crispEdges" text-rendering="optimizeSpeed" I'm not sure whether this one too: image-rendering="optimizeSpeed" <http://www.w3.org/TR/SVG11/painting.html#RenderingProperties> <http://www.w3.org/TR/SVG11/painting.html#ShapeRenderingProperty> <http://www.w3.org/TR/SVG11/painting.html#TextRenderingProperty> <http://www.w3.org/TR/SVG11/painting.html#ImageRenderingProperty> The attributes are also in the SVG2 draft: <http://www.w3.org/TR/SVG2/painting.html#RenderingHints> If implemented based on these rendering attributes, the feature should (or rather: could) also allow to control the rendering of different types separately (i.e. disable for shapes only, or for text only, or both), and maybe other text rendering modes can be added in the future (e.g. aliased with hinting for 'optimizeLegibility'). Note that support for 'image-rendering="optimizeSpeed"' has already been implemented (currently settable on import, and in objects properties for bitmap images (linked, or embedded)). b) Alternatively (based on other user requests), if the implementation stays a custom inkscape feature only: what about splitting it into a display mode (for rendering on-canvas, in the 'View' menu), and a bitmap export option which can also be used on the command line (without having to first edit the document properties via GUI)? Regards, V P.S. Personally, I somewhat disagree with closing bug #170356 based on a solution which globally disables antialiasing (for all shapes and text in the current document) - that report originally tracked an issue with a very specific aspect of antialiasing (adjacent edges); the current solution seems more like a workaround to me (disable antialiasing just for everything, including text (which - especially at smaller sizes - tends to looks bad (AFAIU due to lack of hinting) and objects not affected by bug #170356 at all). With r13144, antialiasing btw returns if an object (or group) has a reduced object (aka global) opacity, or uses a filter effect, for clipped or masked objects and probably other special cases.

2 3

Font selection
by Martin Owens 13 Mar '14

13 Mar '14

Hi devs, I was just making some art and noticed I couldn't select any fonts in the latest ppa build. Is this a known problem? Martin,

3 2

Re: [Inkscape-devel] Help with bzr
by Krzysztof Kosiński 13 Mar '14

13 Mar '14

2014-03-11 1:54 GMT+01:00 Jabiertxo Arraiza Cenoz <jabier.arraiza@...2893...>: > Thanks Krzysztof for the quick reply. > >> It is not removing the pushes, it is just changing the revision >> numbers so that the other users' pushes are in subrevisions. > > I feel confortable by this way but think isn't the normal usage in > inkscape trunk > >> If you want to prevent changes in revision numbers, use this: >> >> bzr config -d lp:path/to/branch append_revisions_only=True >> >> However if you set this, you won't be able to merge other users' >> changes and then push. Use this instead: >> >> bzr checkout lp:path/to/branch working_dir <-- only the first time >> cd working_dir >> bzr update <-- after the first time >> bzr merge <path to your working tree> >> bzr commit >> >> Another option - you need the "rebase" or "rewrite" plugin: >> >> bzr pull >> bzr rebase >> bzr push >> > Think one of this ways is the best, but i have the extra problem to > update the branch from trunk. Maybe this need to be done direcly in the > launchpad branch instead merge from trunk localy and push. Is correct? If you have your own branch on which you collaborate with a few users, you can just use a checkout. Instead of saying "bzr branch lp:path/to/branch" at the start, say "bzr checkout lp:path/to/branch". Then everything you commit will appear on Launchpad immediately, and to update you can simply say "bzr update". You can also say "bzr bind :push" to convert an existing non-diverged branch into a checkout. Regards, Krzysztof

4 13

Font weight variants - bug 167353
by Krzysztof Kosiński 12 Mar '14

12 Mar '14

Hello all There is a long standing bug about font variant selection. I can't seem to reproduce it on Ubuntu 13.10 - selecting a different variant with a non-default name works correctly. Can someone update the bug with up-to-date instructions on reproducing? Given that other comments suggest that the bug is specific to the interactive display, I think it could be fixed by changing the code in the display tree to be equivalent to the one in the Cairo renderer used by PDF export. Currently they use completely different operations to display the text. Regards, Krzysztof

1 0

Ungrouping switches
by Krzysztof Kosiński 12 Mar '14

12 Mar '14

This is related to https://bugs.launchpad.net/inkscape/+bug/1001756 The ungrouping code was treating svg:switch like groups. Is this the correct behavior? (For the time being, I modified it to ignore groups.) We don't use svg:switch in Inkscape-generated SVG at the moment, so this is relevant only to externally authored content. Regards, Krzysztof

3 6

Re: [Inkscape-devel] Help with bzr
by Jabiertxo Arraiza Cenoz 11 Mar '14

11 Mar '14

> > Can do a "bzr update" for two branches -trunk and a custom one-? > > I don't really understand the question :( I want to update the other users changes in the custom branch and have this custom branch updated from trunk. I think the way to update could be: https://asciinema.org/a/8109 Regards, Jabiertxo.

1 0

Fwd: GSOC 2014 - New patterns/paint servers UI
by Krzysztof Kosiński 11 Mar '14

11 Mar '14

[resend - accidentally sent off-list] 2014-03-10 13:23 GMT+01:00 Tomasz Boczkowski <penginsbacon@...400...>: > Hi! > > My name is Tomasz Boczkowski. I would like to apply for GSOC 2014 and spend > this summer coding Inkscape. > > I have an idea to revamp the pattern UI, currently being part of the Fill > and Stroke dialog. It would consist of a new "patterns" dialog and a new > on-canvas tool to edit patterns. The file new_patterns_ui.svg [2] contains > my first draft, how the improved UI could look like. Some comments on the UI mockup: 1. "Contour" should be "stroke" 2. The palette behavior should be reused in this dialog. Normal click should apply the pattern to fill and Shift-click should apply to stroke. 3. The way the pattern icons are supposed to "jump" when one of them is selected is very bad. 4. What is the purpose of the "transform" button? The pattern transform is specified on the object, not on the pattern, and is already editable on the canvas. This looks like a mistake. 5. I think it would be more sensible to embed the pattern preview and chooser into the existing fill and stroke dialog. > The new dialog would provide a way to browse, manage and apply patterns. > Some basic support for grouping patterns into collections would be provided. > By dragging a pattern and dropping it on an svg object or on Fill and Stroke > dialog, a user could apply it. After dropping a pattern on empty canvas, a > new object could be created. It would look like a mini-page and have the > size of pattern. Any objects inside this object would be treated as pattern > child elements. That would allow live modifications to existing patterns. How would this "new object" be represented at the XML level? I'm not convinced that this is the way to go. However, we definitely need a new UI concept for editing distinct "areas" of the document (e.g. separate pages, patterns, masks, and so on). It would be ideal if the concept you invent could eventually be reused for the other use cases. > An alternative to "patterns" dialog would be to implement a general "print > servers" dialog, enabling to manage, besides patterns, named colors, > gradients and hatches. The alternative is also enclosed in mockup drawing. I > suppose I would be able to implement support for selected print servers only > (eg. named colors + patterns) in GSOC timeframe. "Paint servers" is technical jargon and should not appear in the UI. "Swatches" or "Paints" is better. I think a generic dialog for all paints would be better than a dialog only for patterns. > Please tell me what do you think about this idea. Is it suitable as GSOC > project? Which alternative is better in your opinion? The proposal looks sensible. If you don't have too much experience with the Inkscape codebase, I think you could limit the proposal to providing the pattern preview in the fill and stroke dialog and converting a few things to C++ along the way. Regards, Krzysztof

1 0

Help with bzr
by Jabiertxo Arraiza Cenoz 11 Mar '14

11 Mar '14

Hello, I have a question to use bazaar: I'm working on a custom branch in a launchpad team, I'm owner. I have a local repository, using like: *bzr merge from Inkscape trunk *?bzr resolve *bzr commit -m "Update to trunk" *change code in my local branch.. *bzr commit -m "Some changes to branch" *bzr push to the branch in the team After now, never have problems but now there is more people working on, and I want to know whats the way to be sync. For example if I merge from the team like this: *other user PUSH some code to the branch in the team *bzr merge from branch in the team *bzr commit -m "Adding other user updates" *bzr push to the branch in the team This remove the other user push/es and be replaced well, but for my user, removing other user pushes. I think this is wrong. Any body know a good way to archive ok? Thanks in advance, and sorry if not enought clear.

4 8

Inkscape Swag
by Martin Owens 11 Mar '14

11 Mar '14

Hi Everyone, I'll be attending SpinachCon and representing Inkscape to do some user testing and I was wondering if we have any swag like stickers which might be good for users who take time to test things. Do any of you know where Inkscape swag might be gotten from? Best Regards, Martin Owens

2 1

Re: [Inkscape-devel] Blocking Signals
by Markus Engel 10 Mar '14

10 Mar '14

> In this case, it seems it might be doing the > wrong thing. The blocking class is what's > needed instead. Probably yes. You'd do a void ObjectsPanel::_setCompositingValues(SPItem *item) { //Block theconnections to avoid interference SignalBlockerb1(*_opacityConnection); SignalBlockerb2(*_blendConnection); SignalBlockerb3(*_blurConnection); // ... } At the end of the scope, these objects are destructed inreverse order, so this is just fine. This code is blocking around a lot, I'm not sure whetherall of this is necessary. Maybe there are better solutions to this. Regards, Markus

1 0

"Flatten" vectors
by Alexander Brock 10 Mar '14

10 Mar '14

Hi, When drawing stuff I usually have a lot of overlapping areas. Sometimes I use a vinyl cutter to cut adhesive foil. Then I need to select the topmost object and subtract it from every object which i (partially) covered by the topmost object. Next, I need to repeat the process with the second-to-topmost object etc. I also need to convert all strokes etc. to paths to actually get paths plotted with non-zero width, otherwise it's just one cut along the path which is useless. I also need to intersect all objects with their respective clip or mask, if they are clipped or masked. For complex drawings this process takes a lot of time. I wondered if there's a plugin or something for "flattening" an image like that, essentially converting it to a set of non-overlapping closed paths without stroke. If there isn't such a functionality I'd like to program it. In which way should this be done? Regards Alexander

3 4

GSOC 2014 - New patterns/paint servers UI
by Tomasz Boczkowski 10 Mar '14

10 Mar '14

Hi! My name is Tomasz Boczkowski. I would like to apply for GSOC 2014 and spend this summer coding Inkscape. I have an idea to revamp the pattern UI, currently being part of the Fill and Stroke dialog. It would consist of a new "patterns" dialog and a new on-canvas tool to edit patterns. The file new_patterns_ui.svg [2] contains my first draft, how the improved UI could look like. The new dialog would provide a way to browse, manage and apply patterns. Some basic support for grouping patterns into collections would be provided. By dragging a pattern and dropping it on an svg object or on Fill and Stroke dialog, a user could apply it. After dropping a pattern on empty canvas, a new object could be created. It would look like a mini-page and have the size of pattern. Any objects inside this object would be treated as pattern child elements. That would allow live modifications to existing patterns. An alternative to "patterns" dialog would be to implement a general "print servers" dialog, enabling to manage, besides patterns, named colors, gradients and hatches. The alternative is also enclosed in mockup drawing. I suppose I would be able to implement support for selected print servers only (eg. named colors + patterns) in GSOC timeframe. Please tell me what do you think about this idea. Is it suitable as GSOC project? Which alternative is better in your opinion? Two of my patches are accepted into Inkscape source code tree [1] and there are more to come. Best regards, Tomasz Boczkowski [1] https://bugs.launchpad.net/~penginsbacon [2] https://www.dropbox.com/s/efgwoc3a3vqn8qm/new_patterns_ui.svg

1 0

Blocking Signals
by Martin Owens 10 Mar '14

10 Mar '14

Hey Devs, I was reviewing some of the ponyscape merge today and I noticed in the object's dialog Janeczko used signal.block() and signal.unblock() to deny signals and I suspect to prevent loops and such. Is this a good pattern to use? I've come across several places where looks are caused by update and refresh signals locking up. Everything from image.cpp's update to filters dialog reorder signal. And what I found interesting was how sp-use deals with this problem. It puts update signals on a glib callback and has a mass of code for preventing the problems that sp-image.cpp gets into a lot. I'd love to hear from those more experienced with C++, GLib and signals about the best pattern to use. Best Regards, Martin Owens

4 4

Re: [Inkscape-devel] Blocking Signals
by Markus Engel 09 Mar '14

09 Mar '14

I didn't know this class existed I swear :) . Anyway, you're totally right, this unconditionalunblocking in my example would definitely have led to problems. Is there any specific reason why you store a pointerinstead of a reference to the connection? Just curious... Regards, Markus -----Ursprüngliche Nachricht----- Von: Jon Cruz [mailto:jon@...18...] Gesendet: Sonntag, 9. März 2014 21:47 An: Markus Engel; Martin Owens Cc: Inkscape Developer Mailing List Betreff: Re: [Inkscape-devel] Blocking Signals On Mar 9, 2014,at 1:39 PM, Markus Engel wrote: > Hi, > if you wantto use this, I'd suggest creating a class like this: > classsignal_blocker { > public: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/src/uti… Good thinking.However there is another common problem. If you block a signal, then callanother function or so that end up also blocking the signal, then the lattercode will unblock the signal early. The coderecently added in signal-blocker.h addresses this by checking at constructiontime and only blocking if it is not already blocked. Then as it is destructedit only unblocks if the instance blocked to begin with. However, we doneed to take care on when and where we block, and to minimize issues. Oneapproach is to block signals. Another is to not cause signals to be emitted inthe first place. We've had need of both those plus a few more in fixingproblems in our codebase.

2 1

Viewport, filters, and Inkscape code structure: help needed
by Tavmjong Bah 06 Mar '14

06 Mar '14

I am struggling a bit with the overall structure of Inkscape's code as I work on getting filter regions implemented correctly. This is how I understand the current structure to work: XML Tree: This represents the actual document. SP Tree: This is an expanded tree. For example: <defs> <rect id="myRect"/> </defs> <use xlink:href="#myRect"/> has two SPRect instances, one for the <rect> in the <defs> section and one generated by the <use> element. The allows for things such as style cascading and for different dimensions when the rectangles size is expressed in percent of the viewport (and there are multiple viewports in one document). Markers and symbols may also have multiple instances generated. The SP tree includes print functions used by the EMF, WMF, and TeX exporters. Other exporters (including Cairo PDF and PS) are independent of the SP and NR trees. NR Tree (e.g. Cairo Renderer): This is an expanded tree created for on-screen rendering. (Silly questions: what does NR mean?, what does 'arena' mean?) Now we come to filters. A filter can be applied to multiple objects. It's coordinates can be expressed in terms of the current viewport or the bounding box of the object that references it. In both cases, a filter's absolute coordinates can be different when applied to different objects. At the moment, only the bounding box case is handled and it is handled in the NR Tree. The NR tree doesn't know about the viewport but the SP tree does so I've tried to add code to handle the coordinates expressed in terms of a viewport into the SP tree. It seems more natural to handle coordinates in the SP tree as the SP print functions and other exporters can take advantage of these dimensional calculations. This works, kind of. There are a couple of problems: 1. The update functions of the filter primitives are not called. This can be fixed by adding explicit calls from SPFilter::update (following the model in the SPGroup update function). 2. The filter update function is only called once, at the beginning of the update process. So if a document has more than one viewport (due to an embedded SVG, for example), the filter coordinates are not updated for the second viewport. (This is unlike the <use> element case.) It seems my choices for fixing filter regions for viewport based dimensions is to either follow the <use> element example, and have instances of the filter element for each use of the element or to move all coordinate handling to the NR tree (after making the viewport available in the NR tree). The former, I think, is more desirable, but the latter may be easier. Any thoughts? Thanks, Tav

3 3

Bazzar
by Vinícius dos Santos Oliveira 06 Mar '14

06 Mar '14

Hi folks, I was reviewing one merge proposal for Inkscape, but something that would really help is something similar to git's merge-base, which gives me the common ancestor of two branches. This way, I could see the diff introduced by the new branch without being spammed/flooded by new commits that aren't interesting for my review. So, any Bazzar experts wishing to give me a helping hand here? -- Vinícius dos Santos Oliveira https://about.me/vinipsmaker

2 4

trunk rev 13117 broken?
by mathog 05 Mar '14

05 Mar '14

It seems I cannot build r13117 (with none of my patches) bzr revert bzr update make clean make ... In file included from /usr/include/glibmm-2.4/glibmm.h:89:0, from /usr/include/gdkmm-2.4/gdkmm/pixbuf.h:9, from libdepixelize/kopftracer2011.h:32, from libdepixelize/kopftracer2011.cpp:36: /usr/include/glibmm-2.4/glibmm/threads.h:142:11: error: field ‘gobject_’ has incomplete type /usr/include/glibmm-2.4/glibmm/threads.h: In member function ‘GThread* Glib::Threads::Thread::gobj()’: /usr/include/glibmm-2.4/glibmm/threads.h:138:41: error: ‘gobject_’ was not declared in this scope /usr/include/glibmm-2.4/glibmm/threads.h: In member function ‘const GThread* Glib::Threads::Thread::gobj() const’: /usr/include/glibmm-2.4/glibmm/threads.h:139:41: error: ‘gobject_’ was not declared in this scope make[3]: *** [libdepixelize/kopftracer2011.o] Error 1 make[3]: Leaving directory `/usr/local/src/inkscape_trunk/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/src/inkscape_trunk/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/inkscape_trunk' make: *** [all] Error 2 Just me? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 1

W3C SVG 1.1 test suite with trunk
by Tavmjong Bah 05 Mar '14

05 Mar '14

Hi, I've run the SVG 1.1 test suite with the latest version of trunk. Compared with 0.48, 21 tests newly pass and an additional 13 are closer to passing. There are 14 tests that no longer pass, mostly due to the feImage filter primitive no longer being able to load PNG and JPG files. (This was broken in commit 12939.) And there is one test that caused an infinite loop: struct-use-08-b.svg The test results can be seen at: http://tavmjong.free.fr/INKSCAPE/W3C_SVG_0.91/htmlInkscapeHarness/index.html There is an HTML page for each test showing the raw SVG file, and PNG results for Inkscape 0.48, Inkscape 0.49 (a snapshot from some months ago), current trunk (0.91), and the official reference PNG. The formatting isn't the best... sorry. I have not removed tests that Inkscape cannot pass due to animation or the use of the DOM. Here is a full list of the test results: New Failures 0.48 -> 0.49 coords-units-01-b.svg filters-conv-01-f.svg (edge effect) filters-displace-01-f.svg painting-marker-02-f.svg (fixed in 0.49 -> 0.91) struct-cond-01-t.svg (fixed in 0.49 -> 0.91) text-tref-02-b.svg (partial) 0.49 -> 0.91 coords-units-01-b.svg filters-composite-04-f.svg filters-displace-01-f.svg filters-image-01-b.svg filters-image-02-b.svg filters-image-03-f.svg filters-image-04-f.svg filters-image-05-f.svg filters-light-02-f.svg struct-use-08-b.svg (*** Infinite loop***) New Passes 0.48 -> 0.49 filters-background-01-f.svg filters-composite-03-f.svg (partial) filters-comptran-01-b.svg filters-conv-02-f.svg filters-displace-02-f.svg filters-example-01-b.svg filters-felem-01-b.svg (partial) filters-felem-02-f.svg (partial) filters-gauss-02-f.svg filters-gauss-03-f.svg filters-image-03-f.svg filters-image-04-f.svg filters-turb-01-f.svg masking-path-05-f.svg masking-path-07-b.svg (partial) painting-marker-07-f.svg (partial) painting-stroke-06-t.svg paths-data-10-t.svg paths-data-18-f.svg (partial) pservers-grad-17-b.svg (partial) pservers-grad-20-b.svg (partial) struct-frag-05-t.svg struct-image-02-b.svg (partial) text-altglyph-01-b.svg text-deco-01-b.svg text-text-03-b.svg 0.49 -> 0.91 filters-felem-02-f.svg (partial) painting-marker-02-f.svg (partial) struct-image-05-b.svg struct-symbol-01-b.svg struct-use-04-b.svg (partial) struct-use-05-b.svg (partial) struct-use-11-f.svg text-tref-01-b.svg Tav

3 4

Casting-macro replacement
by Markus Engel 05 Mar '14

05 Mar '14

Hi there, in r13061 I added two template functions in order to replace the tools' casting macros. You can see them in action in widgets/pencil-toolbar.cpp:110. I also added some compile-time checking there which can be uncommented later. As I just stumbled across this. In order to build clang from its svn source, you need a c++11-enabled compiler: "This is expected to be the last release of LLVM which compiles using a C++98 toolchain. We expect to start using some C++11 features in LLVM and other sub-projects starting after this release. That said, we are committed to supporting a reasonable set of modern C++ toolchains as the host compiler on all of the platforms. This will at least include Visual Studio 2012 on Windows, and Clang 3.1 or GCC 4.7.x on Mac and Linux. The final set of compilers (and the C++11 features they support) is not set in stone, but we wanted users of LLVM to have a heads up that the next release will involve a substantial change in the host toolchain requirements." Should I proceed replacing the casting-macros like this? Any suggestions? Regards, Markus

5 13

Inkscape news as a feed
by Jared Meidal 05 Mar '14

05 Mar '14

Hi Martin, Can we add a generation of the News items from the website into RSS? I feel think would be helpful to allow users to follow us at another level. I've seen documentation for this here, but not sure if this is already something built into the django site already up. https://docs.djangoproject.com/en/1.6/ref/contrib/syndication/ Thanks, --Jared

4 7

Fwd: Re: Careful with C-strings!
by mathog 05 Mar '14

05 Mar '14

On 03-Mar-2014 13:47, Martin Owens wrote: > I'm going to rip out c-strings from uri handling. It's dangerous code > and needs to be dealt with. A c string is only "dangerous" if the programmer mistakenly thinks it works the same as std::string. Conversely, all changes to working code are dangerous since a modification introduces the risk of creating a bug and breaking the program. For the URIs it doesn't matter much what the internal storage method is, so go ahead and change that - in your branch. For bitmap images the underlying libraries, like libPNG, are not going to play nicely with std::string, and it seems a little silly to waste time and memory converting back and forth all the time, since either way in the end Inkscape just carries around a big block of memory. Similarly, a lot of glib uses gchar * (or guchar *) arguments, and some of those functions return values in those formats. It is far from clear to me that requiring everything that talks to glib to convert to/from std::string will reduce the number of bugs in Inkscape. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

Windows: default enable console output window?
by Johan Engelen 04 Mar '14

04 Mar '14

Hi all, Is it OK if I enable the extra console output window per default on Windows? (i.e. build with "-mconsole" instead of "-mwindows") We should disable it in finale releases, but I think in trunk it should be enabled so people can always see the messages that trunk generates. Thoughts? -Johan

4 4

Re: [Inkscape-devel] Inkscape joins the Open Invention
by Jared Meidal 04 Mar '14

04 Mar '14

I have that content copied and published on the main site now. I'll stand by for any adjustments needed. --Jared > -----Original Message----- > From: Bryce Harrington [mailto:bryce@...961...] > Sent: Sunday, March 2, 2014 10:32 PM > To: Martin Owens > Cc: Jared Meidal > Subject: Re: [Inkscape-devel] Inkscape joins the Open Invention > > On Sun, Mar 02, 2014 at 09:29:49PM -0500, Martin Owens wrote: > > On Sun, 2014-03-02 at 15:44 -0800, Bryce Harrington wrote: > > > Thanks, currently I get a error page at that url. "Could not import > > > inkscape.person.views.register. View does not exist in module > > > inkscape.person.views." > > > > That's my fault. Sorry for the downtime. > > No prob, it's why we have a staging site right? :-) > > So, the GSoC section looks great. I think we might be able to say more in fewer > words... let me have a try at copyediting it down: > > """ > This is Inkscape's 10th year mentoring in Google's Summer of Code. > Students, please see our <Summer of Code wiki page>[1] for directions. > Find an <idea>[2] that interests you, and <let us know>[3]! > """ > > 1: http://wiki.inkscape.org/wiki/index.php/Google_Summer_Of_Code > 2: > http://wiki.inkscape.org/wiki/index.php/Google_Summer_Of_Code#Suggested_Ide > as > 3: http://wiki.inkscape.org/wiki/index.php/SOC_Application_Template > > Bryce

2 1

Swatch dialog has a serious bug
by Johan Engelen 03 Mar '14

03 Mar '14

Hi all, I just discovered a very serious bug in the swatches dialog (/src/ui/dialog/swatches.cpp). Using a vector of DocTrack*, it tracks all current documents, and using a timer callback updates itself. The problem is, no DocTrack* is ever removed from that list. A DocTrack* (that points to an SPDocument) is added whenever you open a new document. Then when closing a 2nd document, the DocTrack* should be removed from the list and ~DocTrack should be called. Because this is _not_ happen, the timerfunction will use an already deleted SPDoc and will eventually crash in SPDocument::getResourceList (priv is set to nullptr for deleted SPDoc). I added proper ref-counting of the SPDoc object in DocTrack's constructor and destructor, but still the SPDoc is deleted and the crash occurs. Some code in swatches.cpp looks unfinished, creating data structures that are never used... Thanks for any help in tracking down and fixing the issue, Johan

2 7

python extension preview information
by TimeWaster 02 Mar '14

02 Mar '14

hi, for "my" plotter extension i would like to implement a preview functionality. right now i can't do that because the preview would overwrite the document permanently once one hit the apply button. it would really help if there was a way to know if the call to the extension was made for the preview (preview checkbox) or the final rendering (apply button), or if the above is not possible, if there was an .inx tag attribute preventing inkscape from using the extensions ouput as the final document while still maintaining preview functionality. maybe it makes sense to implement both. i could imagine multiple solutions for that: - add a parameter to the extension call identifying the preview state - add an preview state attribute to the document's internal structure (the svg tag perhaps) - add an attribute to the effect tag in the .inx file format: <effect needs-live-preview="true" needs-document="true" discard-final-result="true"> i think it would be a beneficial feature for other extensions as well. i could imagine that an extension could do a rough rendering for preview while still providing the fine rendering for the finished result, this could greatly improve speed and handling on some extensions. since i am no C programmer i can not do it, but if someone could implement such a feature my eternal gratitude for him/her would be certain. with kind regards, TimeWaster

1 0

SVG feature angled CAP
by Jabiertxo Arraiza Cenoz 02 Mar '14

02 Mar '14

Hi to all. Is or could be in the roadmap of SVG this feature: "angled CAP" for svg:path. Could be very useful at design. I made a svg to explain well.

1 2

0.48.5
by Josh Andler 01 Mar '14

01 Mar '14

Hey All, Since we're obviously not going to be getting 0.91 in Ubuntu 14.04, it seems reasonable that we should try to get 0.48.5 in it instead. Are there any pending items people have for backporting? Cheers, Josh

2 1

Why is the position of this line of code so touchy?
by mathog 28 Feb '14

28 Feb '14

In the files in src/display there are many instances of this Inkscape::DrawingContext::Save save(dc); First thing, I don't understand the syntax. What does the lower case "save" in that line indicate? The only places "::Save save(" appear in the source code are instances of this line. Secondly, it acts strangely. Moving it around breaks graphics for some reason that escapes me. For instance this: Inkscape::DrawingContext::Save save(dc); //PROBLEM LINE dc.transform(aff); double thickness = decorateItem(dc, aff, phase_length); dc.setLineWidth(thickness); dc.strokePreserve(); dc.newPath(); results in mangled graphics (text decoration drawn as if with a very thick line, but in what appears to be the correct location), whereas moving the first two lines above into double DrawingText::decorateItem(DrawingContext &dc, Geom::Affine const &aff, double phase_length) as the first two lines of that method results in normal graphics (text decoration drawn with the expected line thickness). That is: line1 line2 call is broken but call (inside called function) line1 line2 works. Moving "dc.setlinewidth()" from the position shown above into decorateItem() as the line before its return does not make any difference in either of these cases. decorateItem() just defines a cairo path with moveto/lineto on _ct in dc, it doesn't touch anything else in the dc. Using the debugger and stepping through showed that execution of the problem line passes through this: DrawingContext::Save::Save(DrawingContext &dc) : _dc(&dc) { _dc->save(); } in drawing-context.cpp. _dc->save() just does cairo_save(_ct); I have never seen anything quite like this when using cairo directly, that is, calling cairo_save() and cairo_restore() has never resulted in mysteriousness of this level. And that seems to be mostly what the DrawingContext does - it keeps track of (private) cairo_t *_ct; I would have thought that passing dc by reference should have made the position of the problem line before the call, or just within the called function, a moot point, but apparently not. This is so even though when the address of _ct was checked with dc.raw(), before and after the problem line, it didn't change. Whether or not the problem line was before or inside decorateItem(). Can somebody please explain what is happening here? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 5

Href sub-document model
by Martin Owens 28 Feb '14

28 Feb '14

Hey developers, This is the model I'm going to implement for documents to reference other documents: SPDocument { GSList *child_documents; SPDocument *parent_document; // Parent of parents until parent == NULL; SPDocument *getRootDocument(); } Then in uri-reference, check paths of existing child_documents, load the referenced document and add to child_documents. Set parent_document. That should keep things consistant. The idea here is that we'll use this to track documents referenced in <use tags> as well as <image tags> and attributes like 'marker-*: url(...);' but not for non-vector graphics used in the image tag. Thoughts? Advice? Best Regards, Martin Owens

6 23

Image Data URIs
by Martin Owens 28 Feb '14

28 Feb '14

He devs, I've been trying to read up on image tags special case, where a href will start with data: and then proceed to have data. Since I want to merge most of the sp-image logic into Inkscape::URI I need to know if data uris are something the svg spec says should only be available to image tags... or should be available to any href. The svg 1.1 spec says nothing about data uris that I could find. Any ideas? In the end, I want hrefs to be able to be loaded, processed into localised absolute references and even parsed for data if that's generic. From the same Inkscape::URI object. Does this seem sensible? I note the css url(...) handler isn't the same as the href handler; so should something be done to help those converge too? Any thoughts would be appreciated. Martin,

3 2

Inkscape joins the Open Invention Network
by Bryce Harrington 28 Feb '14

28 Feb '14

Inkscape has been invited to join as a member of the Open Invention Network. On Tuesday, the Inkscape Board voted in favor. In so doing we pledge to never use patents aggressively against the Linux System. We would never do this of course so the step is merely symbolic, but an important symbol. We are joining almost 750 projects and companies from the software industry (see http://www.openinventionnetwork.com/licensees.php) in a pledge that covers over 2,100 Open Source packages. This helps to reduce risk on the core Linux System and other middleware technologies. Valer Mischenko of OIN sums it up: "This is the largest community to address software patent challenges in the world. The idea is: when everybody pledges freedom, there will be no wars." For more information, please read on, or go to openinventionnetwork.com Bryce ------------------------------------------------------------------------ Subject: Re: [Inkscape-board] [REFERENDUM] Should Inkscape Join the Open Invention Network? Resolved: The Inkscape Project agrees to join as a member of the Open Invention Network. In so doing we pledge to never use patents aggressively against the Linux System. Votes: Five votes in favor, none against. Motion passes. Josh Andler a Johan Engelen a Bryce Harrington a Jon Cruz a Tavmjong Bah a (Votes not received from Ted Gould and Mental Guy) http://sourceforge.net/mailarchive/forum.php?thread_name=20140225080118.GB2… On Sun, Feb 23, 2014 at 11:38:07PM -0800, Bryce Harrington wrote: > Proposal: > > [ ] a. Join the Open Invention Network (OIN). Pledge that the > Inkscape organization would never use patents aggressively > against the Linux System. > [ ] b. Remain independent from the Open Invention Network. > > > Background: > > Hi Bryce, > > My name is Valer and I am writing to you on behalf of the Open Invention > Network (OIN). Our mission is to support projects developing or using > Linux-related and open source technology by deterring patent aggression. > > We do this through a community that pledges not to assert patents > against each other over the Linux System technology. This pledge covers > over 2,100 Open Source packages. It is structured to reduce risk on core > operating system and middleware technologies. Almost 750 projects and > companies from all areas of technology creation, deployment and use have > joined our community so far (see not very up to date list: > http://www.openinventionnetwork.com/licensees.php) > > We want to invite Inkscape to our community. > > You may be interested in our community credentials and to get some more > context about our work. Here is an endorsement from Eben Moglen, > Chairman of the Software Freedom Law Center: > http://emoglen.law.columbia.edu/now/organizations/OIN > > Here is an endorsement from Jim Zemlin, Executive Director of the Linux > Foundation: > http://www.linux-foundation.org/weblogs/jzemlin/2009/09/09/protecting-linux… > > Our community is free to join. The only thing we want is a pledge that > Inkscape would never use patents aggressively against the Linux > System. Of course it never will, and that's a symbolic gesture, but it > remains very important for our work. When we also bind big companies > with this pledge we are sure they will not attack ç in this context for > example. But their participation in OIN is also very important in > various other aspects. > > And these companies are numerous. For example Valve Software and Dropbox > are on of the latest bigger companies joined in. UnitedStack from China > joined just a weeks hours before. Pretty much everyone else is in there > too, from Red Hat to GNOME, Fujitsu to CentOS, Google to KDE to > OpenStack Foundation. This is the largest community to address software > patent challenges in the world. The idea is: when everybody pledges > freedom, there will be no wars. > > We are passionate supporters of the Linux System and open innovation. I > hope we can work together by welcoming Inkscape to our non-aggression > community. Every single voice helps us face current market challenges > while investing in a more collaborative future. > > Attached is a very short overview of OIN + FAQs, but I am happy to > answer any questions and to explain in more detail why the pledge of > Linux System and open source patent non-aggression is so important for > open innovation. > > May you decide positively there is a possibility to sign online: > http://licenses.openinventionnetwork.com > > Please consult to Johan, Tavmjong, Ted and Josh and let me know what you > guys think. > > Regards, > Valer Mischenko, > Open Invention Network > > www.openinventionnetwork.com

3 4

Potential GSoC 2014 project
by Krzysztof Kosiński 28 Feb '14

28 Feb '14

Hello As promised, here is a description of the project I could do as a student. The end goal of my MSc project is to write an OpenGL-based 2D scene graph library usable by Inkscape which is capable of displaying most of SVG. Unlike the Cairo OpenGL backend, this library would keep the data on the GPU as long as it's used, and only control points of the curves would be submitted to the GPU, which should give very good performance. However, this project has several prerequisites. The OpenGL drawing algorithm I'm thinking about (Loop-Blinn) handles only quadratic and cubic Bezier fills, so it would require substantial support from 2Geom to render SVG. http://http.developer.nvidia.com/GPUGems3/gpugems3_ch25.html For this GSoC, my proposal would be to implement boolean operations and the stroke-to-fill transformation in 2Geom (since I think the latter depends on the former). Some of the required code is already present, for example the code to compute the offset of a single curve, but it's not exposed in an usable form. The project would be both about implementing the missing parts and providing an easy to use API. Here are the potential work-items: 1. Convert Geom::PathVector to a real class. 2. Investigate whether it is possible to store curve data in a more efficient format that does not store every curve endpoint point twice (as a start point and as an end point). 3. Provide and document an API to the existing intersection code. 4. Provide and document an API to the existing curve offset code. 5. Implement path uncrossing and monotonization. 6. Implement boolean operations, based on the algorithm used in CGAL. If necessary, add CGAL as a dependency - this is now acceptable, because CGAL in Debian no longer depends on Qt. 7. Implement stroke-to-path. As a backup option, I'm considering changing my MSc project to implementing a Python scripting console for Inkscape. If I were to pick that instead, the GSoC project could involve a variety of refactoring tasks intended to simplify writing the Python bindings used by the console. In this case, I'm 100% sure that I could do it, whereas in the case of OpenGL I still have some doubts, mainly because I haven't programmed in OpenGL yet. Regards, Krzysztof

9 14

Wiki down again
by John Cliff 28 Feb '14

28 Feb '14

Hi guys, The wiki seems to be down again, have checked with a couple of is it up type sites, and their all unable to see it. Have pinged an email to the osuosl support address about it. Thought I'd let you all know before anyone else did too. Cheers John

2 1

Ellipses and other shapes may be modified on load
by Krzysztof Kosiński 28 Feb '14

28 Feb '14

Hello It looks like the recent changes to make ellipses use the correct SVG element cause incomplete undo events being left on the undo stack when a document containing old ellipses is loaded. To see for yourself, load the attached document and press Ctrl+Z. This is causing crashes in some scenarios, one of which is detailed here: https://bugs.launchpad.net/inkscape/+bug/1001756 The culprit is the update_patheffect() function of SPGenericEllipse, which writes to the XML tree and is called by document->ensureUpToDate(). This write happens even if the object in question does not have any path effect. Under the SP tree model, writing to the XML tree in response to view changes or update events is not permitted. For now, I have hacked around this by disabling undo tracking when ensureUpToDate() is called from SPDesktop::init(), but the proper solution would be to avoid rewriting the LPE result when loading, and prevent the update_patheffect() function from rewriting shapes which do not have any LPEs. Regards, Krzysztof

1 0

Summer of Code 2014
by Josh Andler 27 Feb '14

27 Feb '14

Hey All, We've been accepted again as a mentoring organization for Google's Summer of Code. This is the 10th year they've held it and our 10th year participating! If you're a potential mentor or student, please sign up at melange (1). If you are interested in participating as a student please visit our page on Melange (2) to find links to our Ideas for summer projects on our wiki and our developer mailing list. As usual, please either introduce yourself on our developer mailing list or let us know what you're interested in working on this year. Cheers, Josh (1) http://google-melange.appspot.com/ (2) http://google-melange.appspot.com/gsoc/org2/google/gsoc2014/inkscape

9 17

Re: [Inkscape-devel] URI
by Markus Engel 26 Feb '14

26 Feb '14

> auto initalising (c++ does this right?), C++ implicitly calls the default constructor for allmembers that are not initialized in the containing class's constructorinitializer list. Note that only *objects* are default initialized this way,atomic types are not (int, pointers, ...). They contain garbage until youassign them a value. class Member { public: Member(int i) {} }; class Container { public: Container() {} private: Member member; }; Thus, this will not compile. Instead you'll have to writethe constructor this way: Container() : member(42) {} I'm not sure whether you should add a parameterlessconstructor to Inkscape::URI. I mean, is an empty uri valid? Does it make senseto be able to create an uri this way, or is it's "path" necessary forthe object to have any sense at all? Regards, Markus -----Ursprüngliche Nachricht----- Von: Martin Owens [mailto:doctormo@...400...] Gesendet: Mittwoch, 26. Februar 2014 13:32 An: Krzysztof Kosiński Cc: Markus Engel; inkscape-devel Betreff: Re: [Inkscape-devel] URI Digging into the job, I've ripped away dom/* and most ofthe code works. I've ported color-profile.cpp which was using thedom::URI to Inkscape::URI and the same replacement can be done to odfextension. A missing piece was zipfile support. src/dom/util/ziptool.cpp/.h was a self-contained zipimplementation so I've moved that to src/util/ since it has no equivalentfunctionality. That worked well. I've hit a small problem with Inkscape::URInot having a constructor with no-arguments which I think can be solved byadding an OdfOutput constructor which initalises the URI instead of it autoinitalising (c++ does this right?), but this seems odd to me as if the Odfshouldn't initalise the URI until it needs it. Thoughts? Best Regards, Martin Owens

1 0

Re: [Inkscape-devel] URI
by Markus Engel 26 Feb '14

26 Feb '14

You may simply remove everything except the util folder,and dom.h domimpl.cpp domimpl.h domptr.cpp domptr.h ucd.cpp ucd.h uri.cpp uri.h Actually, that's about 50000 lines less :) . ------------------------------------------------------------------------------- Language files blank comment code ------------------------------------------------------------------------------- C++ 797 60098 60211 295830 C/C++ Header 1060 32179 58535 90647 ------------------------------------------------------------------------------- Language files blank comment code ------------------------------------------------------------------------------- C++ 782 57002 57216 286170 C/C++ Header 1037 24443 43941 77657 Regards, Markus -----Ursprüngliche Nachricht----- Von: Martin Owens [mailto:doctormo@...400...] Gesendet: Dienstag, 25. Februar 2014 17:59 An: Bryce Harrington Cc: Inkscape Devel List; Inkscape User Community Betreff: Re: [Inkscape-devel] URI On Mon, 2014-02-24 at 23:51 -0800, Bryce Harringtonwrote: > 2. Remove dom/ directory > This directory contains strange code which is barelyused. The only > class which is actually used is the URI class. That's worth knowing, I'll hack that up in my branch as Iadd the data uri support. Martin,

3 2

[UX] Animation
by Mirek M. 26 Feb '14

26 Feb '14

Hi guys, I'm taking a class on UX design this semester and, throughout the semester, my task is to design a user interface (based on various techniques learned throughout the semester, including rigorous user testing). I've been pondering designing the UI for SVG animation in Inkscape. Would this be useful? If so, could you please clue me in to what the plans for animation in Inkscape are? The roadmap vaguely mentions "Animation support" and http://wiki.inkscape.org/wiki/index.php/SpecSVGAnimation seems to merely be a list of suggestions. What functionality might be part of an initial implementation?

4 4

the Developer Education Book Campaign 2013 !
by Johan Engelen 25 Feb '14

25 Feb '14

Hello all, In an effort to give back to our developers, I hereby present to you the Developer Education Book Campaign 2013 ! We'd like to give an educational present to our most active contributors. The board has decided to buy a programming book for each of the top 10 contributors of 2013! The ranking is determined by the number of commits to trunk in the past 12 months, as calculated by Ohloh.net [1] [2]: Kris de Gussem Alex Valavanis Markus Engel Matthew Petroff Nicolas Dufour Martin Owens Tavmjong Bah Krzysztof Kosiński Sebastian Wüst Alvin Penner Thank you very much for your great work in 2013!!! These 2013 rockstars can choose from one of the following books: a) Effective C++, 3rd Ed. by Scott Meyers b) Refactoring: Improving the Design of Existing Code by Martin Fowler c) A Tour of C++ (C++11) by Bjarne Stroustrup The developer is also allowed to pass it on to the runner-up if he so wishes. Because I initiated the book campaign, I will pass (don't worry, I've already ordered my book ;). So now you might think: wait a minute..., these coders get a book on how to program... are they that bad? They are not bad; they could be even better! We all can improve our coding, and there is no shame at all in reading up and refreshing our coding skills. Every day I am reading Stroustrup's C++11 tome in the train to work, no joke! I hope you all will enjoy your present, and can perhaps share with us the best things you've learned :-) Cheers to a good start in 2014! Johan [1] http://www.ohloh.net/p/inkscape/contributors?query=&sort=commits_12_mo [2] I'm sorry if you feel this metric is unfair and skewed. We had to agree on some metric, knowing that any metric is imperfect.

8 10

Reverting r13045
by Johan Engelen 24 Feb '14

24 Feb '14

Hi Martin, I'm sorry, I will revert commit 13045. 1. It contains a memleak realpath allocates new memory if the second argument is NULL. In the added code, this memory is never freed. 2. Breaks build on Windows (realpath(...) not found) 3. Please don't add functions that use C-strings unnecessarily. Simply rewrite parseDataUri to parseDataUri(const std::string &uri), and use C++'s string methods. ("#include <cstring.h>" is a huge red flag upon code review) 4. Please read this about "realpath" http://insanecoding.blogspot.ch/2007/11/pathmax-simply-isnt.html regards, Johan PS. (not related to commit) uri.cpp has a lot of "throw(BadURIException)", you can remove those as "throw(...)" don't add anything and will become obsolete in C++11.

4 11