- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Merging the Cairo branch
by john cliff 15 Mar '11

15 Mar '11

2011/3/15 Josh Andler <scislac@...400...>: > Hey, > > So, I really think that we should entertain the idea of merging the cairo > branch into trunk. The plan has been for us to not release 0.49 until it is > ready, so the couple outstanding bugs in cairo shouldn't be a huge > deterrent. We could also set up a PPA to produce the trunk builds of cairo & > pixman so that fixed libs are easily installable in the meantime (at least > for people using debian-based systems). I was talking to John Cliff and he > put forth a very good point which is that we really need to get as much > testing as possible on it prior to a release. > > Before it gets asked, yes Jon, color management is broken in it atm. The > likelihood of it getting fixed in a branch as opposed to trunk is next to > non-existent though... > > So, would people be okay with a little breakage of existing functionality to > get more testing of a cairofied Inkscape? bulia, I included you in the to > line here to help gauge the acceptability of this proposal. > > Cheers, > Josh > I think the more we can use this code the better, and having it tucked away in a branch isnt achieving that. Putting it in trunk forces us to fix what we find, and means we dont only start that process once cairo is uptodate enough in the distros. If we're gonna have to wait for the distros to be ready for us, we might as well be good and ready for them. Cheers John (sim)

1 0

Fwd: [Fwd: [Bug 733966] [NEW] Inkscape way to SLOW - Refactor]
by Igor Novikov 15 Mar '11

15 Mar '11

On Tue, Mar 15, 2011 at 11:53 AM, Jasper van de Gronde < th.v.d.gronde@...528...> wrote: > On 2011-03-13 15:52, Vladimir Savic wrote: > > On Sun, 2011-03-13 at 15:37 +0100, the Adib wrote: > >> Is there any plan how we will speed-up performance in future. I mean: > >> - fast (visual) response to the user > >> - fast rendering > >> > >> I know that we have: > >> - tiling the image into pieces to decrease user response time > >> - add OpenMP to filter functions > >> > >> On the roadmap is conversion to cairo. But cairo does not render filters > at all. > >> I read that LLVM could speedup when generating the filter code ..... > > Maybe I misunderstood the concept behind filter rendering, but what > > about joining efforts with GEGL guys and using that library? I guess it > > will develop faster, both big apps that would use it (Inkscape and GIMP) > > will benefit from joined development, bugs will be fixed faster, etc. If > > I understand correctly, GIMP will use GEGL for pixel computations too > > and pass the resoult to cairo for drawing on canvas. > Could we please slow down just a bit. Basically someone has come and > claimed, with some justification, that Inkscape is slow. It is, at least > in some respects (no one files bugs for cases in which Inkscape performs > marvelously). But we are working on performance issues continuously and > I think pretty much any Inkscape developer knows at least a few things > he would like to speed up. > > As for getting some results, apart from some UI issues, which are > important but which are not exactly my specialty, filters are probably > the main cause of perceived slowness. I would like to make a couple of > remarks about that. Inkscape mostly has implementations that are quite > accurate, which often results in slightly worse performance than you > might otherwise see. > May be Inkscape has accurate implementation but Inkscape document model is highly non effective. There is a simple comparing test. Just create 1000 rectangles, convert they into paths and measure memory usage in Inkscape, CorelDRAW and sK1. You will get approximately following numbers: Cold start/With document Inkscape 0.48 62Mb/140Mb CorelDRAW X3 47Mb/63Mb sK1 0.9.1 51Mb/62Mb So for the same drawing applications use: Inkscape 0.48 78Mb CorelDRAW X3 16Mb sK1 0.9.1 11Mb The test file you can fetch here: http://sk1project.org/files/test1000_rects.svg If you multiply objects (10k or more) you will see that Inkscape allocates 0.5Gb and more whereas Corel/sK1 uses less than 100Mb. Actually similar issues are observed in all mature applications because initial architecture was not designed with all the implemented features. Gimp, Scribus, Inkscape and our sK1 already faced with this problem. CorelDRAW has passed this milestone in ver.10 I think you remember that we have presented Cairo-based rendering in sK1 on LGM2007 and since that time we have a lot of experience in this issue (whereas "cairofication" for Inkscape is upcoming feature). Using this experience I would say that "cairofication" doesn't resolve all Inkscape rendering problems because Cairo (at least current stable version) is not fast. Concerning our project we have decided reimplementing sK1 and UniConvertor from scratch because the further development of just stuck in the architectural issues. We hope reporting results in our presentation on LGM2011, so I think we could discussing this in Montreal and it could be really useful for further Inkscape development. -- Regards, Igor Novikov sK1 Project http://sk1project.org

2 3

Fwd: Inkscape Wiki page DotDotDot has been changed by Airhogs777
by unknown＠example.com 15 Mar '11

15 Mar '11

The site referenced, http://www.dot-dot-dot.nl in the subject page, http://wiki.inkscape.org/wiki/index.php/DotDotDot looks like a parked domain from where I sit. The Wikipedia entry, http://en.wikipedia.org/wiki/Dot_Dot_Dot_(magazine) points to http://www.dot-dot-dot.us which looks more like something, but the site doesn't display well in Internet Explorer (Intentional?) and doesn't have much functionality in Firefox. Is Dot Dot Dot Magazine really useful to the Inkscape community? ---------- Forwarded message ---------- From: WikiAdmin - acspike@...34... Date: Mon, Mar 14, 2011 at 7:13 PM Subject: Inkscape Wiki page DotDotDot has been changed by Airhogs777 To: NeoPhyte Rep <InkscapeWiki.NeoPhyte_Rep@...2295...> Dear NeoPhyte Rep, The Inkscape Wiki page DotDotDot has been changed on 02:13, 15 March 2011 by Airhogs777, see http://wiki.inkscape.org/wiki/index.php/DotDotDot for the current version. See http://wiki.inkscape.org/wiki/index.php?title=DotDotDot&diff=0&oldid=1172 for all changes since your last visit. Editor's summary: - Contact the editor: mail: http://wiki.inkscape.org/wiki/index.php/Special:EmailUser/Airhogs777 wiki: http://wiki.inkscape.org/wiki/index.php/User:Airhogs777 There will be no other notifications in case of further changes unless you visit this page. You could also reset the notification flags for all your watched pages on your watchlist. Your friendly Inkscape Wiki notification system -- To change your watchlist settings, visit http://wiki.inkscape.org/wiki/index.php/Special:Watchlist/edit Feedback and further assistance: http://wiki.inkscape.org/wiki/index.php/Help:Contents

2 1

[Fwd: [Bug 733966] [NEW] Inkscape way to SLOW - Refactor]
by ~suv 15 Mar '11

15 Mar '11

Could some of the devs help with bug triage and comment on this recent report? ~suv -------- Original Message -------- Subject: [Bug 733966] [NEW] Inkscape way to SLOW - Refactor Date: Sat, 12 Mar 2011 18:49:58 -0000 From: Gary <733966@...1882...> Reply-To: Bug 733966 <733966@...1882...> Public bug reported: Guys truly it is time to stop adding features to Inkscape and go back and refactor the code to fix bus and the terrible performance issues. There is little excuse for it to be at ver .48 and performance to be slow sluggish. Even the about box repaints the logo/image very slowly. That alone would have told me I have performance issues. At what point do you stop trying to add features and go back and address performance? My recommendation is to get a better handle and control over the development effort and split your team and branch to allow some to work on new features and others the refactoring of the code and eventual merge. When I launched it for the first time a while back I nearly laughed at the performance. Then expecting someone to address it in .48 would have been an expectation. Do everyone a favor and place in your roadmap a REAL item to address performance and refactoring the code. This sluggish performance is across ALL platforms. For any developer on the team to be tolerant of such or even think of asking what hardware is foolish. Any junior level developer can easily determine the performance issues are within the code. As of now I am going to kick off my own branch of this code and move it to QT4 for the UI and begin refactoring for performance. I will make that split in the branch available for those who want a highly performance version of InkScape. I would invite you to address performance. ** Affects: inkscape Importance: Undecided Status: New -- You received this bug notification because you are a member of Inkscape Bug Team, which is subscribed to Inkscape. https://bugs.launchpad.net/bugs/733966 Title: Inkscape way to SLOW - Refactor

11 14

Inkscape Website Progress...
by Ian Caldwell 15 Mar '11

15 Mar '11

Hello, here's an update on the website. We have made some nice progress and it is defiantly coming along. It's going to be launched in phases. Phase #1 will be the main site with all the content and Phase 2 will consist of various things for the user allowing them to be able to post their own tutorials and plugins etc. However in order to do that we need help! We need the following: 1. content writers to go through the site and improve on the existing write ups. 1. Additional old news needs to be ported over. We ported over all of 2010 and 2011 but we need all news ported over 2. Django developers to finish up the last few features After all that 3. we need translators to translate the various parts of the website You can follow the project here: https://code.launchpad.net/~inkscape-webadmin/inkscape-web/inkscape-web Also the site is visible at http://dev.inkscape.org please feel free to drop by on irc.freenode.net and join #inkscape-web Thanks, Ian Caldwell

12 25

Re: [Inkscape-devel] Inkscape Website Progress...
by Pajarico 14 Mar '11

14 Mar '11

2011/3/8 Hinerangi Courtenay <duckgoesoink@...400...>: > Chris Morgan wrote: > >> This is the most important part. There's a significant quantity of new content needed for the website which just hasn't existed before. I think the main thing we need is just lots of basic content which can be refined later. Most of the pages aren't created yet; some have been designed but don't have all their content yet. > > Agreed completely. As I said on the user list, much of the text on the brand new pages was written by me for the mockups (I'm a terrible copywriter, so there's unfinished Lorem Ipsum and blah blah stuff), and much of the other stuff was brought straight over from the current site - some serious tidying is in order, and will help speed things up significantly. Why is there commit 50 by Chris Morgan reverting my additions to Lorem Ipsums texts (see column "More stuff" in content/en/about/features.html)? I could understand that maybe I added more content than I should have, but that doesn't explain why parts were reverted to Lore Ipsum. Also, the style of those epigraphs is too repetitive: all of them prominently display the word "Inkscape"... we already know we're talking about Inkscape! ;) Some of my edits in that area were done to break that monotone writing (giving a more "human" tone and avoid repetition of the word "Inkscape"). I'm unsure is this edit was done on purpose or accidentally. > Sent out another request on the user list for screen recordings...no bites yet. Maybe if someone posted to Deviant Art? Or twitter? Or facebook or flickr or any of those other social websites I don't use... We need the stuff mentioned in this doc: https://docs.google.com/document/pub?id=1QDTbDv7SGZIyrBUvSoraC_587ROY49l-bV… Working on it. Commented this before, but haven't had time to record them. The two drawings that I was going to record are halted. I'm involved on acourse about web design so will be busy until 23 March. Regards.

2 1

--query-all and hidden objects
by Ogla Sungutay 13 Mar '11

13 Mar '11

Hi guys, When a group's children are all hidden (style="display:none"), --query-all command line parameter does not list this group's geometry. All of its children are listed. But not the parent. Another observation is that if one of the children is visible, then the parent's geometry is listed. Is there a specific reason for this feature? Or is it a bug? Thanks! -- -- V. Ogla Sungutay, GUI Programmer www.lyciasoft.com skype:oglasungutay

2 3

Tango Pasodoble Icons updated for Inkscape 0.48.1
by jEsuSdA 8) 11 Mar '11

11 Mar '11

Hello again! This evening I have been working hard to update the Tango Pasodoble icon theme for Inkscape. The original theme have no icons for the new tools and options and some icons has changed his name. Yo could see a screenshot of the result here: http://www.jesusda.com/files/inkscape-tango-theme/tango_icons_new_0.48.1_v0… You could download the icons.svg file here http://www.jesusda.com/files/inkscape-tango-theme/tango_icons_new_0.48.1_v0… This SVG file could have some bugs, cause it is *SO PAINFUL* to mantain because nobody has updated the icon names and nobody adds the new icons to this file. In the future I would appreciate so much you notify me (sending an e-mail to the mailing list, for example) any change in the icons.svg main file (change of names, new icons, etc.) because it is very difficult to compare icons.svg and tango.svg icon by icon, name by name. The easy way to use the Tango Pasodoble Icons is downloading this file: http://www.jesusda.com/files/inkscape-tango-theme/tango_icons_new_0.48.1_v0… There are two folders: 16 and 24. You must copy the icons inside the 16 folder and paste then into your desktop icon theme ACTIONS folder for 16px icons (do the same for 24). Inkscape will load the icons from your desktop icon theme. ;) This option is only for Linux users. I know the icon topic was disscussed time ago, but I think we must do anithing about this: the default icon theme is not so pretty. It does not brings users the hi-quality appearance Inkscape has inside. I know is so difficult to decide and change the icons. I know the tango pasodoble icon theme could be better, but we has no other options. It is great that Inkscape could load the icon from our desktop icon theme, but what abou Mac and Windows users? It will be a nice idea to allow users select the theme via preferences or simply use the tango icon theme as a default one. I hope you like this update and I hope you excuse my poor english. :D Thank you for made the best ever vector drawing software. ;) Cheers! Salu2 de jEsuSdA 8)

3 4

Re: [Inkscape-devel] [Inkscape-user] outset confusion
by ~suv 11 Mar '11

11 Mar '11

On 11/3/11 12:16, kqt4at5v@...210... wrote: > I did find that dynamic offset is not quite as destructive > Is there a way with dynamic offset to set an exact dimension, 5.626 px Inkscape currently has no special GUI to edit the distance of the dynamic (or linked) offset numerically, nor does its handle snap to grid, guides or other node targets. You can however easily adjust the numeric offset distance using the XML Editor: 1) select the dynamic offset 2) open 'Edit > XML Editor...' 3) in the list at the right side, select the attribute 'inkscape:radius' 4) edit the value in the entry box at the bottom (in px) 5) click 'Set' (or use the keyboard shortcut 'Ctrl'+Enter) hth, ~suv

1 0

Cursor Inkscape - Corel
by Fantomas 11 Mar '11

11 Mar '11

Hello, Inkscape can be set as the cross cursor in Corel?

2 1

Re: [Inkscape-devel] [Inkscape-user] outset confusion
by Jasper van de Gronde 11 Mar '11

11 Mar '11

I don't think you're missing that much, I'm not 100% sure, but it looks like a numerical problem somewhere. Specifically, for some reason Inkscape seems to convert a perfectly straight line segment into a curved segment when outsetting (even if you explicitly convert to a straight line segment first, so that there is no chance that it's almost straight or anything), that seems a bit odd. On my installation (0.48) it seems like it's mostly just the left tooth(?) at the top, although similar effects play up when insetting. Interestingly dynamic offset seems to do better, but it also clearly gives a different result (it rounds cusp corners). But if that's okay for you that might be a way out. In any case, you might want to file a bug report. To do so, please go to: http://bugs.launchpad.net/inkscape/ and click on "Report a bug" (it's on the right). In the mean time I've also added the developers list to the recipients, in case anyone there knows what to do. On 2011-03-10 20:30, kqt4at5v@...210... wrote: > I am missing something simple > I have the first image, gear.ps, that I want to cut out with a 0.125 > endmill > So I set outset in inkscape preferences to 5.625, select all nodes and > path->outset and I get the second image, gear.svg > Where am I going wrong > > Richard > > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > > > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user

1 0

Partial clip-rule implementation
by Andrew Lutomirski 10 Mar '11

10 Mar '11

I don't know what the standard way to submit patches is, but I've attached a patch that implements loading, saving, and computing of the clip-rule property. I'm playing with getting it to work in the cairo renderer. It's a bit of a pain for two reasons. First, the existing fill-rule implementation for clip paths is not just incorrect (fill-rule shouldn't affect clip paths) but is also very buggy. Second, I don't know how to ask cairo to generate a clipping region that is the union of two paths unless both paths use the nonzero rule. That being said, I have a gross hack that at least gets multiple nonzero paths or a single evenodd path right. I'll make it less ugly before I mail it in. I understand approximately nothing about the nr renderer (or whatever the code that I assume renders the editing view is), so I've made no progress on honoring clip-rule in the edit view. What should I do from here? (Note: I'm not really inclined to try to invent a sensible UI for clip-rule. I mainly want to be able to edit my own figures that need clip-rule=evenodd. --Andy

2 1

printing - rendering bitmaps
by Drechsel Wolf 09 Mar '11

09 Mar '11

Hello everybody, I hope folks will apologize me asking for simpe end-user advice: When calling the "printing" dialog, there is a tab "rendering". There I can select "vector" or "bitmap" and set the resolution for the bitmap. As I want to print a self-made map with a scan in the background, the "bitmap" option seems reasonalble to me. But lowering the resolution doesnt make any difference, files are as big as they are when I leave the "rendering" tab set to "vector". Is that a bug - or is my assumtion wrong, that this tab should have an influence to the resolution of embedded bitmaps? (Mac OS X 10.5.8 Leopard, inkscape 0.48 X11) Thanks and greetings, Wolf

2 1

Fw: Inkscape Website Progress...
by Matthew Todd 09 Mar '11

09 Mar '11

Resending. On Wed, 9 Mar 2011 00:18:26 +0100 Krzysztof Kosiński <tweenk.pl@...400...> wrote: > There could also be a link to the dA group. > > Regards, Krzysztof > I would definitely recommend this. Although there isn't much work in the group, some of it is really high quality (several got daily deviations). Plus I think that it'd help give the impression to visitors that the Inkscape user base/community is active. Matthew Todd

1 0

Re: [Inkscape-devel] Mockup for Improvement of Fill and Stroke Dialog
by Andrew 08 Mar '11

08 Mar '11

Hi Guys, (I apologise if I sent this to the wrong list and if so, if you could point me in the right direction I would be very grateful :] ) My name is Andrew and I have been using Inkscape for quite a while and have always found it fantastic! One thing I have found though, is that while some parts of Inkscape are brilliantly designed, some legacy parts you use a new lick of paint and a polish :) One such part is the part I use most, the Fill and Stroke Dialog. This was also picked up recently by this blog post http://www.bomahy.nl/hylke/blog/on-gnome-and-elegance/ (yes we can all tell which application screenshots 2 and 3 are from :P ) You can see my findings and my suggestion on the Wiki, but to entice you to read it, the mockup is here :) http://wiki.inkscape.org/wiki/index.php/Fill_and_Stroke_Dialog_Re-Design http://wiki.inkscape.org/wiki/index.php/File:Solution-fillandstrokedialog.p… Thanks and I would love to hear your comments! -- Andrew

3 3

Re: [Inkscape-devel] Update on Diffusion Curves
by Jasper van de Gronde 08 Mar '11

08 Mar '11

The code is stand-alone (although the aem stuff has been more or less coded with Inkscape in mind) and does not accept file based definitions, the images are hard coded (although relatively easy to alter, I just didn't get around to writing a parser). For integration with Inkscape there are still quite a few things missing, like syntax :) Also, I don't think the method I developed is mature enough to put in Inkscape as is. In my opinion the quickest route to get this in Inkscape would be to figure out a syntax+semantics (how to deal with "exterior" boundaries!) and then write a hybrid solver that uses an analytic solution for dealing with discontinuities and a grid-based solver for the rest. Another question is whether diffusion curves are really the "best" way to go about this. There are some cases where diffusion curves might not give the most intuitive answer and I am looking at alternatives (and so are some other people). If you have specific ideas about what a system like this should support and/or have interesting cases where you feel diffusion curves do not meet your requirements (or where they perform surprisingly well), then please speak up. BTW, if you want to play with diffusion curves, use one of the earlier programs to edit/view them: http://artis.imag.fr/Publications/2008/OBWBTS08/ Also, we have some ideas on the wiki, feel free to augment/edit them: http://wiki.inkscape.org/wiki/index.php/Diffusion_Curves On 2011-03-07 17:47, Josh Andler wrote: > Hey, > > I'm a little confused by the code page... is there a "test" version of this > integrated with Inkscape or 2geom toy or something? Either way, wowza to the > math in your thesis paper. :D > > Cheers, > Josh > > On Mon, Mar 7, 2011 at 1:35 AM, Jasper van de Gronde < > th.v.d.gronde@...528...> wrote: > >> Hi, >> >> For those interested in Diffusion Curves, I recently finished my thesis >> on Diffusion Curves. It can be downloaded here: >> http://home.hccnet.nl/th.v.d.gronde/ThesisJvdGFinal2.pdf >> (Initially it was also available from my university's site, but there >> are some problems with the repository at the moment.) >> >> Associated code can be found on LaunchPad: >> https://code.launchpad.net/~jaspervdg/ >> >> In short: I found that it's not that easy to render diffusion curves >> with high accuracy and looked at the cause of this, as well as possible >> solutions. In particular, I implemented a renderer/solver based on a >> different concept than the previously existing solvers, and this does >> show some promise. Also, I found a way to make it easier to handle the >> color discontinuities across diffusion curves (which are essential to >> the usefulness of diffusion curves but can be tricky to handle correctly >> in a solver), essentially by first removing them and then adding them >> back in. >> >> Comments, suggestions, questions, etc. appreciated. >> >> - Jasper >> >> BTW, most graphics were made using Inkscape (often saving to PDF+LaTeX). >> >> >> ------------------------------------------------------------------------------ >> What You Don't Know About Data Connectivity CAN Hurt You >> This paper provides an overview of data connectivity, details >> its effect on application quality, and explores various alternative >> solutions. http://p.sf.net/sfu/progress-d2d >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >>

1 0

Re: [Inkscape-devel] Mockup for Improvement of Fill and Stroke Dialog
by Andrew 08 Mar '11

08 Mar '11

On 08/03/11 08:24, Jasper van de Gronde wrote: > Are you able to make the changes? If so, please do so (perhaps slightly > more conservatively, at least at first, to be on the safe side), that > way we can try it out and see how it works and feels in practice. Don't > get me wrong, it's good to have some discussion and ask for feedback, > but often in the end it boils down to nothing happening, and that's a > shame, especially since I think the general message here is that a lot > of what you're trying to do would be appreciated. If you're not able to > make the changes in Inkscape, I would be willing to try, especially if > you could help me with some of the GTK stuff (you seem to at least know > a thing or two about that, and despite having coded on Inkscape for > years it's still mostly a mystery to me). Sure I think I could make some of them, however my idea was to gage opinion first, rather than do it and everyone says "Actually we don't like that..." :) Maybe I shall wait for a few more opinions and then start to make it happen (though I might need some pointers as I have never coded in C++ XD ) -- Andrew

1 0

Update on Diffusion Curves
by Jasper van de Gronde 07 Mar '11

07 Mar '11

Hi, For those interested in Diffusion Curves, I recently finished my thesis on Diffusion Curves. It can be downloaded here: http://home.hccnet.nl/th.v.d.gronde/ThesisJvdGFinal2.pdf (Initially it was also available from my university's site, but there are some problems with the repository at the moment.) Associated code can be found on LaunchPad: https://code.launchpad.net/~jaspervdg/ In short: I found that it's not that easy to render diffusion curves with high accuracy and looked at the cause of this, as well as possible solutions. In particular, I implemented a renderer/solver based on a different concept than the previously existing solvers, and this does show some promise. Also, I found a way to make it easier to handle the color discontinuities across diffusion curves (which are essential to the usefulness of diffusion curves but can be tricky to handle correctly in a solver), essentially by first removing them and then adding them back in. Comments, suggestions, questions, etc. appreciated. - Jasper BTW, most graphics were made using Inkscape (often saving to PDF+LaTeX).

2 1

Custom predefined filters
by Nicolas Dufour 07 Mar '11

07 Mar '11

Hello, Ivan Louette and I have started to work on new custom predefined filters that should make filters use and creation a bit easier. It's not a full filters UI redesign, but only internal extension system based dialogs that provide easy understandable parameters to the existing predefined filters. Now that we have a minimal usable test set (25 available filters in Filters>Experimental), we'd like some comments on this project, and more specifically a *formal* approval that we are heading in the right direction. The project has a Launchpad Blueprint (https://blueprints.launchpad.net/inkscape/+spec/custom-predefined-filters) and a specification wiki page (http://wiki.inkscape.org/wiki/index.php/SpecCustomPredefinedFilters). We're waiting for your comments before going further. -- Nicolas

3 2

Re: [Inkscape-devel] [Inkscape-user] Bug in EPS + Latex
by unknown＠example.com 05 Mar '11

05 Mar '11

Hi, Please check if this bug has been filed already on Launchpad, and assign it to me. Otherwise I will forget about it. Thanks, Johan > -----Original Message----- > From: Adin Ramirez Rivera [mailto:adinriv@...400...] > Sent: 03 March 2011 02:09 > To: Inkscape User Community; inkscape-devel(a)lists.sourceforge.net > Subject: [Inkscape-user] Bug in EPS + Latex > > Hi all, > > I just found a bug in the EPS + Latex option. > If you have percentage '%' symbols in the text, when those are > converted to latex they are not escaped. Hence, the latex get broken in > that line. > It is easy to fix, by escaping the percentage symbols by hand; however, > if you have a lot of symbols it will get annoying to change those all > the time. > I just want to report it. > > HTH, > > adin

1 0

Question about modifying the code for the curve tool
by Bart Kelsey 05 Mar '11

05 Mar '11

Greets! I'm new here. :) Earlier today I had an idea for an improvement to the curve drawing tool that would speed up my drawing workflow considerably and make it a lot more practical to draw things quickly and precisely with a mouse. Here's what I was thinking: When you're editing a curve, there's a button on the toolbar that sets the nodes along the curve to "auto-smooth". I discovered this a couple of days ago and instantly fell in love with it. At any rate, I was thinking it would be really nice to be able to draw auto-smoothed points with the curve drawing tool, perhaps by holding shift when you click the button, or holding shift, then clicking, dragging, and releasing. Non-auto-smoothed points are great if you want fine control, but if you're trying to lay down some clean-looking curves quickly, auto-smoothing seems to be the way to go. It would be really nice if I could draw them as I go, rather than just clicking the mouse and crating line segments, then going back and converting all of them. Hopefully I'm making sense so far. :) At any rate, I thought I'd poke around the 0.48 code and see if I could implement this feature myself, but I ran into an issue. Specifically, it appears that the code for drawing a curve initially adds points directly into the underlying curve data structure, whereas the code that distinguishes between normal curve points and auto-smoothed points is actually part of the user interface, and not part of the curve itself. Thus, when you add a point onto a curve, there doesn't appear (at least not at first glance) to be a way to easily get hold of the Node object and set it to auto-smooth mode. Here's what I've gleaned from looking at the code thus far: When you add a point by clicking the mouse button, it happens around pen-context.cpp:1272, where it calls pc->red_curve->curveto(...). The node type, however, is actually set from the MultiPathManipulator class, which I don't appear to have access to in pen-context.cpp. Is there a simple way of doing this? Also, kudos for writing code that's clear enough that I have some idea of what's going on after looking at it for half an hour. :) Peace, Bart K. http://opengameart.org -- --

2 1

Download Stats
by Josh Andler 05 Mar '11

05 Mar '11

Hey All, I just thought people would like to know that we breached over 1 million downloads in a single month on sf.net in January. Note that their tracked downloads since the project first posted files is at ~14.4 million total. I'd say that makes January quite a significant month. :) For those interested in more download stats (this is per month since the beginning): https://sourceforge.net/projects/inkscape/files/inkscape/stats/timeline?dat… Great work community! Cheers, Josh

2 1

Inkscape 0.48.1 is out!
by Josh Andler 04 Mar '11

04 Mar '11

Hey All, After 6 months of development and delays out of our control, Inkscape 0.48.1 is out. This bug-fix release of the SVG-based vector graphics editor contains over 80 bug fixes as well as improves stability and performance on all platforms. Please visit inkscape.org for more information and to get your copy. As a side note, if you're a member of the following sites, showing the news some love is always welcome. reddit - http://www.reddit.com/r/software/comments/fxg78/inkscape_0481_bugfix_releas… slashdot - http://slashdot.org/submission/1489758/Inkscape-0481-released deviantART - http://fav.me/n145112 Cheers, Josh

2 2

What happened to 0.8.1?
by Sonic4Spuds 04 Mar '11

04 Mar '11

Hi everyone, I am wondering why there is no 0.8.1 builds yet or was source never released? For the last month there was an announcement on the site for the release but even the announcement is gone now. I realise that Sourceforge was closed for upload for a while but that is resolved now. -Sonic

3 2

win32 console absolute paths not working
by Justin Z 28 Feb '11

28 Feb '11

It seems that console (command-line) use of inkscape.exe to export pdf/ps/etc fails with an absolute path on Win32. This happens with SVG files from at least Visio and Dia. (I haven't checked other input formats of flavors of svg.) I use Cygwin on XP, and I discovered this when using dblatex for converting DocBook5 XML to PDF (when dblatex sees an SVG file referenced in XML it calls inkscape using absolute paths). When I test inkscape alone it clearly succeeds on relative paths but fails on absolute paths. (Note that if you want to try this yourself then you have to patch imagedata.py because it calls inkscape with in/out files mixed up -- see: http://sourceforge.net/tracker/index.php?func=detail&aid=3039592&group_id=7… ) I've tried your official/stable win32 installer v0.48, earlier v0.46, and nightly build 0.48+devel r10061 (Feb 21 2011). I also tried setting pythonpath, and other variables, and have made sure my shell knows which inkscape/python combo to use. BTW, although I tried compiling the latest, some of Cygwin's packages are a bit behind and well, ain't gonna happen: configure: error: Package requirements (gdkmm-2.4 glibmm-2.4 giomm-2.4 gtkmm-2.4 >= 2.10.0 gtk+-2.0 libxml-2.0 >= 2.6.11 libxslt >= 1.0.15 cairo sigc++-2.0 >= 2.0.12 gthread-2.0 >= 2.0 libpng >= 1.2 gsl) were not met: No package 'gdkmm-2.4' found No package 'glibmm-2.4' found No package 'giomm-2.4' found No package 'gtkmm-2.4' found So I won't be able to patch source and recompile :( Thanks for any help, and I'll be glad to test new versions. PS, please accept my apologies for not wanting to create an account on launchpad -- I have far too many accounts on systems around the Net, and I prefer to subscribe/unsubscribe from lists when possible. --Jaz /cygdrive/c/temp $ inkscape -z -D --export-pdf=fig0.pdf testfile.svg (or dir/subdir/testfile.svg , or ../subdir/testfile.svg, etc) $ ls -l fig0.pdf -rwx------+ 1 jazing None 18858 Feb 25 12:50 fig0.pdf $ rm fig0.pdf $ inkscape -z -D --export-pdf=fig0.pdf /cygdrive/c/temp/testfile.svg ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): WARNING **: Specified document /cygdrive/c/temp/approval.svg cannot be opened (does not exist or not a valid SVG file)

1 0