- Inkscape Devel - Inkscape Mailman

donations, Flattr ?
by Brynn 08 Apr '15

08 Apr '15

Hi Friends, A recent message from a happy Inkscape user on IF (http://www.inkscapeforum.com/viewtopic.php?f=30&t=18639) wonders if Inkscape should have a Flattr account? Although this is the first I've heard of Flattr, and I'm not sure if Inkscape's license, mission, etc. will permit; I'm curious myself. I thought it would be worth asking about :-) Should or could Inkscape use this kind of fundraising? (Flattr: https://flattr.com/) Thanks, brynn

5 9

Making Inkscape faster by avoiding excessive updates
by Krzysztof Kosiński 07 Apr '15

07 Apr '15

Hello List Whenever something is changed in the document, Inkscape does the following: 1. Store the change in the DOM tree (aka SP tree). 2. Write the change to the XML, also storing undo data. 3. In response to this XML change, update / recompute the values in the DOM tree. This means that when a path is changed in the node editor, the following happens: 1. Geom::PathVector is constructed from the UI nodes. 2. A path string is constructed. 3. Path string is written to XML. 4. XML observer catches the XML write event. 5. Path string which was just written is parsed, and Geom::PathVector is created. I guess you can see where this is inefficient. Note however that due to the fact we support "output precision" (i.e. by default the values written into the file have at most 8 digits after the decimal point, so we lose any precision above that), the PathVector created in step 5 is different than the vector created in step 1. One way to improve Inkscape's performance is to avoid the readback step after every change. In many cases, it leads to large portions of the DOM tree being unnecessarily recomputed. However, not doing readback is rather dangerous - if what we write does not actually parse back to what we have, we end up with data corruption - we are displaying a document that does not match the one that we would display when reopening the file. Therefore, the way to go would be to have the development version always do readback, while the release version would just assume it wrote the correct data. In the case of paths and other coordinate values, I think we should always store them with full double precision, taking advantage of the double-conversion library (I incorporated it into in 2Geom), and only allow reducing the precision in a separate output filter. What do you think? Best regards, Krzysztof

2 2

[Fwd: Website Feedback]
by Martin Owens 05 Apr '15

05 Apr '15

3 4

Roadmap planning to 1.0
by Bryce Harrington 03 Apr '15

03 Apr '15

Several months ago we brainstormed ideas for the roadmap. Everything people suggested should now be collected here, categorized but not prioritized or ordered: http://wiki.inkscape.org/wiki/index.php/Roadmap One thing we seem to be in consensus about is to get releases out more swiftly. To do this, I think what we should do is a) minimize the number of objectives for each release, and b) stagger the types of objectives in each release, so we rotate what team is in the spotlight each release. With that in mind, what do you guys think about organizing our next few releases with the following focii? Inkscape 0.92 ~ Infrastructure Focus Inkscape 0.93 ~ Maintenance Focus Inkscape 0.94 ~ Feature Focus Inkscape 0.95 ~ Stability Focus Inkscape 1.0 ~ Documentation Focus I anticipate we'd pick a couple objectives for each release that are appropriate to the focus area, plus a smaller, secondary objective unrelated to the focus. For 0.92, I'm thinking we've enough in the hopper that we should expedite it. What do you guys think? Bryce

7 8

Re: [Inkscape-devel] Website
by Martin Owens 31 Mar '15

31 Mar '15

On Tue, 2015-03-31 at 12:27 +0000, Hinerangi Courtenay wrote: > Martin, any news from Mathew? I was so caught up in my work I lost > touch a bit with everyone working on the site...sorry about that! Dear Hinerangi, > No more words as of yet. The spring time is always very busy for everyone :-) but I hope if we're still all here as the year goes on, we'll be able to spend a bit of time each on the website items. Best Regards, Martin Owens

1 0

Re: [Inkscape-devel] Website
by Ian Caldwell 30 Mar '15

30 Mar '15

any update Courtenay? any drafts? I look forward to seeing what you've come up with. Thanks, Ian On Tue, Jan 13, 2015 at 10:52 PM, Hinerangi Courtenay < hine.courtenay@...36...> wrote: > Hello, > > Not yet - I was away for a bit, but have been in contact with the web team > by email, and am back home with the local environment up and running > (finally). So things will start evolving soon :-) > > Sent from my iPhone > > On 13 janv. 2015, at 23:40, Ian Caldwell <inchosting@...400...> wrote: > > Courtenay, > any updates on the mockups? > > On Tue, Dec 30, 2014 at 3:57 AM, Brynn <brynn@...3133...> wrote: > >> while on the other hand they >> > disrespect a professional's time, duplicating work and not using design >> > feedback and critique to work towards the best solution. >> >> I don't understand what you mean? Oh you mean, as opposed to paying >> someone >> for graphics? >> >> If a competition is the wrong or inappropriate or just not the best >> approach, it seems like there still should be a way to use the work of >> Inkscape artists for the website. >> >> Thanks :-) >> >> -------------------------------------------------- >> From: "Martin Owens" <doctormo@...400...> >> Sent: Tuesday, December 30, 2014 4:41 AM >> To: "Brynn" <brynn@...3133...> >> Cc: "Gez" <listas@...3059...>; "Hinerangi Courtenay" >> <nospamunicornus-mailinglist@...36...>; >> <inkscape-devel(a)lists.sourceforge.net> >> Subject: Re: [Inkscape-devel] Website >> >> > On Mon, 2014-12-29 at 23:06 -0700, Brynn wrote: >> >> Maybe could even have some kind of competition >> >> for the website graphics? >> > >> > Competitions are a difficult problem. In one sense they open the doors >> > to new artists who lack confidence, while on the other hand they >> > disrespect a professional's time, duplicating work and not using design >> > feedback and critique to work towards the best solution. >> > >> > With great care should we do such a thing :-) >> > >> > Martin, >> > >> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, is >> your >> hub for all things parallel software development, from weekly thought >> leadership blogs to news, videos, case studies, tutorials and more. Take a >> look and join the conversation now. http://goparallel.sourceforge.net >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > >

1 0

Website: About SVG page is up
by Maren Hachmann 29 Mar '15

29 Mar '15

Hi, this is just to let you know that our new About SVG (https://inkscape.org/en/develop/about-svg/) page is up now. Thanks again for the feedback! And if there's someone who can help with the The next Release page (https://inkscape.org/en/develop/next-release/) contents (major features, bug fixes), that would be great ;) Regards, Maren

4 3

Example of Inkscape handling corrupt input file?
by mathog 26 Mar '15

26 Mar '15

Can somebody please point me to an example in Inkscape where code which is importing from some other format handles an exception and notifies the user? Ideally this would automagically work with both GUI interactive sessions (where it would open a pop up dialog and send a message to stderr) and command line processing (just the message to stderr). There are three cases which need to be handled: 1. One or more records were corrupt and were ignored. 2. Unsupported record types were seen and were ignored. 3. Input failed completely because the file was missing mandatory records. and in terms of notification, presumably they would all use the same mechanism. However, in the 3rd case, when a file import gives up how should it return "nothing" to the program? For the EMF/WMF imports, since they are creating an SVG and passing that back anyway, it could do something cheesy like creating a drawing with a text box saying: The import of file xyz failed but then the end user has to delete this window, in addition to dismissing the pop up warning box. Would Inkscape just ignore it if the returned SVG was an empty string, or would that trigger yet another set of warnings? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

Document scale
by Tavmjong Bah 25 Mar '15

25 Mar '15

Hi, I just checked in some code that allows one to change document scale in the Document Properties dialog. This is a first step. I plan to allow the user to select User units per display unit (e.g. mm) or display units per User unit. I also plan an expandable menu that allows setting the 'viewBox' directly as well as handling the case (hopefully rare) where the X scale and Y scale differ. Normal objects on the screen update properly but the editing aids (nodes, grids, guides) do not. I am not sure what I have to do to fix this. (The XML is correct but the display is not.) Feedback welcome. Tav

4 3

Not enough time for trying out Boost or Google Test Framework before Hackfest, anyone else?
by Christoffer Holmstedt 24 Mar '15

24 Mar '15

In late february during the IRC meeting about Jenkins and testing of Inkscape I volunteered to take a deeper look at Boost Test Library and Google Test Framework, with the end result of two different Inkscape branches showing the pros and cons of them both. Life AFK has since then took some unexpected turns but is looking good now for the future. The problem now is that I don't have much spare time before the Hackfest in the end of April to try the testing frameworks out. So if we want a discussion about the choice of testing framework at the Hackfest it would be beneficial if someone else could do it. If nothing else I will try to get back to this issue later this year. Regards -- Christoffer Holmstedt

3 3