- Inkscape Devel - Inkscape Mailman

Project Stats May 1, 2005
by Bryce Harrington 01 May '05

01 May '05

Statistics Feb 15 Mar 15 Apr 15 May 1 ========== ====== ====== ====== ====== Lifetime Rank on SourceForge: * * * * * * * * Max Week's Rank on SourceForge: * * * * * * * * Total SF Page Views * * * * Total SF Downloads * * * * Total Freshmeat URL Hits 16,448 17,186 17,930 18,321 Total Freshmeat Subscriptions 169 173 177 177 Lines of Code in src/: 333,139 342,852 340,515 342,061 Code lines 234,651 241,177 238,522 239,571 Comment line 58,239 60,354 60,382 60,652 Blank 46,859 47,978 48,152 48,393 Lines of Docs in doc/: 26,848 26,848 26,848 26,848 Lines of content in website: 9,776 10,067 35,937 36,590 Size of the Inkscape wiki: 24,925 25,900 26,363 26,981 Bugs open/total: 155/972 182/1047 194/1126 209/1173 Features open/total: 370/579 397/ 619 429/ 671 437/ 699 Patches open/total: 5/167 7/ 173 5/ 186 8/ 204 CVS Commits (as per inkscape-cvs) 10,312 10,868 11,368 11,656 Inkscape-devel membership: 151 158 166 170 Inkscape-announce membership: 169 177 189 193 Inkscape-user membership: 193 220 234 235 Num Translations: 33 33 33 33 Ave Translation Ratio: 47.8 45.0 47.5 45.3 * - Statistics unavailable

1 0

Slashdotted!!!
by Jon A. Cruz 01 May '05

01 May '05

Just a quick note to let everyone know that Firefox's SVG support just got picked up on Slashdot http://developers.slashdot.org/article.pl?sid=05/05/01/1738202&tid=154&tid=…

1 0

crash: ungroup tutorial
by unknown＠example.com 01 May '05

01 May '05

While I've been working with the tutorials I've experienced a few chrashes so I've decided to start running with gdb to capture backtraces. Open tips and tricks tutorial. select everything Ctrl+A click the ungroup button a few times. segfault. Starting program: /usr/local/bin/inkscape [Thread debugging using libthread_db enabled] [New Thread -1223995264 (LWP 21644)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223995264 (LWP 21644)] 0x0812d60d in sp_selection_ungroup () at selection-chemistry.cpp:569 569 if (strcmp(SP_OBJECT_REPR(group)->name(), "svg:g") && strcmp(SP_OBJECT_REPR(group)->name(), "svg:switch")) { (gdb) bt #0 0x0812d60d in sp_selection_ungroup () at selection-chemistry.cpp:569 #1 0x082ad6ff in sp_action_perform (action=0x863a270, data=0x0) at helper/action.cpp:135 #2 0xb75c02a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #3 0xb75ae736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #4 0xb75bfc5a in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #5 0xb75bee9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #6 0xb75bf126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #7 0xb790e655 in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0 #8 0xb7a73bdc in gtk_toggle_button_get_inconsistent () from /usr/lib/libgtk-x11-2.0.so.0 #9 0xb75c02a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #10 0xb75ae9c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #11 0xb75ae736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #12 0xb75bf651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #13 0xb75bee9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #14 0xb75bf126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #15 0xb790e5c5 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0 #16 0xb790f383 in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0 #17 0xb79d49fe in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 Aaron Spike

2 2

sp_repr_type_lookup
by rm 30 Apr '05

30 Apr '05

hi, looking at the code, the mapping of the xml node types to GTypes seems a bit inflexible and assumes there's a one to one relationship. i was thinking of using a specialized SPGroup to implement a feature, but when the group operation is invoked from the UI it only adds the svg:g xml node; a listener callback is invoked and an SPGroup is created. i could use my own tag, but this would mess up other svg viewers unnecessarily (the feature i want just has to do with how the group is handled during interaction not with its display). ideally, i'd want to use something like <svg:g inkscape:variant="my special group">...</svg:g> so i'd have to use the element's attributes as a secondary key to cause it to create MySpecialSPGroup with modified behaviour. the alternative would be to use a different tag or add the new behaviour to the normal SPGroup (which seems bad from a design perspective). any thoughts? regards, rob ---- Robert Melby uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!org!arcsin!rm

2 1

swatches
by bulia byak 30 Apr '05

30 Apr '05

Jon, It's good to see the swatches being worked on. Shift+click now works, which is excellent. Some comments: - please remove the padding between the swatches (not only does this waste space, but also makes the colors harder to discern due to a well-known optical illusion) - please make it remember the display mode and the loaded palette across sesssions (and the window size/placement too, of course) - please do something with the menu and X buttons, they are rather ugly (why don't you just copy them over from Gimp, they're nice there) - please fix it to not display the scrollbars when they are not needed - could you add a "no color" button to the beginning of each palette, which would set "none" to either fill or stroke - what is eek-preview.cpp? is it temporary? if not could you please rename it to something more useful? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 17

Re: [Inkscape-devel] translation of HACKING and README
by Arpad Biro 28 Apr '05

28 Apr '05

Hi, > Also, HACKING.it and README.it are translated in Italian Thank you. I committed them to CVS. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

gtkmm / TreeView
by Bryce Harrington 28 Apr '05

28 Apr '05

Hi Murray, Speaking of gtkmm, one observation/request: We've noticed for Inkscape it would be __really__ handy to create a certain kind of dialog using the TreeView control. For things like the layer editor, extensions, preferences, XML editor, and so forth, we need hierarchical management of various XML and SVG trees. Basically, these dialogs use a TreeView widget on the left, which allow navigating through the tree and selecting an item, and then the right side of the dialog is updated to display widgets appropriate to that selection. This is a uber-common style of dialog for file or config management, etc. etc. Pull up Inkscape's XML Editor to get an idea of what we need. However... The problem has been that hooking up TreeView with all the code to manage the widgets, signals, and XML tree looks really intimidating. We've not been able to find an Inkscape volunteer brave enough to dive into it. Anyway, my thought is that this style of dialog would probably be extremely useful to other gtkmm users (in fact, I'd been planning to contribute it back to gtkmm if/when it got developed), and that perhaps the gtkmm team might be able to help in creating it? I think we could give a lot of ideas on the design and of course lots of feedback and testing as we incorporate it. Bryce On Tue, Apr 26, 2005 at 06:55:24PM +0200, Murray Cumming wrote: > At least with the sourceforge bug tracker you can't mark a bug as > dependent on gtkmm. > > -- > Murray Cumming > murrayc@...799... > www.murrayc.com > www.openismus.com > >

2 1

NEW: more pen&pencil tweaking
by bulia byak 28 Apr '05

28 Apr '05

Some time ago I switched the "add mode" on by default when you go to Pen or Pencil tools. This makes it easier to continue the selected path, but if you just want to draw a new path, this may be annoying because it insists on creating a subpath of selected path. So now I changed that behavior so that: o When you start drawing outside of the end markers of the selected path, that path is deselected and you are drawing a new path (not a new subpath of the selected path as before). To continue the selected path, you have to start drawing from one of the end markers. o When you start drawing from one end marker of a path and arrive at the other end marker, the path gets closed automatically (the markers disappear). Note that this means you can't create unconnected subpaths simply by drawing anymore; you'll have to draw paths separately and then Combine them. I think this is OK, but if this is a problem for someone, please let me know. After these changes, I think it is now safe to turn the "add mode" always on, i.e. remove the possibility to turn it off by pressing "a". Again, if anyone disagrees, just blow the whistle. (Bryce, sorry to trouble you, but could you please again forward this to the devel list if you don't see it coming through there after some time) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 7

Please switch to bugzilla
by Murray Cumming 27 Apr '05

27 Apr '05

Please please use a bugzilla. You could use GNOME's. You don't need to suffer the pain of the sourceforge bug tracker. -- Murray Cumming murrayc@...799... www.murrayc.com www.openismus.com

6 8

Re: [Inkscape-user] Re: Tutorial conversion
by Jonathan Leighton 27 Apr '05

27 Apr '05

John Cliff wrote: >--- Edward Hume <edhume@...400...> wrote: > > > >>In Help the whole time. Imagine that. I'm so accustomed to useless >>Help sections that I never looked there. Thank you. >> >> >> > >Kinda tragic how often we hear that... > I've always felt that the tutorials are a little bit tucked away in the Help menu. As Edward said, most Help menus are a pile of rubbish. Can something be done to draw more attention to it? Maybe a dialog that says about it on the first start up... (Although people would probably have objections to that due to usability.) Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

8 12