October 2007 - Inkscape Devel

Inkscape overcomes Xara in Google Trends
by bulia byak 12 Dec '07

12 Dec '07

http://www.google.com/trends?q=inkscape%2Cxara Note that "xara" does not always refer to the vector editor, so in reality it's even better for us. Now, to support the momentum, we must release a smashing 0.46 soon enough, and make a lot of noise about it. It really deserves it. (Note by the way that while we are ahead in user interest, we are nowhere to be seen on the lower graph which reflects mentions in the news. That's not fair.) GSoCers and all others, please let's get to work one more time and fix all the loose ends in your projects. They need not be perfect but the most glaring user-visible problems must be ironed out for Inkscape to reach a releaseable state. You know who you are and what you need to do :) If you think that your project is already good enough for a release, please drop a note here, otherwise let us know of your current state, what remains to do, and when you are planning to finalize your work. And, let's make bugfixing a priority right now, even without waiting for a freeze. We have a scary number of open bugs in the tracker. Yet we now have so many developers that if each one closes just one bug a day, we'll make the tracker shrink pretty fast. Note that closing a bug need not necessarily involve coding; you can just take some old bug, test it and close as fixed or unreproduceable. Any help from non-developers is of course very welcome too. Let's all test, report, comment, add info, code, test again, and close as many bugs as possible. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

19 38

need-review: Default Metadata Preferences Patch
by Felipe Sanches 12 Dec '07

12 Dec '07

hi! I have just submitted a patch that implements a "default metadata" page on the preferences dialog. This defines the default values to be used as metadata for newly created documents. I need someone to review this code, please. It works fine for me. There is just one little issue: I havent been able to figure out how to update the status of the license radiobuttons on the documentMetadata dialog. Some more experienced programmer could, please, take a look at it? I imagine that it may be a simple thing that is still just not clear enough for me. This is my first patch for inkscape, so I am not much comfortable yet with the overall structure of the program. here is the patch: http://sourceforge.net/tracker/index.php?func=detail&aid=1746892&group_id=9… thanks, Juca

7 15

Weird issue saving in PDF
by Jaime Martínez-Figueroa 23 Nov '07

23 Nov '07

Hi I'm using both Inkscape 0.45.1.1 and a snap from this monday in Win32 (but with older snaps was the same). There is a huge difference when saving in PDF files, other users reported an issue with the size of the files but the biggest difference is the quality, with 0.45.1.1 the PDF file is vectorial (~18kb) and with the snap it's a bitmap (~315kb)! BTW, the source SVG was http://en.wikipedia.org/wiki/Image:YamahaMotorCo.svg Please note that I tried replacing the new libcairo2.dll with the older file and the result was the same. Best regards -- Jaime F. Martínez Figueroa Electronics and Computer Science in the way [P!]Wack in the net, visit http://alumnos.elo.utfsm.cl/~jmartinez/ meatPixel at http://meatpixel.net

11 29

Re: [Inkscape-devel] [Inkscape-user] Improved performance of the object snapper
by bulia byak 15 Nov '07

15 Nov '07

On 9/5/07, Diederik van Lierop <mail@...1689...> wrote: > The last few days I've spent on improving the performance of the object > snapper. It used to take ages (e.g about 6 seconds on my machine) to > move a simple rectangle over a large text box, but I've managed to > reduce this significantly (i.e. < 1 sec.!). This was with both snapping > to paths and snapping to nodes turned on. For this I had to refactor the > object snapper code significantly, so I might have introduced new bugs > or regressions. Please be aware of this and report any suspicious > behavior, so we can have both fast and robust snapping in v0.46! Thanks, great news! Please add a note about that in the "speed and interactivity" section of the release notes as well. > Please note that the performance has only increased when using the > selector tool for transforming a number of points, e.g. when dragging a > selection. Using the node tool to drag a single node will not benefit > from this. I just tried to test this: opened new document, drew a spiral and a small rect, then opened doc prefs and turned on "snapping of: bbox corners" and "snapping to objects: snap to paths". But when I drag the rect it does not snap to the spiral. What am I doing wrong? > Before, for _every_ point in the selection being transformed (using the > selector tool), Inkscape would search for snapping candidates, build a > list of nodes and paths, and finally call convertWithBackData(). Only > then would it snap this single point and start all over again for the > next point in the selection. Now we only do this collecting and > converting stuff once, store the results, and then snap all points in > the selection (using the stored data). Not having to call > convertWithBackData really helps a lot! I think that in many common > cases this improves the performance dramatically. Yes, this is approximately how I imagined that. The convertWithBackData, as all livarot functions, is very slow. Hopefully we'll be able to use 2geom for that task one day. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

Compiling on Linux
by Docsonic 15 Nov '07

15 Nov '07

my apologies for cross-posting but I wasn't getting any response in Inkscape-User so I thought I might have posted to the wrong list. I tried to install the latest autopackage of Inkscape but it seems my glibc is too old (Requires GLIBC_2.4 - I have GLIBC_2.3.6 ... is it possible to release a GLIBC_2.3.6 autopackage?) and the package suggested I install from sources. When I try to compile the source, i get an error - ui/dialog/ocaldialogs.h:247: error: expected class-name before '{' token ui/dialog/ocaldialogs.h: In constructor 'Inkscape::UI::Dialog::FileListViewText::FileListViewText(guint, Inkscape::UI::Dialog::SVGPreview&, Gtk::Label&, Gtk::Button&)': ui/dialog/ocaldialogs.h:250: error: class 'Inkscape::UI::Dialog::FileListViewText' does not have any field named 'ListViewText' I use Debian Etch (stable) so it seems compiling myself is my best option but I have tried with about 5 different source packages and the result is always the same (the package which created this error was 16060 but it is still there in 16148). Thanks, Tony -- View this message in context: http://www.nabble.com/Compiling-on-Linux-tf4534516.html#a12940589 Sent from the Inkscape - Dev mailing list archive at Nabble.com.

6 18

Non-programming tasks
by Joshua A. Andler 09 Nov '07

09 Nov '07

Hey all, It seems like a good time to discuss non-programming related items given the icon conversation. I figure we can get some thoughts out on the list and work from there. Basically, let's try and free the people who program from the tasks that the rest of us can do. ;) It's common for people to say "well if I could program I'd...", well, if you can't, but want more programming done on inkscape... here's your chance! The website: Realistically, we should probably have 2 or 3 volunteers that will agree to submit at least 1 news item per month. Bryce shouldn't be the only one. ;) It seems like it should be a fairly minimal commitment. I'm willing to fill one of those spots myself. I'll throw together something before the end of the week that talks about the persistent undo history that the MIT students are working on, and link to their page. Bryce, are you even still interested? On top of that, do you have the time? Either way, it is not difficult to find a couple news worthy items per month. Any other takers? Tutorials: Ryan Lerch and myself started to do some tutorial work for this development cycle a while back. I haven't contributed to this for a couple months as it seemed like there were still a number of changes going on at that point (plus a very busy schedule on my end). Luckily, it appears things are slowing down now on both fronts, so it seems like an opportune time to pick this back up. It's good for us to have more tutorials that focus on using features of inkscape (such as the in-progress clipping/masking/patterns tutorial), rather than tutorials for doing a particular task (easter egg). Do we have any volunteers to help us with tutorial writing/updating? Current discussion and drafts can be found at: http://wiki.inkscape.org/wiki/index.php/TutorialUpdates-0.46 Also, as for tutorial localization and to attempt simplifying our files and the process for translators, I know there was discussion in the past about po2xml. Can anyone enlighten me on if this has change has been done? I've not updated my checkout of the tutorials in quite a while. If not, is this a huge task? Will there be any changes in formatting or the process for tutorial writers? Screenshots: Okay, do we think that artsy screenshots are in order yet? I have one that utilizes a number of filters, but a key piece of filter rendering is not correct (it's using turbulence). I also have an in-progress one that I'm using some filters on, but more importantly going to town with live path effects. Curve stitching is turning out to be my favorite feature in this dev cycle. :) The About screen: I just want to follow up on this. I know we're most likely not ready to go for it yet (as there are a number of filter bugs remaining). But I am just wondering if we think we're getting closer. Also, did Jon Phillips want to host this via ocal or create? Or are we going deviantART again? Just want to coordinate. Bugs & Feature Requests: Another area that generally needs attention is our bug and rfe trackers. It is always a big help if people can go through bug reports & feature requests and try to close duplicates, reproduce bugs, ask for more information where necessary, etc. Unfortunately, people submit items without searching the trackers first, so duplicates are quite common. Also, it's common that people will file a report and the issue is resolved in a development cycle, but they never come back to say that the issue has been fixed for them. Another common issue is anonymous bug reports. These get reported and never followed up on by the original poster as there is no way for us to contact them (these are fairly common to get fixed, but we don't get confirmation from those people). Anyone interested in helping with these that doesn't have access, please let us know. Thank you all for your time. -Josh P.S. Unrelated, is the 3d box tool not going to be activated for the next release?

9 14

filter UI merge
by MenTaLguY 04 Nov '07

04 Nov '07

I've just merged the first code drop from Nick into SVN; I was hoping to avoid any regressions, but at this point I think it's more important to start merging now since Niko and Nick are starting to touch the same code and I want to avoid too much divergence. Things that work: - blend modes can now easily be selected for objects, just like blur - background accumulation buffer is enabled as-needed - the filter UI dialog has very very basic filter editing capabilities Regressions: - Niko's work in r15171 (non-destructive filter update) needs to be re-integrated with the new filter metawidget, which replaces the old blur slider - the blur slider in the filter metawidget needs to be made percentage like the slider it replaced Todo: - add filter metawidget to layers dialog too, for layers - fix flakiness for "Filter" "blend mode" - flesh out filters dialog, parameter editing/connections, etc. I think we'll need to work out who wants to work on what with the metawidget at this point, depending on what you guys are each most comfortable spending time doing, and on your respective current states of progress. -mental

4 5

patches
by john cliff 03 Nov '07

03 Nov '07

Hi Guys, There are 2 patches in the tracker currently from me which I'd quite like to get reviewed/checked in if possible. One adds selection to marker funcitonality, the other adds stock patterns to the fill/stroke dialog. If any of you can find the time to take a look I'd appreciate it, my SVN s bust and I'm so rusty anyways that I'd feel more comfortable with at least a second set of eyes having had a look over it. Cheers John

4 5

Fwd: Tango Icons
by Joshua Blocher 01 Nov '07

01 Nov '07

On 10/31/07, microUgly <drworm@...1743...> wrote: > > > > Joshua A. Andler wrote: > > > > I see people saying they want the change, but I haven't seen > > people offering their time (and additional tweak time) to get things to > > a place that everyone will be happy with. > > > > I was offering my time, but am hesitant to now. If the Inkscape doesn't > like Jimmac's work then there's not much hope that anything I produce will > ever be accepted :) I really wouldn't worry to much, it's pretty much always commit first ask questions later here. Some how this time it seem reversed, and the work isn't even close to being done. I think the going trend right now is the the set we have could be updated to be tango styled. I wouldn't give up just work on make things better. Joshua L. Blocher verbalshadow > -- > View this message in context: http://www.nabble.com/Tango-Icons-tf4320411.html#a13502529 > Sent from the Inkscape - Dev mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

2 1

Libwpg now shared
by Ted Gould 31 Oct '07

31 Oct '07

Hello, I've moved libwpg from being included in the Inkscape to using the shared library. If you don't have it, you

4 7