- 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