- Inkscape Devel - Inkscape Mailman

crash on exit
by bulia byak 21 Aug '04

21 Aug '04

Since today inkscape crashes on exit (worked fine yesterday): Program received signal SIGSEGV, Segmentation fault. 0x080d396a in sp_defs_release (object=0x8393118) at sp-defs.cpp:73 73 if (((SPObjectClass *) (parent_class))->release) { (gdb) bt #0 0x080d396a in sp_defs_release (object=0x8393118) at sp-defs.cpp:73 #1 0x409c9dc2 in g_cclosure_marshal_VOID__VOID (closure=Variable "closure" is not available. ) at gmarshal.c:77 #2 0x409b76b4 in g_type_class_meta_marshal (closure=Variable "closure" is not available. ) at gclosure.c:514 #3 0x409b73bc in g_closure_invoke (closure=0x84187c0, return_value=0x0, n_param_values=1, param_values=0xbfffd870, invocation_hint=0xbfffd758) at gclosure.c:437 #4 0x409c974a in signal_emit_unlocked_R (node=0x840b1b0, detail=0, instance=0x8393118, emission_return=0x0, instance_and_params=0xbfffd870) at gsignal.c:2552 #5 0x409c8766 in g_signal_emit_valist (instance=0x8393118, signal_id=Variable "signal_id" is not available. ) at gsignal.c:2195 #6 0x409c88a6 in g_signal_emit (instance=0x8393118, signal_id=162, detail=0) at gsignal.c:2239 #7 0x080e5d93 in sp_object_invoke_release(SPObject*) (object=0x8393118) at sp-object.cpp:599 #8 0x080e53e7 in sp_object_detach(SPObject*, SPObject*) (parent=0x840fac8, object=0x8393118) at sp-object.cpp:406 #9 0x080e5559 in sp_object_detach_unref(SPObject*, SPObject*) (parent=0x840fac8, object=0x8393118) at sp-object.cpp:418 #10 0x080e58b0 in sp_object_release (object=0x840fac8) at sp-object.cpp:498 #11 0x080da98e in sp_item_release (object=0x840fac8) at sp-item.cpp:166 #12 0x080f1ec6 in sp_root_release (object=0x840fac8) at sp-root.cpp:190

2 1

Copyright statements in code
by Bryce Harrington 20 Aug '04

20 Aug '04

Regarding copyrights for source code files, some of the files in the codebase are incorrectly copyrighted... The trick is that for it to be legal, the name must be a legal entity (i.e., a real person's real name). So for example, 'The Inkscape Project' would not be a legal copyright holder, unless we did the paperwork to incorporate it, paperwork to assign our copyrights over, etc. I'm not certain about pseudonyms, but would assume those are similarly not valid, unless you legally registered that name or something. I doubt we'll ever get into legal trouble, although you never know. But more importantly, if other projects start reusing our code, they may be more strict about copyrights being properly set. Anyway, not a major issue but probably worth some thought. Bryce

6 9

Re: Hi! Thanks...
by Bryce Harrington 20 Aug '04

20 Aug '04

Thanks for the good words! On Fri, 20 Aug 2004, Kmos wrote: > I just want to say, thanks for the great program Inkscape > > for vectorial edition.. maybe with more work it should be a > > Corel Draw for Linux. > > > > Keep the good work... >

1 0

Mozilla/Firefox gtk2.4 file dialogs
by Bob Jamison 20 Aug '04

20 Aug '04

I just noticed yesterday that the latest nightly Gtk2 builds of Mozilla and Firefox appear to be using the new Gtk2.4 FileChooserDialog. It might be interesting to find out how their audience rates the usability of it. Bob

2 1

ANNOUNCEMENT: Scribus Team Releases First Release Candidate of Scribus 1.2
by Plinnell 20 Aug '04

20 Aug '04

The Scribus Team is pleased to announce the first release candidate for the upcoming Scribus 1.2. The Scribus team urges all users and distros to use this latest release and test thoroughly. The Scribus 1.2 stable release planned for later this summer, encapsulates over a year of development building on the original 1.0 release. Already, Scribus is being used in commercial settings including a new weekly newspaper launched this spring. Among the major features of Scribus 1.2: * A new story editor, complete with style and formatting functions. Performance, stability and ease of use have been greatly enhanced. * Several new plug-ins, including exporting documents in many image formats,a font previewer and special hyphenation rules for Czech and other languages. * Many significant upgrades to the PDF exporter, including the ability to export gradients with transparency, Open Type Fonts, set linescreen, automatically adjust compression type and other advanced features. * A New Template and Save As Template function to make it easy for new users to create documents, as well as create new templates. * Over 250 bug fixes and feature requests have been implemented. * A new EPS/PS importer, which can import EPS/PS and then edit the imported vector objects as Scribus native objects. * Many improvements to the SVG importer/exporter. Scribus now can handle most types of gradients, including transparency in imported SVG. *Dozens of new keyboard accelerators and extensive tooltips throughout. *A new print previewer, which has the ability to render CMYK separations on screen, transparency, UCR (Under Color Removal) giving users a true postscript generated preview of the page. * Many enhancements to text frames including multi-columned text, baseline grids, new contour options, tabs and drop caps. * A new table feature to create basic tables within Scribus. * Extended support for right to left languages, including Hebrew and Arabic. Scribus is now translated into 25 languages with more to come. The Scribus Team wishes to thank the many contributions and support we have received from users, bug reporters and packagers who have helped to bring Scribus to a new level. Downloads, docs and sample files at : http://www.scribus.net and http://www.scribus.org.uk Bug reports and feature requests: http://bugs.scribus.net

1 0

A bug when opening postscript files from Matlab
by Antoine Sirinelli 20 Aug '04

20 Aug '04

Hi, when I try to open postscript files from Matlab, I have some trouble with the text. The figure is fine but each text area is followed by a strange character : a little square. It appends for either traditional postscript files and Level 2 ones. The little squares are not visible if I print the figure (via lpr) or I visualize it (via gv). You can try with these two figures : http://monte-stello.com/~antoine/inkscape/bug.ps (Level 1) http://monte-stello.com/~antoine/inkscape/bug2.ps (Level 2) Antoine

1 0

Message dialog
by Bob Jamison 19 Aug '04

19 Aug '04

You might have noticed the DebugDialog, which is found from the View/Messages... menuitem. It is a trivial text window, whose only current purpose is to catch g_log(), g_message(), g_warning(), etc messages, and print them in the GUI, instead of writing to the terminal. While Linux users might not consider this exciting, this will hopefully be a benefit to Win32 users. On Windows, that extra DOS console window popping up can be a terrible annoyance. So it is turned on by default on Win32, and can be turned on for other platforms by setting dialogs.debug redirect="1" Of course, if we control our log messages, this dialog will not see any usage at all. Hopefully, though, this can serve an alternate purpose as a text output for script engines. One thing I have noticed, is that Gtkmm and Glibmm might not be using glib to print their messages. This could be a problem. The same applies to other libs like Boehm-gc. I hope that we do not need to redirect stdout/stderr to catch this information also. If someone knows how to catch Glibmm messages, please let me know. Bob

1 0

Re: [Inkscape-devel] randomized star
by bulia byak 18 Aug '04

18 Aug '04

> I was sure I'd want at least 36 (360 degrees) and > that I'd be happier to have 100, but I cannot imagine I'll ever need > as much as 1024. They do have their uses. Stars with hundreds of rays can give interesing texture effects, especially since we don't yet have blends. And randomization of such stars is even more interesting: http://inkscape.org/screenshots/gallery/inkscape-0.40-CVS-linux-randomize.p… P.S. Bryce, could you please link the front page randomized stars announcement to this screenshot?

4 3

wiki spam
by Bryce Harrington 17 Aug '04

17 Aug '04

banned "britney.bizrate.com" from posting to the wiki (more pureteenz hentai spam). Also added a filter in wiki.pl to block postings of that link. Bryce

1 0

Re: Connection test file
by Peter Moulder 17 Aug '04

17 Aug '04

[Background for inkscape-devel readers: Ted found that when the connected-to object was a <rect>/SPRect, updates to the connector positions seemed to lag by one move. I found that <text> behaved similarly, but that no other elements had that problem. I also found that if the connected-to object was in a group, then moving the group doesn't emit a `transformed' signal. In the case of clones (SPUse), it's unclear whether the clone should move in parallel with the move of the containing group. As a user I'd have expected the clone to move, but if I think about the SVG representation then the current behaviour makes sense, in that having the clone move in parallel with group moves would involve changing the transform on the clone.] Ted's rectangle test case now works. Text also now works, but not through any work of mine. (I'd guess because someone recently made sp_text_set_transform essentially a no-op.) I haven't yet addressed the case of connecting to something that's inside a group (that the other object isn't in). > It might be interesting if you posted these observations [about why > <text> and <rect> had the problem and no other shapes] to the list -- > I'd be curious if there was a good reason for this. In the case of SPRect, the problem was that its bbox is calculated from its SPShape information, but sp_rect_set_transform modified only the SPRect-specific data, it didn't call sp_rect_set_shape to update the SPShape data. The fix options were either - Provide an SPRect-specific bbox method rather than inheriting SPShape's implementation. - Add a call to sp_rect_set_shape from sp_rect_set_transform. I decided to do the latter, in case there were any other users of the SPShape information that would otherwise lag. pjrm.

3 9