November 2005 - Inkscape Devel

win32 build working again
by Bob Jamison 08 Apr '24

08 Apr '24

The win32 build, which was broken for the weekend, is working again. I just made a "manual autobuild" again, so that we can see how it looks on Windows: http://troi.titan-aeu.com/~rjamison/inkscape/builds/ Bob

2 1

WEBFORM live bookmarks / rss
by pbhj 10 May '06

10 May '06

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: pbhj email: inkscape@...1029...%0Acc:pbhj@...19... submitted the following: RSS feed, great! No <link> in page header makes it v.hard for Firefox users to add a livemark though. <link rel=\"alternate\" type=\"application/rss+xml\" title=\"inkscape news\" href=\"/inkscape.rss\" /> Cheers pbhj

4 4

NEW: Ensure selected objects don't overlap each other
by Peter Moulder 02 Dec '05

02 Dec '05

Tim Dwyer from the office next to mine has been working on code to move rectangles by the minimal amount enough that they no longer overlap. Now he's spent a few days adding this to Inkscape (with a little help from me, njh & possibly Brisgeek): in the Align & Distribute dialog box near the existing Clump/Unclump buttons. (Unclump merely reduces overlap, whereas Remove Overlaps completely removes overlap.) You can also think of it like the Distribute edge-to-edge buttons, except that it moves things only enough to ensure that they don't overlap; e.g. if applied to a set of objects that are roughly in a grid arrangement, then the new code probably does what the user wants (preserve the grid nature), whereas existing Distribute edge-to-edge would put the objects in a long diagonal line (unless the user does extra work, acting in small groups at a time). This should be a significant addition to Inkscape's usability for diagramming. Interface changes welcome; e.g. I wonder if it should be in the same box as Distribute; though having the separate box does make it clearer that the Hor/Vert Gap settings apply only to the Remove Overlap option. pjrm.

8 14

Extention Collect images/Publish Zip
by Pim Snel 01 Dec '05

01 Dec '05

Hello, I've been busy creating my first extention for inkscape which is also my first python script. Though it needs some work we use it allready and it's is quite usefull. Its called "Publish Zip" and resides in the filters menu. It does the following: - it copies all linked images to the current dir en modifies all links to be relative - it creates a zip containing the document and the linked images. The zip can be mailed and opened by someone else with all images correctly displayed. You can find it here: http://sourceforge.net/tracker/index.php?func=detail&aid=1364270&group_id=9… known problems: - Document has to be saved first - to create a correct svg-document in the zipfile pubzip has to be run, then the document has to be saved, then pubzip has to be run again. - it fails with an ugly error when document is never saved before. Unknown problems: - only tested on Linux/Debian PPC To solve the known problems I've a question: Is there a possibility to give a "save doc" command from inside a python script to inkscape? This would fix all above problems. If someone has another solution to solve these problems please tell me. Also another question: Is it possible to put an extention function in the File Menu next to e.g. "Save as"? Regards, Pim Snel -- Lingewoud B.V. | Tel. +31 418 663963 Maasdijk 4 | Fax. +31 418 663053 5328 BG Rossum | pim@...982... The Netherlands | www.lingewoud.com

5 17

inkscape.spec file
by Daniil Ivanov 01 Dec '05

01 Dec '05

Hello! Please find patch to the inkscape.spec file attached to the email. Now it contains correct dependecies for Fedora Core 4. Thanks, Daniil.

2 1

Disappearing units on win32
by Jasper van de Gronde 30 Nov '05

30 Nov '05

I've verified that the bug described at the URL below is indeed caused by the fact that the _unit_table member is declared statically (as far as I can tell). It's a pretty irritating bug and the problem should be quite easy to fix, I don't feel confident enough with the Inkscape source to provide a proper patch though, could someone look into this? The variable is declared/used in unit-menu.h/cpp in the ui/widget subdir, the UnitTable class is defined in units.h/cpp in the util subdir. For testing purposes I made the static member variable _unit_table into a pointer, made all methods use getUnitTable instead of using the member variable directly and constructed the unit table with new inside the UnitMenu constructor (if it wasn't constructed yet). This seems to do the trick. The bug in the bugtracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1275848&group_id=9…

2 1

win32 make.* files
by unknown＠example.com 30 Nov '05

30 Nov '05

Can src/make.dep, src/make.files and src/make.ofiles come out of the repository? Or is it possible to script their regeneration so that they stay in sync? Aaron Spike

3 2

Re: [Clipart] idea: OCAL tapping into enormous popularity of "coloring books" for kids
by Jon Phillips 30 Nov '05

30 Nov '05

On Wed, 2005-11-16 at 15:25 +0200, Nicu Buculei wrote: > Open Clip Art Library Feedback Form wrote: > > Name: Ruud Steltenpool > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=8920715&forum_id=360… > > I have a similar idea with publishing at lulu.com but my personal > stopper is the PDF export in Inkscape. > > It would be basically like this: make a book, release it with a Creative > Commons license (share alike), put the PDF on OCAL website and sell in > physical form at lulu.com. Depending on the success, it may be without > profit or with a small addition collected in a fund for OCAL development. That would be awesome! I just met Bob Young (CEO of LuLu) today and found out more about this service. I'm cc'ing the Inkscape devel list about this as well... Nicu, maybe you should detail this idea on the OCAL wiki...(note, our new wiki uses mediawiki)... Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

2 1

inkscape crash
by Néstor Díaz 29 Nov '05

29 Nov '05

Hello: Since 0.42 release of inkscape I am experiencing crashing with the gtk-qt-engine. All the others gtk applications works fine with the gtk-qt-engine and so does Inkscape except for the Align and Distribute Dialog. Whenever I click on it (new or saved drawing) I get this: nestorm@...1092...:~$ inkscape QPainter::begin: Cannot paint null pixmap QPainter::setPen: Will be reset by begin() QPainter::setBrush: Will be reset by begin() QPainter::setBrush: Will be reset by begin() QPainter::setPen: Will be reset by begin() QPainter::setPen: Will be reset by begin() QPainter::setPen: Will be reset by begin() (inkscape:9051): Gdk-CRITICAL **: gdk_pixmap_foreign_new_for_display: assertion `(anid != 0)' failed (inkscape:9051): Gdk-CRITICAL **: gdk_draw_drawable: assertion `src != NULL' failed (inkscape:9051): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_new: assertion `width > 0' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_n_channels: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_bits_per_sample: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_rowstride: assertion `pixbuf != NULL' failed (inkscape:9051): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed QPainter::begin: Cannot paint null pixmap QPainter::setPen: Will be reset by begin() QPainter::setBrush: Will be reset by begin() Emergency save activated! Emergency save document locations: Documento nuevo 1.2005_11_28_19_10_31.0 Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Violación de segmento (core dumped) Removing the qt integration solves this topic, but I wonder if there is any other reason behind this failure. why it's only with one dialog? why only since 0.42 release? why only with Inkscape? I use in a daily basis Gimp, Mozilla, all of the visually integrated thanks to the gtk-qt-engine with no probs. It happened with ubuntu hoary and it happens now with mandriva2006official. Too many questions for me. Thanks: Néstor

4 5

0.44 plans
by bulia byak 29 Nov '05

29 Nov '05

So, with 0.43 finally out, let's all return to development. The 0.44 will be a "long" "development" release, so you all have plenty of time to try your wildest ideas. (If you start right now, that is :) I would like to list some things that I know are being worked on and that I would like to see finalized for 0.44. I'm not trying to push anyone, just making an overview of the projects I know and care about, in no particular order. Additions are welcome, as are comments - from the developers mentioned below as well as anyone else. Let's use this thread to get an idea of where we are and what we can expect in the future. - GTKmmfication. Ralf Stephan seems to be making a good progress, so I really hope we'll see this coming to some kind of milestone soon, with most of the current code duplication eliminated. An update on the current status would be much appreciated. - Rotation center retention (John Cliff) - a very useful simple patch that just needs to be rewritten correctly. I will then reuse this facility so that keyboard and Transform dialogs honor the center position as well. - Path effects (ACSpike) - this basically means converting all the Python effects (and adding more) so they are completely live and applicable to any path or shape, without losing the editability of the original. We have a pretty good idea of what to do and how to do it. I'd really love to see this implemented, at least bascially, in 0.44. - Memory debugging. No one has been doing this recently. Our memory intake is truly notorious, and I'm sure a lot can be done about that by a dedicated developer. The most natural person for this task is Mental, thanks to his libgc involvement, but patching leaks does not require much knowledge of the codebase (though it requires much special expertise), so volunteers are welcome. - Text UI. I really have no excuses for not implementing the text toolbar. Except for, you guessed it, GTKmmfication being unfinished. For example, I want to subclass the Gtk::Spinbutton to make it easier to add a useful right-click menu for spinbuttons. I can do this now, but again, I'm not sure how much of this will have to be redone later. - DOM (Bob Jamison). We have a Javascript subdir for ages, and I'm afraid it will start to bitrot (if not already) if not put to use. Bob, can you give an update on this? - Layers dialog (Mental). Long overdue. Mental, is there anything specific we can do to help you start moving with that? - Swatches panel in the main window (Jon Cruz). Really a must. A simple change, but one that will change the perception of Inkscape by new users drastically. Jon, what holds you back with this? - Snapping. Lots of problems have accumulated in that area. User complaints are regular. Someone (probably me, though volunteers are welcome) just needs to lay out a plan and attack this methodically. - style.cpp automation - Richard Hughes had some code for autogenerating style.cpp code from the CSS specification. I wonder what is the status of this? - More connectors work (Michael) - specifically, I would love to see an option for connectors made of hor/vert segments only. This seems to be the most useful in practice. (And if we have Path Effects working, one of the first effects I'd like to see implemented is Round Corners. Any effect will be transparently applicable to connector lines.) - Site redesign. We've got a design chosen, so what is the next step? Is anyone working on that? - Windows "dialogs on top" patch for GTK from this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1363297&group_id=9… This issue sucks so big that we simply have no serious chances on Windows until it's resolved. Anyone knows the current status of the patch? - Bug sorting and closing. We're really behind on that. Let's not (try to) clean this up before the release only. If everyone reviews, comments, and ideally closes a couple bugs right now, we will all have more room to breathe when 0.43 bugs start pouring in. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

20 56