- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Debugging inkscape
by Bill Baxter 09 Jun '07

09 Jun '07

Whoops that was supposed to be a message to inkscape-devel. On 6/9/07, Bill Baxter <wbaxter@...400...> wrote: > Let me back up with a more basic question: > how do I debug inkscape? > The build make by buildtool.exe doesn't seem to have debug symbols. Still looking for info on this. I guess I need to add "-g" somewhere in build.xml? > fprintfs are scattered through the code making me thing those should work, but > I found this INKSCAPE_DEBUG_LOG env var, but that doesn't seem to make > fprintf stderr output work. > Maybe I need to build inkscape as a console app? Where do I set that? I found the answer to this one -- need to add a "-mconsole" flag after "-mwindows" in build.xml. --bb

3 2

pdf - blur/filter support ?
by Adib Taraben 09 Jun '07

09 Jun '07

Hello, I wonder whether pdf has the ability to output blur/filter natively. I do a lot now with blur like shadows but the exported pdf is not the same. I already downloaded the pdf reference but there might be to much pages so I did not found the reference. I am looking for something that corresponds to svg filters. Could someone point me to the right direction ? Thx, Adib. ---

3 2

Startup preferences
by Bill Baxter 09 Jun '07

09 Jun '07

Any hints as to which files I should look at for adding the ability to save Inkscape's window position between runs? -------------------------- Proposal: The basic idea would be to add another preference under Windows which is "Restore last window geometry" right before "Save window geometry" The the logic would be to try saved geometry in the doc first, then use the user preference. onStartup: if (startupDoc && startupDoc.hasSavedWindowLayout) { setWindowGeometryFromStartupDoc(startupDoc); } else if (userPrefs.restoreLastWindowGeometry && userPrefs.hasStoredWindowGeometry) { setWindowGeometryFromUserPrefs(userPrefs); } onShutdown: saveLastWindowGeometryToUserPrefs(getCurrentWindowGeometry) This would also save/restore the maximized state as is common for MS Windows apps. --------- Actually my preference would be to reverse the order and always use the userPrefs first if restoreLastWindowGeometry is set, but I'm thinking the other way around would be more politically acceptable with current developers. And I don't think the difference is worth making yet another preference. Suggestions appreciated. This one just really frustrates me. I started looking over the startup code today but didn't immediately find where prefs or window geometry are handled. --bb

1 0

Higher Precision
by Tony Vigil 08 Jun '07

08 Jun '07

I'm curious... why is the precision for grids, guides and tiled clones only 0.00 while you can readily place objects with a precision of 0.000? Is there any special reason for the lower precision? I have already posted this as a request for higher precision and as a bug for inconsistency. And while I'm thinking about it... how about the same level of precision for angles of rotation?

4 4

Flood fill suggestion - Bound threshold
by microUgly 08 Jun '07

08 Jun '07

Some of the stuff I do with the calligraphy tool has gaps between sections I would like to colour. Visually the gaps don't bother me, but I can't use Flood Fill when the area isn't properly closed. It would be nice there was a threshold where we could say that gaps of a certain size should be considered closed. I imagine it would be like a thickness to the paint where if it's very thick it can't flow through a small gap. -- View this message in context: http://www.nabble.com/Flood-fill-suggestion---Bound-threshold-tf3822118.htm… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 8

Re: [Inkscape-devel] The death of PyXML
by Aaron Spike 08 Jun '07

08 Jun '07

Justin Barca wrote: > My software project also relies on PyXML, and it is because of this > dependency that I can use it in the creation of extensions. I find it > puzzling that an internal python library for something as important as > xml proc just went to the wayside. Can you explain to me what > happened with this project ? Are there major bugs with it right now ? > If necessary, I hope the conversion to another xml api can be done > with regular expressions or other string processing. Yeah, I think I kinda talked you into PyXML. Though you can certainly write extensions for Inkscape without it. I had no idea that people would let something so important, ie one of the only python libraries that supported some of the more advanced XML features, go defunct. PyXML was not internal to the python distribution. It was an extension layer on top of the core DOM functionality available in the python distribution. I don't know what happened to PyXML. I asked several acquaintances who are closer with the Python community and no one knew. Everyone I spoke with is quite happy with the ElementTree api that is now part of the standard Python 1.5 distribution. ElementTree looks reasonable to me, but again like the core dom module in the standard library it doesn't support functionality that is important to me especially XPath. Thankfully I think I may have found the best of both worlds in lxml. Someone has implemented the popular ElementTree API on top of libxml2 and extended it by exposing libxml2's support for XPath and other technologies that are important for working with XML. Could one convert the code from PyXML to lxml using regex and string processing, I suppose. The translation is pretty simple. You could probably do a 1:1 substitution automatically. For me it is going to be easier to edit the relatively few scripts in the Inkscape distribution by hand. And that will help me learn the API a bit better. This is how I translated the XML portion of gear.py: With PyXML: path = points_to_svgd( points ) # Create SVG Path for gear gear = self.document.createElement( 'svg:path' ) style = { 'stroke': '#000000', 'fill': 'none' } gear.setAttribute( 'style', simplestyle.formatStyle(style) ) gear.setAttribute( 'd', path ) # Embed gear in group to make animation easier: # Translate group, Rotate path. g=self.document.createElement('g') g.setAttribute( 'inkscape:label', 'Gear' + str( teeth ) ) t = 'translate(' + str( self.view_center[0] ) + ',' + str( self.view_center[1] ) + ')' g.setAttribute( 'transform', t ) self.current_layer.appendChild( g ) g.appendChild( gear ) With lxml: path = points_to_svgd( points ) # Embed gear in group to make animation easier: # Translate group, Rotate path. t = 'translate(' + str( self.view_center[0] ) + ',' + str( self.view_center[1] ) + ')' g_attribs = {'inkscape:label':'Gear' + str( teeth ), 'transform':t } g = inkex.etree.SubElement(self.current_layer, 'g', g_attribs) # Create SVG Path for gear style = { 'stroke': '#000000', 'fill': 'none' } gear_attribs = {'style':simplestyle.formatStyle(style), 'd':path} gear = inkex.etree.SubElement(g, 'svg:path', gear_attribs ) I think I'm going to hold off on the full conversion until I get more feedback from other people in the community. I would especially like to hear from our Mac OSX users and packagers about how easy it would be to distribute and install lxml with Inkscape. (Jiho could you please give it a try?) Some version of lxml has been available in Ubuntu universe since at least Breezy. Is lxml available for other distros? Aaron Spike

2 2

Re: [Inkscape-devel] LGM Videos?
by Plinnell 07 Jun '07

07 Jun '07

> Message: 3 > Date: Tue, 29 May 2007 12:23:46 -0300 > From: " Aur?lio A. Heckert " <aurium@...400...> > Subject: [Inkscape-devel] LGM Videos? > To: "Inkscape Development Mailing List" > <inkscape-devel(a)lists.sourceforge.net> > Message-ID: > <94d573740705290823r52f25b5fgd07241b900fd8ee3@...401...> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi! > > I see great titles on LGM WebSite, but where are the > videos? I can't go to Canada... :.( > > That is the only one i found: > http://video.google.com/videosearch?q=lgm+inkscape > > There are a LGM video download center, like FISL? > ( http://torrents.softwarelivre.org ) > > Videos for the World! :-) > Aurium > Hi, http://www.libregraphicsmeeting.org/2007/program.html Enjoy, Peter

2 1

Summer of Code Update
by Gail Banaszkiewicz 06 Jun '07

06 Jun '07

Hi all! Thought it might be a good time for an update on Summer of Code proceedings. Essentially, my approach so far has been to tackle a bug or two, as suggested by Richard way back in April, before moving on to the interface redesign. I chose "[ 1243190 ] SVG Text: tRef Elements do not work" to work on first because it should give me a hands on feel for text in SVG and help me become familiar with certain aspects of the Inkscape architecture. After this bug, I may choose another or dive into the UI stuff; it depends on how long this one takes. Gail

1 0

Eclipse Tutorial
by Gail Banaszkiewicz 04 Jun '07

04 Jun '07

Better late than never, I would like to finally create my promised tutorial on how to set up building and debugging with Eclipse under Windows. A couple of questions first: (1) I made an account for the wiki, but I'm not sure if I need some kind of special permission to edit the main page <http://wiki.inkscape.org/wiki/index.php/Inkscape> in order to add my new page. Or maybe one of you guys has to just create the page for me and I can start editing it? I would call it "UsingEclipse" probably, and put it in the Dev Documentation under General. (Although I am only doing Windows, somebody could add information related to Linux and Mac later on.) Let me know how that all works... (2) I'm hoping images can be uploaded directly to the wiki (for screenshots). If not, then let me know what most people do to get around this. Gail

3 4

Re: [Inkscape-devel] [Inkscape-user] The death of PyXML
by Aaron Spike 04 Jun '07

04 Jun '07

Terry Brown wrote: > Not sure if it's adequate, but Python 2.5 has moved most of the > ElementTree DOM library into the standard Python libraries, which > would have the advantage of not being a separate dependency. Not having an external dep would be fantastic. But right now I'm calling the lack of advanced XPath support a debilitating inadequacy. Thus far all my knowledge of ElementTree is academic, it could very well do more than the documents I've read give it credit for. I think ElementTree's inclusion in the python standard library is another vote in favor of lxml actually. Because more people will be familiar with the api and with lxml we get the added features in addition. Aaron Spike

1 0