- Inkscape Devel - Inkscape Mailman

Inkscape on DeviantArt
by Joshua A. Andler 02 May '05

02 May '05

This is a follow-up to a post made back in January regarding Inkscape's presence on DeviantArt (DA)... Over time, more and more artwork is being submitted to DA that was created using Inkscape. Since we had initially started the "Inkscape" group/account on DA, we quickly realized that there are two groups of people that have exclusive needs to be met. 1) The DA Inkscape artists needed a hub to share work, talk inkscape, have friendly competitions, etc. & 2) The developers and new users of Inkscape need a place to view/show a gallery of quality images made in Inkscape by the DA community. The problem with having one account is that it DA has policies such as restricting the use of favorites from members of a group, which given the mutually restrictive needs (due to their policies), we needed a separation of interests. So... onto the announcement. http://inkscapers.deviantart.com/ is now *the* place for all DA Artists that are Inkscapers to gather for all of the fun. We currently are in need of an Avatar, DevID, and website button... which is where the first contest comes into play... all the details can be found at http://inkscapers.deviantart.com/journal/4986039/. http://inkscape.deviantart.com/ is now for official use by the Inkscape project for a showcase of work from the community as well as for official announcements and such. Feel free to drop by there to see art done by fellow inkscapers in the favorites (http://inkscape.deviantart.com/favourites/). If you have previously watched the "inkscape" account, there's no need to stop watching as you'll get announcements about new releases through it. But, you will definitely want to watch "inkscapers" (http://inkscapers.deviantart.com/) to become a part of the DA Inkscape community and to join in on the fun. Happy Inkscaping and Draw Freely! -Josh/ScislaC-

1 0

plan for Postscript import
by MenTaLguY 02 May '05

02 May '05

I've been examining our options for importing postscript without requiring a bajillion evil dependencies, and I think I've arrived at a plan. 1) write a postscript to SVG converter in Postscript and use that for our Postscript importer 2) write a bare-bones standalone Postscript interpreter (doesn't need to implement any rendering, just provide a dummy postscipt device) and ship it with Inkscape Until #2 is finished, we can run the converter using Ghostscript, which is still two fewer dependencies than before. I've got prototypes for both #1 and #2 in CVS in the module 'ps3convert'. The prototype interpreter is written in Ruby and isn't really functional yet, but the converter (currently encapsulated in the ps-svg shell script) already works for the basic stuff. Running the converter: ./ps-svg blah.ps > blah.svg Caveats with the converter: * it's a proof-of-concept; hence the code is horribly ugly * it doesn't yet do text, gradients or clipping paths * the image in the output SVG appears above the top of the page, so you have to scroll up to see it Also one last caveat: I'm not promising any timetables on this stuff. So don't bug me to finish it. You'll probably find giving me patches to be the more productive alternative. -mental

2 2

Inkscape HelpWanted page
by Bryce Harrington 01 May '05

01 May '05

Hi guys, I've started a new wiki page 'HelpWanted', to list tasks where help is needed. This is similar to but different from the InkscapeJanitors page in that HelpWanted is focused on non-coding work needed. In particular, I've listed a bunch of Wiki update tasks that I think should be done. Please take a look and see if there's areas you can put in a few spare cycles. Also, don't be shy about adding other non-coding tasks needed that you know of! http://inkscape.org/cgi-bin/wiki.pl?HelpWanted Bryce

1 0

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