- Inkscape Devel - Inkscape Mailman

TikZ and PGF exporter
by Kjell Magne Fauske 15 Aug '08

15 Aug '08

Hello everyone, For some time now I have been working on an Inkscape extension for exporting from SVG to TikZ/PGF format for use with LaTeX. A PGF exporter has been requested before[1], but as far as I can see no one has worked on this yet. The extension is not feature complete yet, but the code is available at: http://code.google.com/p/inkscape2tikz/ If someone are working on a TikZ/PGF exporter I would like to know. Maybe we can join forces. This is my first extension, so I would appreciate any comments. It is currently implemented as an effect to allow selecting which curves to export and allow clipboard export. I should probably also provide it as an exporter as well. Regards, Kjell Magne Fauske www.fauskes.net [1] http://www.nabble.com/Re%3A-Google-Summer-of-Code-Project-Idea%3A-PGF-Expor…

1 0

What parts of the code should be tested?
by Jasper van de Gronde 14 Aug '08

14 Aug '08

As part of my GSoC project I'm also compiling a list of (currently untested) parts of the code that could definitely use a few (unit) tests. This list will include a few of my personal favourites, and I'm working with gcov and svn logs to determine some "objectively" interesting parts of the code. Now my question to you is: What parts of the code do you consider to be in urgent need of testing? Obviously the most straightforward answer is "all", but - again obviously - that is also the least interesting answer :)

1 0

Path representation
by unknown＠example.com 14 Aug '08

14 Aug '08

Hi all, I've been in a little discussion with Jasper and he has found a problem with the new path representation. A story about what now works, and what now does not work. Please check what I state here. It is how I have understood the SVG standard, but I could well be wrong. On purpose, Jasper and I discussed obscure paths. == Explicit closing line segment == A: "M 0,0 L 1,1 z" B: "M 0,0 L 1,1 L 0,0 z" These two paths are not identical in SVG. When adding midpoint markers, path A will not have a marker at (0,0), but path B will. Inkscape 0.46 did not distinguish between these two paths. 0.47 does distinguish them, however after nodetool editing, path A is converted to path B. I think this is a bug and it is better to always output path A after nodetool editing. It will be harder to remember whether to explicitly state the closing segment without showing multiple nodes on-canvas etc... == Line segment without moveto after closing path == C: "M x1,y1 ... z L x2,y2" D: "M x1,y1 ... z M x1,y1 L x2,y2" These paths are also not identical. I think this has to do with the stroke of a path being continued for path C after the closing "z" ; instead for path D, a new stroke is started after "z". Inkscape 0.47 is not able to represent the difference between these two paths, converting path C to path D. Unfortunately, 2geom's path representation (at the moment) is not able to represent path C. I can try to change things, but it will be an ugly hack probably... == Only moveto's in a path == E: "M 0,0 M 1,1 M 2,3" Such a path is used for paths where only markers should be shown, without stroking the rest of the path. Inkscape 0.46 discards this path data; 0.47 correctly handles this kind of path. Regards, Johan

4 5

tutorial copyright question
by Fela Winkelmolen 13 Aug '08

13 Aug '08

Hi, I'm going to write a tutorial for the calligraphy tool I implemented in Karbon, given that the tutorial of Inkscape is done very well and the tool is very similar I thought it would be silly to rewrite it from scratch. It isn't too clear under which license the tutorial is licensed so some clarification would be greatly appreciated. The xml file generating the tutorial contains the line: <!-- Copyright (C) 2004-6 bulia byak, buliabyak@...859... and josh andler, scislac@...1050...> The parent directory also contains a COPYING file with the GPL, my best guess is thus that that's the license of the tutorial, but I would like a confirmation. Thanks! - fela

1 1

Re: [Inkscape-devel] Missing nightly builds for Linux&MacOS
by Bob Jamison 13 Aug '08

13 Aug '08

Hi, The trick, of course, is having volunteers to create the builds. Often I have considered halting the win32 builds. :-) There are some almost nightly binreloc-enabled Linux builds here: http://inkscape.modevia.com/btool/?C=M;O=D But since they are purely for testing, they do not provide the required library dependencies. People can download their own. Well, everything on that site is for testing (not for a casual user), so they are a bit more effort than a regular install. bob -----Original Message----- >From: Jiri Klement <jiri.klement@...400...> >Sent: Aug 12, 2008 2:41 PM >To: inkscape-devel(a)lists.sourceforge.net >Subject: [Inkscape-devel] Missing nightly builds for Linux&MacOS > >Hi, > >I've found a little error in inkscape website. On page >http://www.inkscape.org/download/?lang=en in section Compiled packages >should be nightly builds, but nightly builds are available only for >Windows, other systems have only compiled stable versions. > >-- >Jiri > >------------------------------------------------------------------------- >This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >Build the coolest Linux based applications with Moblin SDK & win great prizes >Grand prize is a trip for two to an Open Source event anywhere in the world >http://moblin-contest.org/redirect.php?banner_id=100&url=/ >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

How to interactively replace control widgets in toolbars?
by Maximilian Albert 13 Aug '08

13 Aug '08

Hi all, I'd like to implement a toolbar which is comprised of various subtools. These subtools are represented by icons in the left half of the toolbar. Depending on the currently active subtool I want to display certain control widgets in the right half. How can I interactively replace these control widgets when the user switches subtools? Another question: While certainly there should be at most one subtool active at each time, there are situations when I want none of them to be active. If I understand correctly, EgeSelectOneAction is not the right thing for my purpose because it always requires exactly one option to be active. Is there another kind of action which I can use or do I need to implement my own? Many thanks for your help, Max P.S.: Sorry for cc'ing you directly, Jon, but Bulia said that you might know the anser. :)

3 2

patch for website download link
by John Faith 13 Aug '08

13 Aug '08

Hello, The attached patch adds a link for an OS X package for 0.46. Could someone please apply this patch to inkscape_web, or enable svn write access for me? I have write access to the regular source tree, but when I tried to check in under inkscape_web I got "authorization failed." Thanks! , John

2 1

Re: [Inkscape-devel] Missing nightly builds for Linux&MacOS
by Bob Jamison 12 Aug '08

12 Aug '08

Also, apparently OSX builds can only be made on an OSX box. How nice it would be if someone could find a box for us to set up for nightly trunk OSX builds. Native, even. ^^ Or is cross-compiling possible? Maybe if someone has actually seen this in action, it would be good to know, rather than speculation. bob -----Original Message----- >From: Bob Jamison <rwjj@...127...> >Sent: Aug 12, 2008 4:25 PM >To: Jiri Klement <jiri.klement@...400...>, inkscape-devel <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] Missing nightly builds for Linux&MacOS > >Hi, > >The trick, of course, is having volunteers to create >the builds. Often I have considered halting the win32 >builds. :-) > >There are some almost nightly binreloc-enabled Linux >builds here: > >http://inkscape.modevia.com/btool/?C=M;O=D > >But since they are purely for testing, they do not >provide the required library dependencies. People >can download their own. > >Well, everything on that site is for testing (not >for a casual user), so they are a bit more >effort than a regular install. > > > >bob > > > >-----Original Message----- >>From: Jiri Klement <jiri.klement@...400...> >>Sent: Aug 12, 2008 2:41 PM >>To: inkscape-devel(a)lists.sourceforge.net >>Subject: [Inkscape-devel] Missing nightly builds for Linux&MacOS >> >>Hi, >> >>I've found a little error in inkscape website. On page >>http://www.inkscape.org/download/?lang=en in section Compiled packages >>should be nightly builds, but nightly builds are available only for >>Windows, other systems have only compiled stable versions. >> >>-- >>Jiri >> >>------------------------------------------------------------------------- >>This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >>Build the coolest Linux based applications with Moblin SDK & win great prizes >>Grand prize is a trip for two to an Open Source event anywhere in the world >>http://moblin-contest.org/redirect.php?banner_id=100&url=/ >>_______________________________________________ >>Inkscape-devel mailing list >>Inkscape-devel(a)lists.sourceforge.net >>https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > >------------------------------------------------------------------------- >This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >Build the coolest Linux based applications with Moblin SDK & win great prizes >Grand prize is a trip for two to an Open Source event anywhere in the world >http://moblin-contest.org/redirect.php?banner_id=100&url=/ >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Missing nightly builds for Linux&MacOS
by Jiri Klement 12 Aug '08

12 Aug '08

Hi, I've found a little error in inkscape website. On page http://www.inkscape.org/download/?lang=en in section Compiled packages should be nightly builds, but nightly builds are available only for Windows, other systems have only compiled stable versions. -- Jiri

2 1

Re: [Inkscape-devel] mass conversion to Geom::Point
by Diederik van Lierop 12 Aug '08

12 Aug '08

Op Di, 12 augustus, 2008 01:11, schreef J.B.C.Engelen@...1578...: > Often it is not needed to add to_2geom/from_2geom, so please don't! > The conversion goes automatically between NR::Point <=> Geom::Point and > NR::Matrix <=> Geom::Matrix. > Only ambiguities need a little more guideance: > void some_function(NR::Point nr) > Geom::Point geom; > Geom::Point ambiguous = nr - geom; > What about methods that require parameters by reference for getting data both in and out? Will the implicit casting work correctly for those too? Maybe I should just try that myself; there are quite some snapping calls requiring Geom::Point& (without being const). It would be great if I could just pass a NR::Point. So far I've used dummy variables for that. It's quite cumbersome indeed to transfer everything to 2geom. Last weekend I had a shot at the snapping code, but I have caused some regressions which need to be fixed first. I guess Johan could still use some additional hands. Regards, Diederik

2 1