- Inkscape Devel - Inkscape Mailman

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

When and where are copied selections released during program exit?
by mathog 21 Feb '14

21 Feb '14

The topic pretty much says it all. I'm curious because valgrind output, already awash with style.cpp lines, picks up some new code points in that source file if one does: open file, select, copy, exit as compared to open file, exit Possibly items left on the clipboard? On a related note, is there a debugging facility already in Inkscape that logs to stdout or a file messages when SPObject objects are created, referenced, dereferenced, and destroyed? Something like: + 0x12345678 objectype1 # created at that address + 0x22345678 objectype2 ^ 0x12345678 0x22345678 # referenced by object at the second address (memory pointer) x 0x12345678 0x22345678 # dereferenced by object at the second address - 0x22345678 objectype2 # destroyed - 0x12345678 objectype1 That is pretty primitive but it would at least provide a simple way to follow these sorts of activities, which is otherwise pretty painful to do using gdb. I'm not sure how to fit signals into this log, but that would be helpful too. I'm not so sure this is possible since it tends to go through intervening functions, but something along these lines maybe? R+ 0x12345678 signaltype1 # register a signal this object responds to S+ 0x12345678 signaltype2 # register a signal this object can send < 0x12345678 signaltype1 # object received signal > 0x12345678 signaltype2 # object sent signal R- 0x12345678 signaltype1 # deregister a signal this object responds to S- 0x12345678 signaltype2 # deregister a signal this object can send Scripts could then be used to make some sort of graphic or other analysis, which would help visualize what is going on inside Inkscape. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

SPEventContext
by Arshdeep Singh 21 Feb '14

21 Feb '14

Hello all, I was cleaning up my branch of last year's GSoC project - Recolor Artwork. I was using a piece of code that involved SPEventContext but this doesn't compile anymore. I guess the structure was cppified by another GSoCer: Markus Engel. Well, I can't get around to how to use the alternate Event structure now. Can someone shed some light on it ? The piece of code that didn't compile was: void RecolorArtworkWidget::eventContextCB(SPDesktop * /*desktop*/, SPEventContext * /*eventcontext*/) { performUpdate(); } -- Arshdeep Singh Final Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

2 1

Python update
by unknown＠example.com 21 Feb '14

21 Feb '14

Hello everyone, I develop a set of extensions for Python. In my opinion, the extensions are easy to develop, great and powerful tool, widening the usability of Inkscape that help spread the Inkscape among users. Because of the need for GUI and websocket client, I've updated the version of Python in the Inkscape to 2.7 and added PyQt4 and ws4py libraries. All features has been tested on Windows. Now I would like to ask, whether there is a possibility to make this version a standard version included in the instalation of Inkscape? Eventually what steps are required to switch the Python version in the standard distribution of Inkscape? I can provide you the list of all steps, that have to be done to update the Python version for Windows and offer closer cooperation by making this change. I believe, this change would make the possibilities of the extensions even better, especially the possibility of having graphical user interface, which is easy to made. Best regards Lubomir =

3 2

Inkscape circuit love ;)
by saar drimer 17 Feb '14

17 Feb '14

Hello Inkscape devs. In the past I've mentioned PCBmodE, an open source circuit design software I've written that uses Inkscape as its GUI (sort of). More here: https://bitbucket.org/boldport/pcbmode A few days ago I've released my first official product that includes a board I've made with PCBmodE (and Inkscape!) http://boldport.tictail.com/product/the-tiny-engineer-superhero-emergency-k… http://boldport.com/boards/emergency/index.html I'll be donating 50p to the Inkscape Fund for each unit from the first batch of 300 that sells. Inkscape has been an integral part of creating this product (PCB and print design), and I'd like to give back to you developers for the great work and effort you've been putting into this software! I'm writing this to you in the hope that you'd be interested in this story (and perhaps PCBmodE and product) but mainly to hear feedback. All the best, saar.

2 1

Is the wiki down?
by John Cliff 17 Feb '14

17 Feb '14

Hi all, Is the wiki down? dont seem to be able to connect to it. Cheers John

5 8

viewBox and preserveAspectRatio
by Tavmjong Bah 13 Feb '14

13 Feb '14

Hi, A heads-up... While mucking about the code I noticed that the same basic code to handle viewBox and preserveAspectRatio appeared in multiple files (8 times?) having originally been pasted directly or copied with some changes. Overtime the code was tweaked here and there. I have created a new base class to handle viewBox and preserveAspectRatio and modified sp-root, sp-symbol, sp-image, sp-pattern, and marker to use the new class, resulting in a reduction of over 400 lines of code (yeah!). In the process, I've fixed a number of issues with using percentage based x, y, width, and height values. Please let me know if you find any problems. Tav

6 24

patches for the bughunt waiting for some testers
by insaner 10 Feb '14

10 Feb '14

very trivial patches to test: https://bugs.launchpad.net/inkscape/+bug/1171109 comment #19 and https://bugs.launchpad.net/inkscape/+bug/1251951 comment #9 please test and provide feedback so I can check in the changes for the first one, and figure out what to do with the second one. Thanks -- View this message in context: http://inkscape.13.x6.nabble.com/patches-for-the-bughunt-waiting-for-some-t… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 7

Mac OS X Mountain Lion x86_64 packaging of 0.48.4
by Valerio Aimale 10 Feb '14

10 Feb '14

Hello, I am not an official packager, but I was eager to have an updated version of Inkscape for Mac OS X and I noticed that nobody is packaging the new version. I've packaged it for Mountain Lion and x86_64. It should be considered a beta packaging. I've packaged from version 0.48+devel r12005 You can download it at: https://rapidshare.com/files/3885726044/Inkscape_MountainLion_x86_64.dmg The Mac Os X packaging infrastructure in the source tree is a bit ancient. Things I've noticed: - configure.ac uses syntax that is not conforming anymore with autoconf/automake/authohear 1.13. Going forward that should be updated. - the scripts osx-build.sh os-app.sh needs update for the newest Xcode versions. they don't work out of the box. - the dylib base relocation infrastructure needed to be rewritten - the Platypus-derived ScriptExec executable might not be needed anymore - in this version, the app bundle executes the sh script directly. Features: - The version I packaged runs gtk-2.0+quartz. It does not need X11/Xquartz anymore to run. This is the direction GIMP has gone to as well. - It uses the same theme as GIMP. I think it's a good consistency decision, and it's the theme that looks best on Mtn Lion. If somebody want to try and report problems, I'd appreciate it Valerio

10 27

Mentors for GSoC this year?
by Josh Andler 10 Feb '14

10 Feb '14

Please reply if you're interested. Cheers, Josh

8 9

When is text "outlined" ?
by mathog 10 Feb '14

10 Feb '14

In _renderItem in src/display/drawing-text.cpp there is a conditional section under if (_drawing.outline()) { that never seems to execute. Oddly, give its name, it appears that what it would do if it was ever activated, would be to draw the glyphs and then fill them. (Not stroke them). A breakpoint was placed in there and Inkscape was run for a while, making edits, rotating, scaling, stretching, changing the formatting, converting to paths, but nothing caused execution to enter that section. I give up - what is the action that makes a text "outline" active? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 4

Python bindings
by pradeep.pyro 09 Feb '14

09 Feb '14

Hi, Which version of the lib2geom Python bindings is recommended for use: Boost-Python or Cython? I can build both versions on Windows, but I cannot use them. Here is the error that I receive when I import either of the modules: >>> import cy2geom Traceback (most recent call last): File "<stdin>", line 1, in <module> File "cy2geom.pyx", line 5, in init cy2geom (C:\Users\xxx\Desktop\lib2geom\build\src\2geom\cython-bindings\cy2geom.cxx:1094) ImportError: DLL load failed: The specified procedure could not be found. I followed the exact build and install procedure found in the README.win32 document. Appreciate any help on this, thanks. Best regards, - Pradeep -- View this message in context: http://inkscape.13.x6.nabble.com/Python-bindings-tp4969424.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 5

std::string with char*
by Tavmjong Bah 07 Feb '14

07 Feb '14

Hi, It is good we are slowly moving to using std::string... but mixing it with char* can be tricky. In particular, I've seen several bugs recently when char* is a null pointer. You cannot initialize a std::string with a null pointer. You will get at run time: terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid I don't know what "best practice" is but this seems to work: std::string my_string = c_string ? c_string : ""; You can also not compare a std::string to a null pointer. Tav

3 2

Inkscape Trademark Policy
by Bryce Harrington 05 Feb '14

05 Feb '14

Hi all, One of the Inkscape Board's actions in 2013 was to establish a trademark policy for the Inkscape name and logo. With the Software Freedom Conservancy's help we've completed the registration and documented under the About menu item on the website: http://inkscape.org/en/about/trademark-policy/ The motivation for doing this was due to questions that kept cropping up from people wanting to use it for legitimate purposes (e.g. using our unmodified logo on merchandise), and from people noticing our trademark used illegitimately (e.g. selling unrelated software using our name or logo). We wanted a policy that would provide clear guidance for all these uses, that would be liberally permissive for non-commercial and FOSS-friendly commercial uses, while prohibiting obviously fraudulent uses. Along with this, I've added a FAQ entry (below) with a brief summary. Bryce == FAQ: How are the Inkscape name and logo protected? == The Inkscape name is trademarked under U.S. Trademark Law, and held and administered by the Software Freedom Conservancy. Our policy is available on the website, and describes the conditions under which you can use our name and logo. We've aimed to make our requirements reasonable and friendly: We want to avoid things like other groups claiming to be or represent us when they don't, or to distribute our software in ways that aren't consistent with our license. The logo is similarly trademarked and covered by our trademark policy. We're cool with people creating derivative works that help promote Inkscape or make it fit in with a given user interface style, but we don't want to see it abused by companies that might incorporate it into their own logos. For merchandising, you are welcomed to use our unmodified logo; for anything else, please contact the Inkscape Board for permission.

2 1

Re: [Inkscape-devel] Making inkscape usable in valgrind grumble
by mathog 05 Feb '14

05 Feb '14

On 03-Feb-2014 20:01, Krzysztof Kosiński wrote: > In the long term, I think the consensus is that we should move away > from garbage collection and towards explicit memory management with > smart pointers. In the short term, I'm afraid there is little we can > do about this. The initial pieces of the puzzle are already in place > with the C++ification work on the SP tree. Apparently the current GC does not call destructors when it automatically removes memory. Inkscape has code in gc-finalized to tack a destructor onto an entry, but it isn't easy to see how often it is employed (grep shows "Finalized" in only a handful of source of files), and gc-finalized.h lists several caveats, which say that there are lots of situations where it might never act even if invoked. > GC is mainly used in code related to XML and undo handling. Removing > GC there requires modifying every piece of code that creates or > deletes XML nodes - at least 277 places according to grep. Speaking of that section, is there some debugger trick for keeping track of the objects that that code creates and deletes? I've been trying to follow it in gdb but since the memory pointers move around from run to run, and just running gdb seems to change what inkscape does (probably because mouse events are caught in strange ways, or windows overlap), it is really tedious. I ask because my text decoration mods blow up in style.cpp in sp_style_paint_server_ref_modified() when a certain simple object is selected on the drawing surface and then copied - but not if it is cloned. That object is just this: <text style="font-size:40px;fill:none;stroke:url(#MyPattern);stroke-width:5;" y="40"><tspan>A<tspan style="text-decoration:underline">B</tspan></tspan></text> The copy (==^C) triggers an insane amount of activity which passes in and out of style.cpp, where signals are attached and detached, apparently to/from the same objects much of the time, until eventually it drops into the function mentioned above with a PaintServer server that no longer matches the ones in style->stroke and style->text_decoration_stroke (which match each other), which triggers the crash. (After having previously been in that same function maybe a dozen times without issue.) It is my impression that there is vastly more activity for this simple copy then there is in just reading in that section of the file in the first place. (It definitely calls sp_style_write_string() at least 2 times for each of the styles in the section being copied, probably because execution control is through the setting and resetting of modified flags, rather than by doing a single "atomic" 1:1 copy.) Conversely, this object: <text style="font-size:40px;fill:url(#MyPattern);stroke:none" y="40"><tspan>A<tspan style="text-decoration:underline">B</tspan></tspan></text> copies without issue. It too triggers a lot of activity, including redundant sp_style_write_string() calls, but somehow it avoids whatever pitfall the first one falls into. As far as I can tell the implementations for style->text_decoration_fill and style->text_decoration_stroke are symmetrical, so why one crashes, and the other doesn't is pretty mysterious at present. It has something to do with the paintServer href, since there are no problems with text_decoration_stroke when it does not use a pattern or a gradient. Tracing execution in this region is no fun since much of it is driven by signals that trigger calls to stored references to functions. I can watch it creating patterns, objects, and styles, but figuring out which is which solely from their pointers, which change from run to run, is not a lot of fun. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

New to Inkscape
by gagan 04 Feb '14

04 Feb '14

Hey all, I am a new user here at Inkscape and don't know what to do. I want to contribute to this projects as a developer; can anyone help me out where to start. Thanks in advance -- Thanks Gaganjyot http://codeify.wordpress.com "Jai Sai Naath"

3 2

LGM 2014 Leipzig
by Tavmjong Bah 04 Feb '14

04 Feb '14

Hi, If the Inkscape board were to offer some financial support to attend LGM (April 2-5 in Leipzig, Germany)[1] who would be interested in attending the meeting? There will be people from Gimp, FontForge, Scribus, etc. as well as a number of SVG Working Group members there. At the moment, I am the only one I know from Inkscape (besides Alexandre Prokoudine and Sirko Kempter, both LGM organizers) who is signed up to attend. Tav [1] http://libregraphicsmeeting.org/2014/

1 0

Future plans for XML namespaces in Inkscape and SVG 2
by Jarek Foksa 03 Feb '14

03 Feb '14

Are there any plans for Inkscape to move away from XML namespaces when SVG 2, HTML 5 and Web Components will become widely supported and XML namespaces will get deprecated? If this is the case, I think it would be great opportunity to clean up the current namespace mess. Ideally, I would like to see all vendors of SVG editors to agree on a common “editor” namespace that would be implemented with HTML 5 data- attributes and custom elements. My proposal: 1. Drop “dc:", "cc:" and "rdf:" namespaces and remove any elements and attributes using them as this is just useless noise. 2. Drop "xlink:" namespace prefix (as defined by the SVG 2 spec). 3. Convert all elements in “inkscape:" and "sodipodi:" namespace to custom elements with "editor-" prefix (as defined by Web Components spec) 4. Convert all attributes in “inkscape:” and "sodipodi:" namespace to data- attributes (as defined by HTML 5 spec). For example following SVG 1.1 document generated by current stable version of Inkscape: <svg xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" version="1.0" width="1000" height="2000" viewBox="0 0 1000 2000"> <sodipodi:namedview pagecolor="#ffffff" bordercolor="#666666" borderopacity="1" objecttolerance="10" gridtolerance="10" guidetolerance="10" inkscape:pageopacity="0" inkscape:pageshadow="2" inkscape:window-width="1366" inkscape:window-height="689" id="namedview1530" showgrid="false" inkscape:zoom="0.57" inkscape:cx="542.23281" inkscape:cy="1495.4813" inkscape:window-x="0" inkscape:window-y="27" inkscape:window-maximized="1" inkscape:current-layer="svg2"/> <image sodipodi:absref="/image.png" xlink:href="image.png" width="950" height="632"/> <path inkscape:connector-curvature="0" d="M 60,10 L -40,-45"/> </svg> ... could become this in future when saved as SVG 2 document: <graphics width="1000" height="2000" viewbox="0 0 1000 2000"> <defs> <editor-namedview pagecolor="#ffffff" bordercolor="#666666" borderopacity="1" objecttolerance="10" gridtolerance="10" guidetolerance="10" pageopacity="0" pageshadow="2" windowwidth="1366" windowheight="689" id="namedview1530" showgrid="false" zoom="0.57" cx="542.23281" cy="1495.4813" windowx="0" windowy="27" windowmaximized="1" currentlayer="svg2"> </editor-namedview> </defs> <image data-editor-absref="/image.png" href="image.png" width="950" height="632"/> <path data-editor-connector-curvature="0" d="M 60,10 L -40,-45"/> </graphics> Some related documents: - Custom elements: http://w3c.github.io/webcomponents/spec/custom/ - Proposal for improving SVG DOM: http://dev.w3.org/SVG/proposals/improving-svg-dom/ - Data attributes: http://www.whatwg.org/specs/web-apps/current-work/#embedding-custom-non-vis… Do you think this has any chance to get adopted by Inkscape? If not, do you have any alternative plan to improve the way how Inkscape stores non-standard data in SVG documents in the upcoming post-XML future?

5 8

wiki account
by Masanori Kanazu 03 Feb '14

03 Feb '14

Hi, I would like to contribute to the translation of Inkscape wiki into Japanese. I already finished translating these two articles. http://wiki.inkscape.org/wiki/index.php/Inkscape_for_Adobe_Illustrator_users http://wiki.inkscape.org/wiki/index.php/AdobeToolMap Could you please create a wiki account with username "mkanazu" for me? regards, Masanori Kanazu

2 1

Future plans for XML namespaces in Inkscape and SVG 2
by Jelle Mulder 03 Feb '14

03 Feb '14

Hi all, If anything I think the namespaces et al should be optional by using export switches. That would allow every user to create his own specified exports. Currently the is the Inkscape SVG file and plain SVG and optimised SVG, but I think it would be way more useful if there were just two kinds of SVG files. Inkscape native and export, the latter of which could be optimised with switches. If you'd then have a list of templates for optimisation (with a description on what it is used for)that would set these switches for the users, it would facilitate the user to find the right flavor of SVG. Currently you'll have to handcode a lot to create the right flavor and using such export facilities would simplify the process. In any case removing the XML namespaces doesn't feel like a good option as long as many people are using legacy software to get their SVG to parse right. Blink of all parsers imho is NOT the default to go with when it comes to parsing SVG and there are more things done with SVG than just produce content for the Android platform. SVG 2 seems still very much in flux and I would suggest not doing anything drastic until the recommendation level is reached, regardless of what a juggernaut like Google is doing. I guess they're flexible enough when it comes to exploiting standards for their own benefit as do all the others to try and push things their way, but that is basically what standards are for. To force the monopolists to adhere to standards. Not the other way around. Google in that respect can have a look at what happened to MS the past decade. And it may very well be the opening that MS would like to see if Google would divert. There are several products Google tried and dropped as well, without a blink. Please stick to the standard with tenacity. Any decent developer can handle the bloat. Oh,.. and... Happy Chinese New Year! Jelle Mulder

1 0

Waf build system, second try
by Krzysztof Kosiński 01 Feb '14

01 Feb '14

Hello everyone, I conducted an experiment in building Inkscape with Waf, redoing the work I did a long time ago with a newer version (1.7.15) and using more of its features. A correct build of Inkscape, with internal libraries built separately, "inklib" built as a shared library, Bazaar revision fetching and .po file compilation, requires less than 250 lines of Python script (!!!). I read on some mailing lists that Debian refused to package some software using Waf, because Debian considers shipping the "Waf binary" to be incompatible with the DFSG. I circumvented this problem by adding the Waf source distribution to the tree, which is a little bigger, but DFSG-compliant and works exactly the same. The code will be up shortly at lp:~tweenk/inkscape/waf-build, if anyone wants to check it out. Regards, Krzysztof

10 28

Re: [Inkscape-devel] Waf build system, second try
by Johan Engelen 31 Jan '14

31 Jan '14

Hi Isobel, I'll be on vacation for a week, can't give a detailed answer now. But I am not the right person to ask anyway :) I think _building_ is the easy part, but getting all the include flags correct for all platforms is not. (which is "configuration" that you mean?) An example of what would be nice to have is the ability to specify additional compiler flags for each folder. Current architecture's biggest problem is that it is not crossplatform. Note that on Windows, cygwin is cumbersome and not something we want to do. ciao, Johan ----- Reply message ----- From: "Isobel Knowles" <ik5@...2950...> To: "Johan Engelen" <jbc.engelen@...2592...> Cc: <inkscape-devel(a)lists.sourceforge.net> Subject: [Inkscape-devel] Waf build system, second try Date: Fri, Jan 31, 2014 00:14 On Thu, 30 Jan 2014 20:11:14 +0100 Johan Engelen <jbc.engelen@...2592...> wrote: > > On 30-1-2014 20:02, Isobel Knowles wrote: > > PS. My offer to write some 'nice' makefiles is still open. > > No-one is stopping you :-) > Make us dazzle... > > :) > Johan Dear Johan, OK. Before I do, do you think you could tell me what it is you want from the build? What are the essentials and what are the nice-to-haves? Where do you see the problems in the current architecture and what are its strengths? I'm only after some pointers so I don't set off in the wrong direction. I'll start the ball rolling with these: - Documentation. People who are new to Inkscape should find it easy to edit the makefiles. - Separate configuration and build cleanly so when the configuration phase doesn't do what you want for one reason or another, it is straight-forward to manually configure the build options in one or two files. - Separate compilation and installation/packaging. Installation is generally performed as root, and all too often in GNU software libtool and the like get their teeth into a 'make install', turning it into compilation job. This is wrong. - An ordinary build job should do the minimum work in the minimum time. For this I propose a flat makefile structure, perhaps composed of included makefiles. Parallel makes like this perform correctly and have no scalability issues whereas recursive makefiles are beset with problems and complication. - It should be simple to modify build flags and make alternative targets for debugging purposes. I wouldn't describe it as dazzling, but it's a start. Yours, Is.

1 0

Copying text with pattern stroke and fill + text decoration issue
by mathog 30 Jan '14

30 Jan '14

Hi all, After adding pattern fill and stroke support for text decoration I found that if both text decoration and a pattern are active, then trying to copy a text object with that combination crashes inkscape. That is, in rough terms, if the input file contains: <text > <tspan style=" pattern fill " > A <tspan style="text-decoration:underline">B</tspan></tspan></text> it loads and renders properly. But if "AB" is selected as an object (not as the text) and "^c" to copy, it crashes in style.cpp in sp_style_paint_server_ref_modified because "server" is not the same as style->getStrokePaintServer() (or style->getTextDecorationStrokePaintServer(), but these last two are identical in the test cases.) That is (sorry about the wrap): (gdb) print *server $1 = {<SPObject> = {_vptr.SPObject = 0x8a13e48, cloned = 0, uflags = 0, mflags = 0, xml_space = {set = 0, value = 0}, hrefcount = 1, _total_hrefcount = 1, document = 0x9232a80, parent = 0xa082ad8, children = 0xa086210, _last_child = 0xa086210, next = 0xa0c2ea8, id = 0xbadc000 "Packedcircles", repr = 0xbbb26f0, refCount = 4, style = 0xa096200, _release_signal = {<sigc::signal1<void, SPObject*, sigc::nil>> = {<sigc::signal_base> = {<sigc::trackable> = {callback_list_ = 0x0}, impl_ = 0xa0f6d48}, <No data fields>}, <No data fields>}, _delete_signal = {<sigc::signal1<void, SPObject*, sigc::nil>> = {<sigc::signal_base> = {<sigc::trackable> = {callback_list_ = 0x0}, impl_ = 0x0}, <No data fields>}, <No data fields>}, _position_changed_signal = {<sigc::signal1<void, SPObject*, sigc::nil>> = {<sigc::signal_base> = {<sigc::trackable> = {callback_list_ = 0x0}, impl_ = 0x0}, <No data fields>}, <No data fields>}, _modified_signal = {<sigc::signal2<void, SPObject*, unsigned int, sigc::nil>> = {<sigc::signal_base> = {<sigc::trackable> = { callback_list_ = 0x0}, impl_ = 0xa0765e8}, <No data fields>}, <No data fields>}, _successor = 0x0, _collection_policy = SPObject::ALWAYS_COLLECT, _label = 0x0, _default_label = 0x0}, swatch = false} (gdb) print *style->getTextDecorationStrokePaintServer() $2 = {<SPObject> = {_vptr.SPObject = 0x8a13e48, cloned = 0, uflags = 0, mflags = 0, xml_space = {set = 0, value = 0}, hrefcount = 7, _total_hrefcount = 7, document = 0x9232a80, parent = 0xa082ad8, children = 0x0, _last_child = 0x0, next = 0xa099530, id = 0xa059ab0 "pattern5506", repr = 0xbbb5ff0, refCount = 1, style = 0xa07be48, _release_signal = {<sigc::signal1<void, SPObject*, sigc::nil>> = {<sigc::signal_base> = {<sigc::trackable> = {callback_list_ = 0x0}, impl_ = 0xa0ccfc0}, <No data fields>}, <No data fields>}, _delete_signal = {<sigc::signal1<void, SPObject*, sigc::nil>> = {<sigc::signal_base> = {<sigc::trackable> = {callback_list_ = 0x0}, impl_ = 0x0}, <No data fields>}, <No data fields>}, _position_changed_signal = {<sigc::signal1<void, SPObject*, sigc::nil>> = {<sigc::signal_base> = {<sigc::trackable> = {callback_list_ = 0x0}, impl_ = 0x0}, <No data fields>}, <No data fields>}, _modified_signal = {<sigc::signal2<void, SPObject*, unsigned int, sigc::nil>> = {<sigc::signal_base> = {<sigc::trackable> = { callback_list_ = 0x0}, impl_ = 0xa0e8fd0}, <No data fields>}, <No data fields>}, _successor = 0x0, _collection_policy = SPObject::ALWAYS_COLLECT, _label = 0x0, _default_label = 0x0}, swatch = false} It seems like the objects are put together differently when they are copied than when they are just read in. The clue comes from the "pattern5506" above. That ID isn't in the original file, it is somehow created during the copy operation. Can somebody tell me where that is happening? The object construction when the file is opened or reverted is in style.cpp, if the copy feeds through there too, I guess the question becomes "where is the SVG created" that is fed into it. If the text-decoration just uses solid colors and fills there are no issues copying a complex formatted text object with text decorations. It is only when patterns and text decorations are both present that things go south. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Trunk is broken enough to merit complaining
by Josh Andler 29 Jan '14

29 Jan '14

Hey All, Thankfully it's been a while since this has been an issue, but it seems that a reminder is needed. The only real rule we tend to have for committing to trunk is "don't break trunk". Unfortunately, trunk is currently pretty broken when trying to work with imported bitmaps. If whomever broke it can get back to fixing it, it would be greatly appreciated. In the future, just remember, if you won't have the free time within 1 day to fix something you might have accidentally broken... please wait to commit it until you do. If you can not figure out an appropriate fix, please revert the changes and work via patches in the tracker or in a branch until you can figure it out (so others can help test). Cheers, Josh

3 2

Re: [Inkscape-devel] Trunk is broken enough to merit complaining
by mathog 29 Jan '14

29 Jan '14

> Thankfully it's been a while since this has been an issue, but it > seems that a reminder is needed. The only real rule we tend to have > for committing to trunk is "don't break trunk". Unfortunately, trunk > is currently pretty broken when trying to work with imported bitmaps. > If whomever broke it can get back to fixing it, it would be greatly > appreciated. It's more broken than that, unfortunately, since on my Ubuntu test machine the inkscape binaries from 12978 on no longer even get to the point where they put any graphics on the screen. The reason it is crashing is complex enough that it really is above and beyond the call of duty for other developers to have to figure it out. (For instance, the failure mode is different in the debugger than outside of it.) So, Martin, please pull out all of the image changes from around 12939 through 12978 and test them for a while in a separate branch. Before resubmitting them to trunk, please have people test your branch on other platforms. Or at the very least run valgrind on it and make sure there are no (new) memory access issues in the code you are adding. (Admittedly this is a bit of a pain since there are already so many memory issues in Inkscape.) These image changes must have worked on Martin's machine, presumably because the memory problems didn't happen to blow up anything there, but they are show stoppers for me. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Writing Tests for URI
by Martin Owens 29 Jan '14

29 Jan '14

Hi devs, I want to write a test suite for uri.h/uri.cpp; I had a look to see if there are existing tests for the code and I admit I find myself a little confused. There's a directory called cxxtest which contains tests and then there are *-test.h files in the actual codebase. My feeling is to use extract-uri-test.h, copy it for a new uri-test.h file. But this might be wrong. New URI functionality includes: dealing with data uri, getting full path name (previous work) and further intergration between it and io/uristream.cpp to feed that lovely data in transparently when needed. Should conclude with the ability to quickly move any href from attribute to workable data. Martin,

2 1

Bug Hunt for 0.91
by Bryce Harrington 29 Jan '14

29 Jan '14

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

4 9

Cairo and ISO C++
by Tavmjong Bah 28 Jan '14

28 Jan '14

Hi, There is a proposal before the ISO C++ standards group for a technical specification for 2D graphics based on the Cairo API.[1] It seems to have gained some traction. My question here is what is missing in the Cairo API that would be useful for rendering SVG? Tav [1] http://isocpp.org/files/papers/N3888.pdf

3 3

Strange Error
by Arshdeep Singh 26 Jan '14

26 Jan '14

Hi, I participated is GSoC 2013 and wrote code for Inkscape. I was working in WIndows last year and sometime around December I decided to port my branch to Linux (Ubuntu 12.10 , in my case) . Strangely, I am caught up with this error, which doesn't trouble me at all in my Windows branch: "ui/dialog/dialog-manager.o: In function `Inkscape::UI::Dialog::RecolorArtwork::getInstance()': /home/arshdeep/Desktop/InkS-Repo/recolor/src/./ui/dialog/recolor-artwork.h:38: undefined reference to `Inkscape::UI::Dialog::RecolorArtwork::RecolorArtwork()' collect2: error: ld returned 1 exit status " This happens only when I am associating a dialog box of the tool that I made last year thorugh the codeline: " registerFactory("RecolorArtwork", &create<RecolorArtwork, FloatingBehavior>); " inside of dialog-manager.cpp. The RecolorArtwork class is mirrored directly from FillAndStroke class and I can't pin point why this error crops up ? If someone can help , please do so. -- Arshdeep Singh Third Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

1 1

Simple String Handling
by Martin Owens 25 Jan '14

25 Jan '14

Hi devs, I've tried out the following patch: http://paste.ubuntu.com/6809633/ And it's not working. The path which used to work well, it now being overwritten with garbage data before the file can be opened. As if the reference has been freed. I'm sure it's something simple to do with those consts or gchar types. Any ideas? Example output: ** (inkscape:4946): WARNING **: Can't open file: /home/doctormo/D\x89 \x99 (doesn't exist) ** (inkscape:4946): WARNING **: Can't get document for referenced URI: inner.svg#bar Martin,

3 3

Removal of popt
by Krzysztof Kosiński 24 Jan '14

24 Jan '14

Hello The bug which is keeping us with popt has been recently fixed. https://bugzilla.gnome.org/show_bug.cgi?id=722025 This means we can remove several kb of code and remove one of our dependencies by changing command line parsing from popt to GOption. Since the bug was Windows-specific, we can do this once the next stable version of glib is released. Regards, Krzysztof

4 5

Re: [Inkscape-devel] Why is the position of this line of code so touchy?
by Krzysztof Kosiński 24 Jan '14

24 Jan '14

2014/1/24 mathog <mathog@...1176...>: >> This line is completely equivalent to replacing it with a call to >> cairo_save and adding a call to cairo_restore at the very end of the >> containing scope. >> >> You cannot move this line into a different function, because then the >> destructor (and hence cairo_restore) gets called when decorateItem() >> returns. > > Except my code ONLY works if it is moved into another function! That's what > is driving me nuts. I will have to trace this code thoroughly, as there > must be a dangling transformation or an extra cairo_restore or cairo_save > somewhere. Please post a more complete listing of the good and the malfunctioning version of your code. I'm sure we'll find the problem then. The "call, line1, line2" etc. descriptions in your initial e-mail are a little insufficient to figure out what is going on. > I guess. I am not a fan of implicit side effects unless there is absolutely > no way around it. Here > > dc.save() > blah > dc.restore() > > would have worked, and it would have been immediately apparent to a > maintenance programmer what was going on. Or is the ::Save stuff in there > to clean up in case there is an exception and the code jumps to a handler, > without ever returning from these functions? You can add an early return and forget about adding the cleanup code, there can be an exception, or you can simply forget about adding he restore(). The ::Save object ensures proper cleanup in all of those possibilities. Regards, Krzysztof

1 0

C++ explanation please
by mathog 24 Jan '14

24 Jan '14

Sometimes it is hard to shake off decades of C programming, so please bear with. In src/display/drawing-context.h near the top one finds: class DrawingContext : boost::noncopyable { public: class Save { public: Save(); Save(DrawingContext &ct); ~Save(); void save(DrawingContext &ct); private: DrawingContext *_ct; }; and in drawing-context.cpp those methods all use ct and _ct for the variable names. Which is all fine and would be no issue at all, except that below the lines just cited in drawing-context.h every place one finds a reference to ct or _ct it is a cairo_t or a cairo_t*, not a DrawingContext. Can somebody please explain why it is considered helpful in C++ to use "ct" to mean two different things like this in the one header file? The disadvantage of doing it the way it is now is that when somebody like me encounters _ct elsewhere in src/display, and looks for it like this: grep '[\* ]_ct[; {]' src/display/*.h it finds two definitions: DrawingContext *_ct; and cairo_t *_ct; with the end result that one must read the file to figure out what is actually going on. Had the first set used "DC"/"_DC", for instance, there would have been no confusion, and the second step would have been eliminated. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

4 5

forward declarations janitorial task
by Guiu Rocafort 23 Jan '14

23 Jan '14

hi list. I'm taking a look at the janitorial task, specially to the forward declaration in the wiki[1]. But there is something i'm not sure about. You can use the forward declaration only if you're using the class as a pointer and without using any of its functions/attributes ? or is it just when using the class as a pointer ? for example, in attribute-rel-util.h, i can get rid of the xml/node.h include, but sp-css-attr.h doesn't seem to work. Am I missing something ? [1] http://wiki.inkscape.org/wiki/index.php/Janitorial_tasks#Improving_headers_… -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

2 1

Fwd: Re: C++ explanation please
by mathog 23 Jan '14

23 Jan '14

On 22-Jan-2014 13:39, Johan Engelen wrote: > You have to trace the scope hierarchy > manually (e.g. function body -> class declaration -> base class > declaration(s)) This is probably a rant... Never mind tracing the variables, tracing execution to see which parts are actually used can be tedious too. I spent too much of the last day doing just that. Experimental text decoration display is currently in trunk, along with a patch (in Launchpad) that modifies the Text and Font dialog to allow crude editing of those properties. Now one might think that since Cairo is used for the display, and Cairo is used to render to PDF (and others), that implementing a type of draw for display would automatically show up in render. Nope, none of the text decorations render to a file. As far as I can tell the display and render functions are both intertwined, and separate. This is what happens when Inkscape saves to a PDF (just the highlights, obviously a lot of other stuff goes on too). Starting at (A) src/extension/internal/cairo_render_pdf_out.cpp (A) pdf_render_to_document_file() (C) (->B) (H) (->I) (T) DONE! src/sp_item.cpp (B) invoke_show (->D) (G) (return ->H) src/libnrtype/Layout-TNG-Output.cpp (D) Layout::show (->E) (F) (return ->G) (L) showGlyphs (->M) (P) (return ->Q) src/display/drawing_text.cpp (E) addcomponent (add a glyph to a list, copy some parts of style into _nrstyle) (return ->F) (Z) _renderItem (draws glyphs for cairo for DISPLAY of text) src/extension/internal/cairo_renderer.cpp (I) renderItem (->J) (S) (return ->T) (J) sp_item_invoke_rendering (->K) (R) (return ->S) (K) sp_text_render (->M) (Q) (return ->R) src/extension/internal/cairo_render_context.cpp (M) renderGlyphText (->N) (O) (return ->P) (N) showGlyphs (draws glyphs for cairo for RENDER of text) (->O) When text is displayed (on the drawing surface) it also follows a call to addcomponent (E) and (if there are changes(?)) Layout::Show (D), but goes through _renderItem (Z) in src/display/drawing_text.cpp, which is never called in the trace above. Text display doesn't touch the rest of the trace shown above. In _renderItem it deals with an object DrawingContext, whereas in the trace above it carries around an object CairoRenderContext. In terms of activity both of these objects are just wrappers around Cairo - but exceedingly different wrappers. _renderItem is fairly similar to renderGlyphText (M) [but ironically, not to renderItem(I)], so renderGlyphText (M) is one logical place to patch in text decorations for render. However, when I implemented text_decoration display, which is called from _renderItem (Z) the code naturally used DrawingContext and _nrstyle (E), and neither of those is available in renderGlyphText (M), which greatly complicates implementing text decoration for render. Maybe text draw and text render were designed to be this different, but it feels an awful lot like an instance of divergent evolution. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

2 1

Href sub-document model (Martin Owens)
by Jelle Mulder 22 Jan '14

22 Jan '14

Hi Martin, Let me start with telling that I'm thrilled that you're doing work on external <use> links and have some working code. I hope it will find its way into the 0.91 version as it will make my life so much easier. However, while you're at it. Three questions arise. - Can this mechanism be used to add external CSS as well? I know Bruno Wick is working on that as well, but it seems you're on a roll here and would be the missing link (pun intended). - Would it be possible to create a save option where such external files are concatenated into one big whopper of a file? Or even better, send it all to a single root file of users choice (oh joy!)? With some nice check marks to add or not CSS, external <USE> objects, etc? It would solve a problem for all those browsers that do not support external linking or have bugs*. *(like webkit that supported external links till Chrome version 19 and then Blink had this nice regression that yet has to get solved. Opera works fine till version 12.5 and then they went Blink, Firefox can only handle links one directory level deep these days, sigh. I foresee a brighter future though) - And the very whopper question that probably stretches your patience.. How about kicking all <use> objects to external files and style info to external CSS? <script> to external files? Again with switches for each type of export. I gather this to be a whole other ball game and probably not ready for 0.91, but what power would that give to Inkscape as authoring tool for web projects! Ehm,.. sorry if this abuses the dev list as it sounds very much like something I should throw at the bugtracker wish list, but 95% of my request get timed out due to latency I experience in Chongqing, China, so I never manage to send something there. On the other hand, I think it is on topic. Jubilant cheers, Jelle Mulder > Message: 1 > Date: Tue, 21 Jan 2014 11:09:58 -0500 > From: Martin Owens <doctormo@...400...> > Subject: [Inkscape-devel] Href sub-document model > To: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> > Message-ID: <1390320598.10117.59.camel@...2056...> > Content-Type: text/plain; charset="UTF-8" > > 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

3 3

What is the intended purpose of this line of code?
by mathog 21 Jan '14

21 Jan '14

Hi all, While trying to find a place to patch in text-decoration writes so that they show up in cairo based file types (PDF and the like), I noticed that simple multicharacter tspans were being broken into single glyph writes by this line in TNG-Output.cpp: && (font_matrix * glyph_matrix.inverse()).isIdentity() because the test is always false. Here is the link to it in context (barring edits to that file in a revision after I send this) http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/view/head:/src/lib… If that one line is commented out it lets something like <tspan>123456</tspan> pass through to renderGlyphtext() in one big chunk, but other than that, it doesn't seem to make any difference. Can somebody tell me why that test is there? It seems to be doing the wrong thing in all the test cases I have run through it, unnecessarily breaking up the writes, but that doesn't mean that it does not resolve a problem that arises in some case I have not yet considered. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Compile Inkscape - Problem Link DLL and .lib file
by naim 21 Jan '14

21 Jan '14

Hi I got a DLL and its .lib file that expose some functions. I need to use those functions to customize Inkscape. My question is, how do I configure build.xml so that compiler will link the .lib file? Thanks, Naim

1 0

External SVG Files via href
by Martin Owens 21 Jan '14

21 Jan '14

Hey Devs, I've been looking into this bug: https://bugs.launchpad.net/inkscape/+bug/1269880 And have forged a solution in uri-references.cpp by using the existing getPath property and GLib's build_filename. See the commit here: http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/12939 I really didn't expect this to work, I thought it'd be step one in a chain of items to fix. But it actually works and I'd like other dev's input to see if it's doing the right thing. I'd like to have a document based list of linked documents, so they could be tracked (and maybe ui'ed in the future). But I'm not sure if it's even needed. Thoughts? Best Regards, Martin Owens

3 5

Text decorations, GUI
by mathog 21 Jan '14

21 Jan '14

Display of text decorations is in trunk and it can display things as shown in this example: https://launchpadlibrarian.net/140347078/text_decorations.png (Note install the last patch in https://bugs.launchpad.net/inkscape/+bug/1243401 to see these again, as a recent change to trunk broke them.) Text decoration control requires three GUI fields: Line: NONE, or any combination of: underline, overline, linethrough, blink Style: solid, double, dashed, wavy Color: From Text or (Color setting widget) I'm thinking about what the GUI should look like to access these. My first thought was to add them to the "A" (Create and edit text objects) part of the GUI, since text decoration does not make a lot of sense without text to decorate, and this sort of thing would be in a part of the GUI like that in a Word processor. But that part of the GUI is already packed with options, to the extent that on my computer I can only see all the options when Inkscape fills the entire screen. If text decoration was added there, it would never all fit. So my second thought was to maybe put these in "A (with a wavy line through it)" as (Create and edit text decorations). That would let it fit on screen better, at the cost of making the line of icons down the left side of the screen one longer. The third option is to add a second line of options to the existing "A". That would use up more vertical screen space, but it would have the advantage that all of the text and text decoration formatting options could be on screen at once. This is more of a departure for the GUI, since it seems not to happen anywhere else. Thoughts? (Note: "blink" line type is emulated with a type of double line style. I don't expect true blink display to be found in many SVG viewers, ever, so all Inkscape has to do is indicate that it is set.) Is there at present anything in the Inkscape GUI where a check box widget is exposed when one of the left side icons is selected? As far as I could tell all of the widgets exposed by selecting one of those icons are of the "select one" type. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 4

wiki.inkscape.org down
by Guiu Rocafort 20 Jan '14

20 Jan '14

Hi ! I noticed that the wiki page wiki.inkscape.org is down ( at least for me and from this page[1] ) Guiu [1] http://downforeveryoneorjustme.com/wiki.inkscape.org -- Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html

5 5

Symmetry Tool
by Tom Lechner 19 Jan '14

19 Jan '14

Is anyone out there secretly working on the symmetry-tool branch? I've tried to compile recently, but it seems to be suffering some bit rot. I'm working through errors, but for the moment I'm stumped on what seems to be a lot of c style object code from the general src breaking compilation. Any hints? -Tom ----- tomlechner.com

3 3

Menu option for web pages.
by john Culleton 17 Jan '14

17 Jan '14

The one major item that is available in html5 that I miss in Inkscape 48.4 is the drop down menu feature. I can emulate it of course with a second (third etc.) copy of the entire index.svg page with the menu dropped down. It would be cool however if I could overlay the first page with a smaller page consisting of just the menu items, live of course. Any thoughts on this? -- 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

Updated Fedora inkscape builds
by Ryan Lerch 16 Jan '14

16 Jan '14

Hi all, I am periodically building recent trunk versions of Inkscape for Fedora. all the details and repo installation inctructions are available here: http://copr-fe.cloud.fedoraproject.org/coprs/ryanlerch/inkscape-unstable/ cheers, ryanlerch

1 0

Unfinished features for 0.91?
by Bryce Harrington 15 Jan '14

15 Jan '14

Because we're now in the Chill phase of the release cycle, I need to inquire as to the status of any unfinished features for the 0.91 release. We still have ample time before the release, but what we want is for any feature that will take more than a month or two to reach full maturity, to be postponed for a future release. If you're working on a feature which you, or someone else, may legitimately consider to be not "release ready", please let me know asap. Bryce

8 17

Inkscape 0.48.5 (again!)
by Alex Valavanis 15 Jan '14

15 Jan '14

Hello All, It's great that we're moving forward with 0.91, but I still think there's merit in pushing a quick bugfix release. There are a lot of high-importance bugs fixed in the 0.48.x branch [1] including a number of build-failures on current linux distros and OS X. There are currently only six backport proposals remaining [2]. Are there any other known issues preventing us from pushing the release? AV [1] https://launchpad.net/inkscape/+milestone/0.48.5 [2] https://bugs.launchpad.net/inkscape/+bugs?field.tag=backport-proposed

4 5

Removing a property entirely from a style list?
by mathog 14 Jan '14

14 Jan '14

Hi, I have been experimenting with adding text-decoration control to the "Text and Font" dialog. It is working (crudely) except I have not yet figured out how to remove the text-decorate property from a "style". That is, to go from: style="text-decoration: underline wavy #ffff00;fill:#ffff00;stroke:#006400" to style="fill:#ffff00;stroke:#006400" To add this property, or to modify it, this works: sp_repr_css_set_property(css, "text-decoration", td_full_string); and these work: sp_repr_css_set_property(css, "text-decoration", "none"); sp_repr_css_set_property(css, "text-decoration", "inherit"); putting "text-decoration: none" and "text-decoration: inherit" in the style. But while this looks like it should have eliminated any mention of text-decoration from the style: sp_repr_css_unset_property(css, "text-decoration"); it only succeeded in moving the existing text-decoration from wherever it was to the end of the style. In the file src/xml/repr-css.cpp it says that that unset function sets "inkscape:unset" for that property. Is something else (that I need to modify?) supposed to see that and then really delete the property? Is there an sp_repr_css_remove_property() somewhere that I have not found? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 1

Libre Graphics Meeting and GSoC students.
by Tavmjong Bah 14 Jan '14

14 Jan '14

Hi, It appears that Google will fund up to $500 US for travel (airplane/train/bus) expenses to send some 2013 GSoC students to LGM[1] in Leipzig (April 2nd-5th). Students, if you are interested, please fill out the form at: http://goo.gl/NgKei4 Hotel/meal expenses will not be covered but there are cheap hostels near the meeting site. Google will not be funding mentor travel. Tav NB. There is currently a cut/paste error on the form. Accommodations in Phnom Penh are not being provided! [1] http://libregraphicsmeeting.org/2014/

3 2

External CSS support
by Jelle Mulder 14 Jan '14

14 Jan '14

Hello Bruno, Having been in China for quite a while I understand the situation you're in using low bandwidth. It would be way cool to have external style sheet support in Inkscape and something that has been on my wish list for quite a while, so please continue. Even if it's ugly coding and creates a performance hit when loading Inkscape, I think it would be worthwhile to have it. Maybe using a switch in the prefs to turn it on or off, for performance improvement. Added to that is another question. How feasible would it be to use the external style sheet support code you're currently making to do the same for external <USE xlink:href="file.svg#objectID"/> ? I have the idea that it would be pretty similar in scope, reading data from file and changing style attributes for CSS and reading and adding SVG code to the SVG code in memory (leaving the file code alone). If it isn't too much work, could you experiment with it a little to see how feasible it is? It would kill two BIG flies in one go if it would work and greatly increase the productivity of Inkscape as an authoring tool. You'd certainly be one of my hero's if you can make this work in Inkscape. I can also imagine Tav's Symbol tool to increase usability by using external links to symbol files rather than embedding them into the code like it currently does, but that would be food for 0.92 I guess. Last but not least would be an option to save all linked content into a single whopper of a file and an option to export all style info and <use> objects to external files. Hmm,.. you cannot prevent me from dreaming now can you? Cheers, Jelle Mulder

4 5

Windows Builds without Windows
by Martin Owens 13 Jan '14

13 Jan '14

Hey Devs, Is there any place that has up to date windows builds with installers? Or, is it possible to build the windows installer on linux? Thanks! Martin,

4 4

2geom update
by Johan Engelen 13 Jan '14

13 Jan '14

Hi all, I updated our copy of 2geom to its trunk version. Not much has changed, so you should not notice it really. There were some bug fixes, warning fixes and file/class rename (SVG path parsing). I hope I correctly modified the Makefile so it does not cause build failures. regards, Johan

1 0

★ ¡Lee tu mensaje antes de que sea borrado!
by Fsdf Fsdfsa 13 Jan '14

13 Jan '14

Este email es parte de nuestro sistema de envío del mensaje enviado por Fsdf Fsdfsa. Si usted recibe este email por error, por favor ignórelo. El mensaje será eliminado pronto. Lea su mensaje aqui: http://eu1.badoo.com/0170564180/in/Mb6oEaV9oQo/?lang_id=7&g=57-0-4&m=651&mi… Otros usuarios interesados: Si los enlaces no funcionan, copie y péguelos en la barra de su buscador. ¡Disfruta! El equipo de Badoo Has recibido este email de Badoo Trading Limited (dirección postal a continuación). Si no deseas recibir futuras comunicaciones por parte de Badoo, haz clic a continuación para desactivarlas: https://eu1.badoo.com/impersonation.phtml?lang_id=7&email=inkscape-devel%40… Badoo Trading Limited es una sociedad de responsabilidad limitada registrada en Inglaterra y Gales con número 7540255 y domicilio en Media Village, 131 - 151 Great Titchfield Street, Londres, W1W 5BB.

1 0

Inkscape with Vagrant - Test Inkscape with only 3 commands
by Christoffer Holmstedt 13 Jan '14

13 Jan '14

I'm not sure of how many of you use Vagrant so this post will be a bit long to describe the basics and the reasoning behind what I've done. So last year when I got involved in Inkscape development it took way too much time to set up my development environment and all those packages that were needed cluttered up my system. During the fall of 2013 I got suggestions from several other non Inkscape developers to try out Vagrant when I develop PHP/Wordpress applications. This weekend I finally had the time to try out Vagrant and I'm now curious what others think about using Vagrant for easier testing of Inkscape. ### Installation of Virtualbox and Vagrant Virtualbox 4.3.2_Ubuntu r90405 (from repository in Xubuntu 14.04) Vagrant 1.4.3 .deb file from http://www.vagrantup.com/downloads.html ### Only three commands needed After installing Virtualbox and Vagrant this is all you need to do: bzr branch lp:~inkscape.dev/inkscape/vagrant inkscape-vagrant cd inkscape-vagrant vagrant up The above three commands will first branch the Inkscape branch with the three required Vagrant files and then launch a virtual machine with Inkscape 0.48 from the Ubuntu 12.04 repository pre-installed AND compile the current checked out Inkscape branch. (BE AWARE, download of 2GB vagrant box will be done the first time you run "vagrant up"). ### What to expect When Vagrant has set up the Virtualbox VM it will boot it up and run a custom compile script within the VM. You can login to your VM with "vagrant" as password. In the Unity bar you'll have two Inkscape icons, the first one will launch repository version of Inkscape and the second will launch the dev version currently checked out...though you'll have to wait until the compilation is done before it works. The following image is what to expect when the compilation is done. http://www.christofferholmstedt.se/wp-content/uploads/2014/01/ubuntu-vagran… ### Hint for faster compilation of Inkscape The default settings in the Vagrantfile is now 1 processor and 512 MiB ram, this is not the best options when you want to compile stuff. The reason for the low default settings is that if someone with really low-spec computer tries it out, it will at least boot up and run and not crash due to demanding more memory than available on the host. Recommended settings are as many processors as you have and at least 2 GiB of ram for the guest system. If you edit the "Vagrantfile" you'll see two lines commented out with recommended settings. In one line: after branching the Inkscape repository and before running "vagrant up" edit the Vagrantfile to configure the virtual machine to use optimal settings with regard to your host's capabilities. I run with 4 CPUs and 2048 RAM. ### A detailed description of what is going on When you run "vagrant up" the Vagrantfile in the repository directory of inkscape repository will be read. It will first try to find what is called a "box" in Vagrant terminology...basically an ISO that is specific to the vm provider you're using, in this case Virtualbox. Each box includes a basic OS with all the pre-installed software you need. If you run the above command you'll start by downloading a box I have manually set up during the weekend. This file is 2.0GB so it will probably take some time to download (but you only need to download it ones). The next step is that Vagrant will make a copy of this "box" to be used as the new virtual machine. After copying the box, Vagrant will start configuring basic settings such as networking and shared folders for the VM. In the supplied Vagrantfile I've configured so the inkscape repository on the host machine will be mapped to /home/vagrant/inkscape. After that is complete the new virtual machine will start compiling Inkscape and installing it to /home/vagrant/opt/inkscape-dev/inkscape and an icon should already be in place in the unity bar. When you're done you can shutdown the VM and on your host run "vagrant destroy" to remove all data about the newly created VM, no mess left behind on your host such as build-essential packages. ### Rationale behind a large "golden image" Most other developers that use Vagrant use it for server environments without desktop packages. Installing "ubuntu-desktop" with apt-get downloads around 1000 packages and installs them, having to do this each time you want to test a new branch is not a viable solution. It's therefore better download a 2.0GB file ones instead of re-installing ubuntu-desktop several times. At least that is the trade-off I've made during my first tries this weekend. ### The possibilities The main possibility is that it easier for new testers/developers (and existing) to test the latest Inkscape in a specific environment (VM guest) that doesn't mess with their own host system. The suggestion I present here in this email is with the goal to make GUI testing easier. For those that are mostly concerned with development and just want to make sure Inkscape compiles properly another Vagrant environment could be set up which would be a lot smaller. I did a small test of this which is available on launchpad in a separate branch [1]. ### What has to be done. 2.0GB "golden image" is really big, way too big. The process of creating this image was done manually by me during the last weekend, this process should be automated with "Packer" [2] and start with the Ubuntu desktop image instead of the server image. If the Ubuntu ISO can be as small as 800MB so should this "box" be (or can it be that small?). When the creation of the "golden image" is automated I would look in to the possiblity of creating several different versions of it for different operating systems such as Mac OS X and Windows guests. As Virtualbox is cross-platform testing could with this approach be done in a many-to-many relation. Those with Windows host could test Mac OS version in a VM and Mac OS hosts could test Windows version in VM (with the restriction that I assume everyone would need a separate license key for OS X and Windows). An important point to make is that no matter which OS the guest is running no custom commands must be run on the guest by the user, it's all automated so someone that hasn't used Ubuntu can test Inkscape on that platform anyway. ### Questions With many possibilities even more questions arise. The main question I have is if this looks like a valid approach to testing new features? Is it worth it? Does it make it easier for anyone else? Are there better/easier approaches to testing new Inkscape versions out there? ### What is Vagrant I would say that Vagrant is a frontend for several different virtualization technologies and the official one-line is "Create and configure lightweight, reproducible, and portable development environments" [3]. [1] https://code.launchpad.net/~inkscape.dev/inkscape/vagrant-no-desktop [2] http://www.packer.io/ [3] http://www.vagrantup.com/ -- Christoffer Holmstedt

1 0

Re: [Inkscape-devel] Submission LibreGraphicsMeeting
by Susan Spencer 13 Jan '14

13 Jan '14

+1 On Tue, Jan 7, 2014 at 12:23 PM, Johan Engelen <jbc.engelen@...2592...>wrote: ... If anything, I'd give a proper 2Geom tutorial. >

2 1

inkscape-head `make` fail with graphicsmagick-head prereq @ "error: can’t convert between vector values of different size"
by unknown＠example.com 12 Jan '14

12 Jan '14

hi, fyi, with a graphicsmagick prereq of cd /usr/local/src/graphicsmagick hg log | head changeset: 14019:61b608086763 tag: tip user: Bob Friesenhahn <bfriesen@...3078...> date: Sun Jan 05 19:38:40 2014 -0600 summary: Added Magick++ Image::thumbnail() method for fast resize. changeset: 14018:e5a1a28a8e2a user: Bob Friesenhahn <bfriesen@...3078...> date: Sun Jan 05 17:27:02 2014 -0600 summary: GIF: Log when Netscape loop extension iterations are read or written. pkg-config --libs --cflags GraphicsMagick++ -I/usr/local/graphicsmagick/include/GraphicsMagick -L/usr/local/graphicsmagick/lib64 -lGraphicsMagick++ -lGraphicsMagick building inkscape head cd /usr/local/src/inkscape bzr log | head ------------------------------------------------------------ revno: 12917 committer: Kris <Kris.De.Gussem@...19...> branch nick: inkscape timestamp: Sun 2014-01-12 11:53:01 +0100 message: pass class variables by reference for performance ------------------------------------------------------------ revno: 12916 committer: Kris <Kris.De.Gussem@...19...> ./autogen.sh ./configure \ --prefix=/usr/local/inkscape-trunk \ --enable-shared --disable-static \ --enable-poppler-cairo \ --enable-dbusapi \ --disable-gtk3-experimental \ --with-gnu-ld ... Configuration: Source code location: . Destination path prefix: /usr/local/inkscape-trunk Compiler: /usr/bin/g++-4.8 CPPFLAGS: -DG_DISABLE_DEPRECATED -DGLIBMM_DISABLE_DEPRECATED -DGDKMM_DISABLE_DEPRECATED -DGTK_DISABLE_SINGLE_INCLUDES -DGTK_DISABLE_DEPRECATED -DGTKMM_DISABLE_DEPRECATED -Werror=format-security -DGSEAL_ENABLE -DG_DISABLE_SINGLE_INCLUDES -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -O2 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector -march=amdfam10 -mtune=amdfam10 CXXFLAGS: -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -O2 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector -march=amdfam10 -mtune=amdfam10 -std=c++11 -fopenmp CFLAGS: -Wno-pointer-sign -O2 -fmessage-length=0 -D_FORTIFY_SOURCE=2 -fstack-protector -march=amdfam10 -mtune=amdfam10 LDFLAGS: -Wl,-z,relro Use gnome-vfs: yes Use openoffice files: yes Use relocation support: no Enable LittleCms: yes Enable DBUS: yes Enable Poppler-Cairo: yes ImageMagick Magick++: yes Libwpg: no Libvisio: no Libcdr: no Doing Local Install: no fails at make make ... make[3]: Entering directory `/usr/local/src/inkscape/src' CXX extension/internal/bitmap/adaptiveThreshold.o In file included from /usr/lib64/gcc/x86_64-suse-linux/4.8/include/x86intrin.h:30:0, from /usr/include/c++/4.8/x86_64-suse-linux/bits/opt_random.h:33, from /usr/include/c++/4.8/random:51, from /usr/include/c++/4.8/bits/stl_algo.h:65, from /usr/include/c++/4.8/algorithm:62, from /usr/local/graphicsmagick/include/GraphicsMagick/Magick++/STL.h:13, from /usr/local/graphicsmagick/include/GraphicsMagick/Magick++.h:12, from extension/internal/bitmap/adaptiveThreshold.cpp:13: /usr/lib64/gcc/x86_64-suse-linux/4.8/include/mmintrin.h: In function ‘__m64 _mm_cvtsi32_si64(int)’: /usr/lib64/gcc/x86_64-suse-linux/4.8/include/mmintrin.h:61:54: error: can’t convert between vector values of different size return (__m64) __builtin_ia32_vec_init_v2si (__i, 0); ^ /usr/lib64/gcc/x86_64-suse-linux/4.8/include/mmintrin.h: In function ‘int _mm_cvtsi64_si32(__m64)’: /usr/lib64/gcc/x86_64-suse-linux/4.8/include/mmintrin.h:104:53: error: cannot convert ‘__m64 {aka int}’ to ‘__vector(2) int’ for argument ‘1’ to ‘int __builtin_ia32_vec_ext_v2si(__vector(2) int, int)’ return __builtin_ia32_vec_ext_v2si ((__v2si)__i, 0); ^ /usr/lib64/gcc/x86_64-suse-linux/4.8/include/mmintrin.h: In function ‘__m64 _mm_packs_pi16(__m64, __m64)’: /usr/lib64/gcc/x86_64-suse-linux/4.8/include/mmintrin.h:143:69: error: cannot convert ‘__v4hi {aka short int}’ to ‘__vector(4) short int’ for argument ‘1’ to ‘__vector(8) char __builtin_ia32_packsswb(__vector(4) short int, __vector(4) short int)’ return (__m64) __builtin_ia32_packsswb ((__v4hi)__m1, (__v4hi)__m2); ^ /usr/lib64/gcc/x86_64-suse-linux/4.8/include/mmintrin.h: In function ‘__m64 _mm_packs_pi32(__m64, __m64)’: /usr/lib64/gcc/x86_64-suse-linux/4.8/include/mmintrin.h:158:69: error: cannot convert ‘__m64 {aka int}’ to ‘__vector(2) int’ for argument ‘1’ to ‘__vector(4) short int __builtin_ia32_packssdw(__vector(2) int, __vector(2) int)’ return (__m64) __builtin_ia32_packssdw ((__v2si)__m1, (__v2si)__m2); ^ ... make[3]: Leaving directory `/usr/local/src/inkscape/src' make[2]: *** [all] Error 2 make[2]: Leaving directory `/usr/local/src/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/inkscape' make: *** [all] Error 2 --darx

1 0

Timeline for updating extensions for 0.91
by Nikita Kitaev 10 Jan '14

10 Jan '14

How long do I have if I want to update the Synfig Studio (*.sif) exporter extension in time for 0.91? I understand that there are some freezes being planned. My tests cover mostly everything except platform and python version compatibility.

2 1

Blending mode in layers
by Jabiertxo Arraiza Cenoz 10 Jan '14

10 Jan '14

Hi to all. I have two branch compiled ind two computers with Tavmjong Bah code about blending and compositing enabled. Here is my configure line: CFLAGS='-g -O0 -Wall' CPPFLAGS=' -DWITH_MESH -DLPE_ENABLE_TEST_EFFECTS -DWITH_CSSBLEND -DWITH_CSSCOMPOSITE' CC='ccache gcc' ../jabiertxof/configure --prefix=/home/jtx/inkscape/jabiertxof One computer has the extra "--disable-strict-build" necesary to aboid compiling problems due a bug https://bugs.launchpad.net/inkscape/+bug/1239969 This computer show all new blend modes in the layers blending modes and the other computer show only the previous 5 blend modes. Anybody know whats happens? Regards, Jabier.

2 3

New to Community
by Kartik Kohli 09 Jan '14

09 Jan '14

Hello, I'm new to inkscape and would like to contribute. I'm really interested to work with css and vector graphics. So how should I start? I'm also looking up to GSOC 2014 and perhaps do a project. Where should I get the latest news regarding it like the list of projects, mentors etc.? Regards, Kartik Kohli

3 2

Initial text font not the same for root and regular users
by mathog 09 Jan '14

09 Jan '14

On my Ubuntu system, if inkscape is run by root, after wiping out the ~/.config/inkscape directory, it comes up with "sans-serif" as the default font, and that is what is stored in ~/.config/inkscape/preferences.xml. When the same thing is done from a regular user account it comes up as "Sans", and that goes into preferences.xml instead. For the life of me I can't see why this happens, since unless I'm missing something the protections on all of the font directories are set world readable, and the results for both accounts for fc-list | grep -i sans and fc-list | grep -i serif and fc-match 'sans-serif' are identical. Sans is also strange because it isn't present elsewhere in the font list, only at the top, above the divider line. I understand that means there isn't actually a "Sans" font on the machine, and that fontconfig is picking something else to fill in that space, but still looks odd. Anyway, this also makes me wonder if when Inkscape hits a font like "sans-serif", which on my system only shows the "normal" type, the pull down list should look like: normal (black) italics (grayed out and not selectable) bold (grayed out and not selectable) bold-italics (grayed out and not selectable) Other special types that are present in some fonts (condensed) can be added, and the end user probably will never notice when they are missing, but a font format list that does not include the standard ones looks strange to me. Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 1

GUI for feCompoentTransfer
by Tavmjong Bah 09 Jan '14

09 Jan '14

Hi, Inkscape can render the feComponentTransfer primitive but cannot create or modify the primitive. I've hacked a GUI for the primitive and would appreciated if those knowledgeable in such things could have a look at the code and test it out. One thing that doesn't work is updating the rendering when the 'type' value is changed. I don't see how to connect a signal to force a rendering update. Ideally, the GUI for this primitive would look a bit like the GIMP "Curves" dialog but that is for another day. The code can be downloaded at: lp:~inkscape.dev/inkscape/component Thanks, Tav

2 1

DockBehavior::set_sensitive
by Johan Engelen 08 Jan '14

08 Jan '14

Hi all, Who knows something about Dialogs and DockBehavior? There is this piece of code in /ui/dialog/dock-behavior.cpp: void DockBehavior::set_sensitive(bool sensitive) { // TODO check this. Seems to be bad that we ignore the parameter get_vbox()->set_sensitive(); } The code has not been touched for a long while. Hope someone can help me clean it up. If you know how to test this part, just change it to get_vbox()->set_sensitive(); and see if it breaks (or fixes!) anything. If not, go ahead and commit it. Thanks, Johan

1 0

Submission LibreGraphicsMeeting
by S.Kemter 07 Jan '14

07 Jan '14

Hi, just a reminder there are only 9 days left for an submission for the LGM 2014 in Leipzig/Germany http://libregraphicsmeeting.org/2014/only-ten-days-left-for-submissions/ br gnokii -- make me rich, buy my Inkscape book http://is.gd/yq5OD0 ;)

3 4

version control (again...)
by Nathan Hurst 05 Jan '14

05 Jan '14

MentalGuy forwarded me this: https://lists.gnu.org/archive/html/emacs-devel/2014-01/msg00005.html and I wonder whether this has any messages for inkscape's use of bzr. njh

8 12

★ Inkscape Devel, Fsdf Fsdfsa te ha dejado un mensaje
by Fsdf Fsdfsa 05 Jan '14

05 Jan '14

Fsdf Fsdfsa te ha dejado un mensaje Este mensaje es personal. Sólo tú y su remitente tenéis acceso a él y te recordamos que lo puedes eliminar en cualquier momento. Si quieres responder puedes hacerlo desde el chat. Para leer tu mensaje, haz clic en el siguiente enlace: http://eu1.badoo.com/0170564180/in/Mb6oEaV9oQo/?lang_id=7&g=57-0-4&m=21&mid… Si al hacer clic en el enlace de este mensaje no funciona, copia y pégalo en la barra de tu navegador. Este email es parte del proceso de entrega del mensaje enviado por Fsdf Fsdfsa. Si has recibido este email por error, por favor ignóralo. En un breve periodo de tiempo será eliminado del sistema. ¡Divértete! El Equipo de Badoo Has recibido este email de Badoo Trading Limited (dirección postal a continuación). Si no desea recibir futuras comunicaciones por parte de Badoo, haz clic aquí para desactivarlas: https://eu1.badoo.com/impersonation.phtml?lang_id=7&email=inkscape-devel%40…. Badoo Trading Limited es una sociedad de responsabilidad limitada registrada en Inglaterra y Gales con número 7540255 y domicilio en Media Village, 131 - 151 Great Titchfield Street, Londres, W1W 5BB.

1 0

two contrib extensions
by Mark Schafer 04 Jan '14

04 Jan '14

4 5

Could we add an Enable background template to the list ?
by Ivan Louette 03 Jan '14

03 Jan '14

Hello, Happy new year to all Inkscape developpers ! I think that could be a good idea to add an "Enable Background" template to the list for those who want play with this feature and test all SVG filter effects blend possibilities. That would be a good solution to make it easily available. ivan

1 0

Fwd: Printers
by Krzysztof Kosiński 02 Jan '14

02 Jan '14

2014/1/2 Randy Ruggeri <randy@...3070...>: > Hi, I've been using Inkscape now for about 2 months. I’m creating graphic > intense greeting cards and I’m looking for a high quality printer. I was > wondering if you could give me any recommendations. Thanks Hello Randy, This mailing list is intended for discussion related to the development of Inkscape. I don't think this is the best place to look for advice on buying printers. You should ask this question in a user forum, like this one: http://www.inkscapeforum.com/ That being said, if you are looking for an entry-level printer, I can offer you one tip: look for inkjet printers where the printing head is separate from the ink cartridges (I know that most printers by Canon use this design). They are a lot cheaper in the long run, because it is easier to find low cost generic ink catridges for them. Regards, Krzysztof Kosinski

1 0

Dangerous code in widgets/icon
by Johan Engelen 02 Jan '14

02 Jan '14

Hi all, Just found a case of duplicate variable naming that looks very error-prone. In IconImpl::imageMapNamedCB in src/widgets/icon.cpp, line 1617, variable iconName appeared twice, so I renamed the second case so it is clear what the compiler is doing. Also a near duplicate naming (size and iconSize) caused for buggy code. It all worked because I think the two variables are filled with the same data, the functions appears to be doing the same work twice (getting the icon info). Finally, there is also a pointer comparison in the code. (should be a string comparison?) Have a look at my changes in rev. 12870. I hope someone who knows that piece of code better can have a look, see if the code is doing what is intended, and fix the pointer comparison. Thanks, Johan

1 0

Printers
by Randy Ruggeri 02 Jan '14

02 Jan '14

Hi, I've been using Inkscape now for about 2 months. I’m creating graphic intense greeting cards and I’m looking for a high quality printer. I was wondering if you could give me any recommendations. Thanks Randy Ruggeri President Quikdine.com 417-343-3152 cell 417-881-7845 office

1 0

wiki account
by Maximilian Gaukler 02 Jan '14

02 Jan '14

Hi, I would like to clarify the instructions on http://wiki.inkscape.org/wiki/index.php/Compiling_Inkscape_on_Windows Could you please create a Wiki account, username mgmax, with some random password for me? Thanks Max

2 1

Chill for 0.91
by Bryce Harrington 28 Dec '13

28 Dec '13

As there have been no objections so far, I'd like to move that we begin the Chill phase of the release cycle today. If there are any objections, please raise them ASAP. Otherwise, we can begin the Regression Bug Hunt starting tomorrow. Bryce On Mon, Dec 23, 2013 at 02:16:22PM -0800, Bryce Harrington wrote: > Any other comments on the plan? > > If there's no objections, then I'd like to propose we begin Chill in a > week, on Dec 28th. > > Between now and then would be a good opportunity to focus on bug triage. > In particular, it would be helpful to get all bugs assigned a priority. > > Bryce > > > On Wed, Dec 18, 2013 at 11:21:49PM -0800, Bryce Harrington wrote: > > Hi all, > > > > Josh and I have been discussing plans for the upcoming release; below > > is what we've come up with so far. This is loosely based on past 0.4x > > plans. I'll follow up this email with explanations for the major > > differences. Meanwhile, feedback would be appreciated. > > > > > > # Period Tasks Notes > > -------------------------------------------------------------------------------- > > 1. Open development. > > Triage and prioritize bugs report this year > > Itemize regression bugs found since last release > > > > 2. Chill. Development focuses on wrapping up > > Disable features that aren't finished > > Identify 'make distcheck' issues > > Identify any critical OSX/Win32 packaging issues P > > Identify remaining writing needed for Release Notes. > > Regressions Bug Hunt: 500 points H > > Update tutorials and other docs > > > > 3. Frost. Experimental Branch is forked B > > Mainline Branch focuses on stabilization B > > Only production-ready code committed to Mainline B > > Post inkscape-0.91-pre0.tar.gz > > Finalize any major changes to platform packaging P > > Release Notes should be >90% filled in. > > Inkscape must pass >90% of 'make distcheck' > > Start an About Screen contest A > > General Bug Hunt: 1500 points H > > Post additional inkscape-0.91-pre*.tar.gz releases > > Packagers test creating pkgs of the -pre* releases P > > > > 4. Feature Freeze. Stable Branch is forked from Mainline B > > Regular development resumes on Mainline. B > > Avoid major refactorings on Mainline. B > > Only bug fixes committed to Stable Branch. B > > Bug fixes are cherrypicked from Mainline. B > > Inkscape must pass 'make distcheck' > > String Freeze No further string changes allowed on Stable Branch. T > > Finalize tutorials to be shipped with release > > Finalize other docs included in the release > > Finalize about screen A > > Finalize Release Notes except Known Issues > > Translators work on translations. T > > Recruit Release Wardens for Hard Freeze > > > > 5. Hard freeze. Only Release Wardens can commit to Stable Branch B > > Cherrypick bug fixes from Mainline to Stable B > > Complete any late work under advisement of Wardens > > Focus on release-critical bug fixing. > > Finalize all extensions > > Finalize codebase translations T > > Finalize Known Issues section of Release Notes > > Finalize packaging scripts > > Post additional inkscape-0.91-pre*.tar.gz releases > > > > 6. Release. Post inkscape-0.91.tar.gz > > Post packages > > Post official announcements > > Plan 0.91.1+ release(s), if needed > > > > 7. Open development. > > > > > > ------------------------------------------------------------------------------ > > 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

2 1

Re: [Inkscape-devel] Proposal for release plan
by Bryce Harrington 25 Dec '13

25 Dec '13

Any other comments on the plan? If there's no objections, then I'd like to propose we begin Chill in a week, on Dec 28th. Between now and then would be a good opportunity to focus on bug triage. In particular, it would be helpful to get all bugs assigned a priority. Bryce On Wed, Dec 18, 2013 at 11:21:49PM -0800, Bryce Harrington wrote: > Hi all, > > Josh and I have been discussing plans for the upcoming release; below > is what we've come up with so far. This is loosely based on past 0.4x > plans. I'll follow up this email with explanations for the major > differences. Meanwhile, feedback would be appreciated. > > > # Period Tasks Notes > -------------------------------------------------------------------------------- > 1. Open development. > Triage and prioritize bugs report this year > Itemize regression bugs found since last release > > 2. Chill. Development focuses on wrapping up > Disable features that aren't finished > Identify 'make distcheck' issues > Identify any critical OSX/Win32 packaging issues P > Identify remaining writing needed for Release Notes. > Regressions Bug Hunt: 500 points H > Update tutorials and other docs > > 3. Frost. Experimental Branch is forked B > Mainline Branch focuses on stabilization B > Only production-ready code committed to Mainline B > Post inkscape-0.91-pre0.tar.gz > Finalize any major changes to platform packaging P > Release Notes should be >90% filled in. > Inkscape must pass >90% of 'make distcheck' > Start an About Screen contest A > General Bug Hunt: 1500 points H > Post additional inkscape-0.91-pre*.tar.gz releases > Packagers test creating pkgs of the -pre* releases P > > 4. Feature Freeze. Stable Branch is forked from Mainline B > Regular development resumes on Mainline. B > Avoid major refactorings on Mainline. B > Only bug fixes committed to Stable Branch. B > Bug fixes are cherrypicked from Mainline. B > Inkscape must pass 'make distcheck' > String Freeze No further string changes allowed on Stable Branch. T > Finalize tutorials to be shipped with release > Finalize other docs included in the release > Finalize about screen A > Finalize Release Notes except Known Issues > Translators work on translations. T > Recruit Release Wardens for Hard Freeze > > 5. Hard freeze. Only Release Wardens can commit to Stable Branch B > Cherrypick bug fixes from Mainline to Stable B > Complete any late work under advisement of Wardens > Focus on release-critical bug fixing. > Finalize all extensions > Finalize codebase translations T > Finalize Known Issues section of Release Notes > Finalize packaging scripts > Post additional inkscape-0.91-pre*.tar.gz releases > > 6. Release. Post inkscape-0.91.tar.gz > Post packages > Post official announcements > Plan 0.91.1+ release(s), if needed > > 7. Open development. > > > ------------------------------------------------------------------------------ > 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

3 3

RSVG / Inkscape render differently
by Campbell Barton 24 Dec '13

24 Dec '13

Hi, we have some icons which are made in inkscape but render differently in RSVG, Most (all?) of the applications on Linux are using RSVG, so I was wondering if there is a good way to determine if this is some special inkscape feature or a bug/limitation in RSVG. Comparison: http://git.blender.org/gitweb/gitweb.cgi/blender.git/blob_plain/HEAD:/relea… http://git.blender.org/gitweb/gitweb.cgi/blender.git/blob_plain/HEAD:/relea… Note that RSVG seems to fail on groups that have alpha masking. -- - Campbell

5 6

download page
by Jabiertxo Arraiza Cenoz 24 Dec '13

24 Dec '13

Hi to all. I made some html edit in the spanish page http://inkscape.org/es/descargas/ -top three logos- My cuestion is: Is convenient update it in english, or because not only translate work, need revision? Maybe need to roolback to previous version and update in testing... Regards, Jabier.

4 7

inkscapeforum.com submenu in website
by Jabiertxo Arraiza Cenoz 23 Dec '13

23 Dec '13

Whats the opinion to give this link in a visible way? inkscapeforum.com Regards, Jabier.

3 3

info to devel groups
by Jabiertxo Arraiza Cenoz 23 Dec '13

23 Dec '13

Hi to all. This dates make me read the past year. My first project, except some extensions, bspline&spirolive[0] date form near september of 2012. There is some contributions from this year, and want the next year could continue: * Temporary helper path re-added to live effects [1] * Multiple path parameter editing on live effects [2] * Improved perspective_path LPE [3] * Improved Laticce LPE [4] * Fix to translate shapes whith LPE applied in trunk [5] * Changes to the lpe system whith two patch to select best, this make no strange results in LPE effects in nested groups, one patch perserve shapes but the behabiour is not perfect and the other convert this to paths but work "perfect" [6] * Retain the last applied "stroke" to the pen and pencil combo box improved whith the help of Krzysztof [7] * Bend from clipboard, this applied a bend effect to the strokes whith the shape in "stroke combo". I`m not so happy with this, but ... [8] * Live effects applied to mask and clips [9] [0] https://code.launchpad.net/~inktxof/inkscape/bspline+spirolive [1] https://bugs.launchpad.net/inkscape/+bug/1246550 [2] https://bugs.launchpad.net/inkscape/+bug/609839 [3] https://bugs.launchpad.net/inkscape/+bug/1068987 [4] https://code.launchpad.net/~inktxof/inkscape/lattice2 [5] https://bugs.launchpad.net/inkscape/+bug/1247324 [6] https://bugs.launchpad.net/inkscape/+bug/1242170 [7] https://code.launchpad.net/~inktxof/inkscape/lastApplied [8] https://code.launchpad.net/~inktxof/inkscape/bendFromClipboard [9] https://bugs.launchpad.net/inkscape/+bug/1241902 Maybe i could get reviews and make "alive" some of my work. Special thanks to su_v that make a lot of this work be real with her encouragement. GoodYear by the way! Regards, Jabier.

1 0

Website tarball icons
by Jabiertxo Arraiza Cenoz 23 Dec '13

23 Dec '13

Hi to all. In the page http://inkscape.org/en/download/source/ there are two tarball icons. I think they are too big, maybe can be reduced 60-70% and change the tool box by a sigle item like a nut or a partial wrench, because there are too much detail for a icon in the, beatiful, tool box. Maybe this icons are beter at start instead the end. Regards, Jabier.

3 4