- Inkscape Devel - Inkscape Mailman

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