- Inkscape Devel - Inkscape Mailman

spray tool question
by Alexandre Prokoudine 18 Dec '09

18 Dec '09

Hi, How does "Spray objects in a single path" option actually work? Maybe the students could fill the ReleaseNotes048 page with description? :) Alexandre

5 6

Help with cubicsuperpath.parsePath and format formatPath in an extension
by Rob Antonishen 17 Dec '09

17 Dec '09

I'm trying to get the nodes using: p = cubicsuperpath.parsePath(node.get('d')) For a 4 node closed path I am getting 6 sets of coordinates (first handle, node, second handle) returned. Here is an example of a rectangle: [[ [[0.0, 0.0], [0.0, 0.0], [0.0, 0.0]], [[100.0, 0.0], [100.0, 0.0], [100.0, 0.0]], [[100.0, 200.0], [100.0, 200.0], [100.0, 200.0]], [[0.0, 200.0], [0.0, 200.0], [0.0, 200.0]], [[0.0, 0.0], [0.0, 0.0], [0.0, 0.0]], [[0.0, 0.0], [0.0, 0.0], [0.0, 0.0]] ]] Though experimentation, I have discovered these correspond to : [[ Node 1, as the start node ( first handle coords = node coords) Node 2 Node 3 Node 4 Node 1, as the end node (second handle coords = node coords) Node 1, as if it is inline, with the handles correct. ]] Now, if I take exactly the returned list p, and just try setting the path back: node.set('d',cubicsuperpath.formatPath(p)) I end up with a 6 node, open path. If I just try to feed it 4 coordinates, I end up with a 4 node, open path. How do I get the formatPath to create a closed path? -Rob A>

1 1

Re: [Inkscape-devel] spatial solutions
by Vangelis Katsikaros 16 Dec '09

16 Dec '09

> 2009/12/16 Krzysztof Kosiński: > >> Memory-and-disk indexing is not necessary for graphics applications. >> We are not going to process GIS-like quantities of data, and even then >> we can just use virtual memory. > > No, *you* are not going :) Please don't speak for others :) With SVG > quickly evolving as native file format for GIS on the Internet (just > check the list of talks at SVG Open for last two years) there is no > reason why Inkscape couldn't be authoring tool. I also think that SVG and GIS is not fully explored yet. >> By the way, the current R-tree implementation in 2Geom is somewhat >> ugly, for example it exposes naked pointers to nodes, so I'd be >> hesitant to use it right now. I'd be also hesitant to use it in Inkscape now. I wanted to have an r-tree working properly and then see what I can do. Some things I want to change, might cause change to the public part of the class. I was actually planning to resume work on the trees (my semester ends with the end of the year). I'll need a visual testing and 2geoms toys are perfect for that. >> Making heavy use of spatial indexing requires some significant >> architectural changes, so it gives me another thought. Our current >> double-tree architecture, where every element stores both its >> "semantic" content (SVG) and "representation" content (XML) is rather >> wasteful when it comes to memory, particularly when it comes to >> embedded images. Storing only the semantic representation and >> generating the XML representation on demand when saving could help >> with the memory hog problem. It would also make easier e.g. >> conditionally writing <svg:path> instead of <svg:rect> when the given >> rectangle has markers, or using <svg:polyline> instead of <svg:path> >> when a path has straight segments only. Abandoning the 1:1 XML-SP >> correspondence could give us more flexibility, and promote better >> coding (right now some places use XML tree calls where they should >> evidently operate on the SP tree). >> >> On the other hand, this approach is more bug-prone. It's not clear to >> me now how to implement undo. We would most likely need to sacrifice >> the editing capability of the XML Editor and turn it into an XML >> Inspector. >> >> Another area of potential improvement is the renderer. I heard from >> others that migrating to Cairo could halve the total memory usage. > > Well, whatever improves the situation, really :) __________________________________________________ �� Yahoo!; �� (spam); �� Yahoo! Mail �� http://mail.yahoo.gr

1 0

Anyone using btool on Linux?
by Joshua A. Andler 16 Dec '09

16 Dec '09

If so, would you be willing to check the second patch in: https://bugs.edge.launchpad.net/inkscape/+bug/488862 ? If you do and it's safe, please commit or give word that it caused no problems. Cheers, Josh

1 0

Re: [Inkscape-devel] [Inkscape-user] Slow performance on 4.5 MB file [SOLVED]
by Jasper van de Gronde 16 Dec '09

16 Dec '09

And please be sure to file a bug/feature request at http://bugs.launchpad.net/inkscape/ In the end there will obviously always be cases where Inkscape is too slow, but Inkscape could most definitely be faster in some cases. And just locking/unlocking the layer should (from an intuitive standpoint) NOT cause such a big pause. Dave M G wrote: > Donn, > > Thank you for responding. > >> I have long moaned that "Nodes mean slow" :( I have a fast machine and 2gigs >> of RAM. It makes no difference. I think it's all the looping through those long >> lists of nodes.... >> >> You are doomed. Unless you can simplify or chop-up your comic page into frames >> and assemble them later in Gimp. > > Okay. While it's a little disappointing that there isn't a way to > optimize the file for better performance, it's good to know that at > least I'm not doing something wrong. > > I'll export the paths into a PNG and handle the colouring in Photoshop > or GIMP. It means committing to rasterizing the images sooner in my > process than I had hoped, but hey, life is full of compromises. >

4 6

Fw: SVG output device for Poppler
by Luca Bruno 11 Dec '09

11 Dec '09

I'm acting as a bridge for Pino and Jan here, regarding a definitive solutions to the continuous poppler-pdf breakage due to our and karbon's use of poppler's internal helpers. Please remember to keep them both on Cc: when replying. Date: Wed, 9 Dec 2009 23:54:43 +0100 From: Pino Toscano <pino@...1199...> To: inkscape-devel(a)lists.sourceforge.net, Jan Hambrecht <jaham@...240...> Subject: SVG output device for Poppler Hello Jan (Karbon developer), Hello Inkscape developers, (Jan and me are not subscribed to the Inkscape ML, so please remember to CC us in the replies.) for those who do not know me, my name is Pino Toscano, and I am a KDE and Poppler developer. I am writing you because of both Inkscape and Karbon use the core API of Poppler, but fundamentally to do the very same task: create SVGs for pages of a PDF document. Both the application do it using a custom OutputDev, Inkscape's one creating a XML document using the Inkscape API + GLib, while Karbon's one outputting the XML document to file using Qt4. As you also might know, Poppler's core is considered private, so not API- nor ABI- stable, so your work can break at any time, even on patch releases of Poppler (as you Inkscape developers already experienced). So, my proposal is the following: if possible, join the forces and provide a C++-only (so no GLib nor Qt4, although libxml2 could be considered usable) SvgOutputDev directly in the Poppler core. The benefits would be clear: - single point of development for an SVG export for Poppler - nicely frontend wrapping (poppler-qt4 and poppler-glib) for the SVG export - no more Poppler core usage, less breakages! The work needed would consist in the following steps: 1) develop a SvgOutputDev in the Poppler core (so in the Poppler repository) 2) add the wrapping API in the qt4 and glib frontends 3a) adapt Inkscape's filter to use the new API 3b) adapt Inkscape's filter to use the new API After looking briefly at the two filters, it seems 3a and 3b should be more or less trivial to do If you would like to start the job (especially a), which is the most important step :) ), you are invited to join us at the Poppler mailing list; remember we (Poppler developers) can always offer support. -- Pino Toscano -- .''`. ** Debian GNU/Linux ** | Luca Bruno (kaeso) : :' : The Universal O.S. | lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer

2 1

0.47 X11 on Mac OS X Tiger - close to success?
by Wolf Drechsel 10 Dec '09

10 Dec '09

Hello friends, with a great effort of ~suv I came to a finished compiling procedure of 0.47 X11 for Tiger. The only not-so-nice thing is that neither the package nor the bin will start. The bin shows in terminal: > (inkscape:344): Gtk-WARNING **: cannot open display: :0 So I did > export DISPLAY=:0 > dsl01:~ bub$ cd Desktop/inkscape-0.47-x11/build/bin/ > dsl01:~/Desktop/inkscape-0.47-x11/build/bin bub$ ./inkscape but came to the same result: X11 doesnt start. Below I paste console.log - looks as if still some aqua component were in the game - argh ! Yours, Wolf XFree86 Version 4.4.0 / X Window System (protocol Version 11, revision 0, vendor release 6600) [DRI] screen 0 installation complete Screen 0 added: 1280x1024 @ (0,0) Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing from list! bash: no job control in this shell 2009-12-03 10:45:22.223 defaults[385] The domain/default pair of (kCFPreferencesAnyApplication, AppleAquaColorVariant) does not exist 2009-12-03 10:45:22.260 defaults[386] The domain/default pair of (kCFPreferencesAnyApplication, AppleHighlightColor) does not exist (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GDEF table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GSUB table 28333 (inkscape-bin:346): Pango-WARNING **: Error loading GPOS table 28333 Quitting XDarwin... ++++++++++++++++++++++++++++++++++++++++++++++++++++ + Wolf Drechsel + Köhnstr. 54 + D - 90478 Nürnberg + Tel.: 0911 / 4 71 98 49 + drechsel@...2249... ++++++++++++++++++++++++++++++++++++++++++++++++++++

2 17

Re: [Inkscape-devel] [bug tracker] Guideslines for tags?
by unknown＠example.com 09 Dec '09

09 Dec '09

-----Original Message----- From: suv@...2204... [mailto:suv@...2204...] On Behalf Of ~suv Sent: zondag 25 oktober 2009 21:35 To: Engelen, J.B.C. (Johan) Subject: Re: [Inkscape-devel] [bug tracker] Guideslines for tags? On 25/10/09 21:11, J.B.C.Engelen@...1578... wrote: > From: Maximilian Albert [mailto:maximilian.albert@...1439...] >> 2009/10/25 Pajarico <pajarico@...400...>: >>> I started using the tag 'cli' for command line problems. >> Wouldn't it be better to use a more descriptive name? >> Frankly, if I hadn't read this email I'd have no clue what it is >> supposed to mean. > > I agree with Max. Just write it out "command line", like we do with > the other tags. > (I read it as "clear interrupts" assembly ;) 'command-line' or 'commandline' - Launchpad doesn't allow spaces in tags, and 'command' and 'line' don't make much sense as separate tags imho. ~suv

6 15

bzr branch command fails (twice)
by Alvin Penner 09 Dec '09

09 Dec '09

I create a directory for a branch and execute bzr init, then execute bzr branch and get the result: C:\Program Files\InkscapeBZR>bzr branch lp:inkscape You have not informed bzr of your Launchpad ID, and you must do this to write to Launchpad or access private data. See "bzr help launchpad-login". Format <RepositoryFormatKnit4> for http://bazaar.launchpad.net/~inkscape.dev/ink scape/trunk/.bzr/ is deprecated - please use 'bzr upgrade' to get better perform ance [###################/] 25375KB 0KB/s | Fetching revisions:Inserting stre At this point the download hangs and stops communicating -- View this message in context: http://old.nabble.com/bzr-branch-command-fails-%28twice%29-tp26669929p26669… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 5

Re: [Inkscape-devel] Visio support
by MilesTogoe 08 Dec '09

08 Dec '09

On 12/07/2009 04:17 PM, Alexandre Prokoudine wrote: > R U sure you wanted to send this privately? :) > not private - forgot to hit reply-all > Alexandre > > On 12/8/09, MilesTogoe<miles.togoe@...400...> wrote: > >> On 12/07/2009 02:51 PM, Alexandre Prokoudine wrote: >> >>> On 12/8/09, Paul den Hertog wrote: >>> >>> >>> >>>> Diederik: Visio 2003 can export to SVG if I'm correct. Have you tested >>>> that? And have you seen this: >>>> >>>> http://vdxtosvg.sourceforge.net/ >>>> >>>> >>> Can't speak for Diederik, but I tried this and it didn't work for me out >>> of box. >>> >>> >>> >>>> By the way, are extentions called tools on the website? >>>> >>>> >>> Where exactly? >>> >>> Alexandre >>> >>> >>> >> dia and kivio have never really cut it compared to visio. some more >> Inkscape features might be worthy of consideration for a summer of code >> project - pieces are there (connectors, resizing objects) ie I drag in >> all kinds of road symbols from another inkscape template drawing, resize >> and are good to go. I see some areas needing work: >> 1) the connectors seem to need some work (have not tried in .47 to see >> if any diffs) >> 2) centered text - text and a shape can be grouped but I don't think the >> textbox can always remain centered - a uml type group would also be very >> handy >> 3) visio file import (incl pre MS purchase for us former users) >> 4) it would be so much nicer if arrowheads would take same color as >> stroke without have to call in separate extension >> >> haven't used visio in so long, I forget if there were other things I >> missed. >> >> >> >> >> >> >> >> >>> ------------------------------------------------------------------------------ >>> Return on Information: >>> Google Enterprise Search pays you back >>> Get the facts. >>> http://p.sf.net/sfu/google-dev2dev >>> _______________________________________________ >>> Inkscape-devel mailing list >>> Inkscape-devel(a)lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >>> >>> >>> >> >> > >

1 0