- Inkscape Devel - Inkscape Mailman

Inkscape 0.41 Mandriva 2005LE?
by bulia byak 17 Jul '05

17 Jul '05

Someone uploaded "Inkscape 0.41 Mandriva 2005LE" to our file tracker. What is it? Why 0.41 now? Even if it is needed, it should go into the 0.41 section. As it is, it replaces pre2 from the position of the default download, which is not good. Please fix ASAP. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Scribus Team Releases 1.3.0 - La Liberté
by PLinnell 16 Jul '05

16 Jul '05

The Scribus Team is pleased to announce a technology preview of the next generation of Scribus - Open Source Desktop Publishing. The aim for this release is to bring improvements and enhancements for both professionals and beginning users alike. 1.3.0 improves Scribus' abilities in areas like performance, accessibility and workflow. With this release, we also commence support for Scribus running natively on Windows and Mac OS X. While it is very stable and usable, there are a number of under the hood changes which will continue through the 1.3.x series * Work is on-going to make Scribus more platform independent and alpha quality builds of Scribus are already working on Win32 and Mac OS X. A native Mac OS X build is available here: http://aqua.scribus.net * There is a new undo system, which includes an undo palette that has the undo history with details of each action. Undo also has object specific capabilities. The number of undo/redo steps can be set in the preferences. * Revised document and application preferences. Extensive attention has been placed on making preferences easier to use with document and application preferences distinctly separated. * Scribus now has "scratch space" which can be used to store objects partially or fully off the page. * Scribus can now generate Tables of Contents, based on user definable/selectable attributes. * Scribus now has its own built-in pre-flight verifier for printing or exporting to PDF. The pre-flighter is designed to look for issues which might cause problems when printing or exporting PDF. * More professional DTP features like adding ciceros for measurement units and support. Scribus now has true facing page support and page objects such as images can span them. * Scribus now has more extensive support for CMYK images, as well as clipping paths in TIFF files, CMYK-JPEG, as well as new support for native Photoshop ® PSD files. 16-bit RGB/CMYK TIFF and PSD support will follow soon. ICC color management of for these image formats is also upgraded. * New image effect features including tinting, greyscaling, blurring, colorizing and sharpening. * Scribus 1.3.0 now supports PDF 1.5 features including layers in PDF. * Scribus 1.3.0 uses an intermediary file format based on the Scribus 1.2.x format. The new format to finally replace this intermediary format is in design and development stages and its implementation will begin soon. For future development versions, we will be announcing competitions for icon sets and splashscreens. The Scribus Team would also like to thank Anduin.net/Øverby Consulting and n@...886... GmbH, Hamburg for gracefully sponsoring our Scribus Documentation site, our Bug Tracker and Anonymous CVS server. Also, a note of thanks to University of Salford - School of Media, Music and Performance for providing continued hosting of www.scribus.net and upgrading the server hardware. Getting Scribus 1.3.0 You can: Download from our Sourceforge page: http://sourceforge.net/project/showfiles.php?group_id=125235 Download from: http://www.scribus.org.uk/ Get the MacOSX build from: http://aqua.scribus.net Screenshots: http://scribus.sourceforge.net/gallery/

4 3

rel notes LAST CALL
by bulia byak 16 Jul '05

16 Jul '05

Ted, Mental, Bob, Jon: You still have a number of incomplete entries at http://inkscape.org/cgi-bin/wiki.pl?ReleaseNotes Please search for [] and fill in descriptions for your stuff - or, only if you think something is not deserving being in the release notes, just delete the placeholder(s). Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 2

Cursors Customizable?
by Joshua Blocher 16 Jul '05

16 Jul '05

I made some pretty simple cursor updates i hacked togather from the icons.svg. (see attachment ) Are the tool Cursors customisable like the Tool Icons? If so do the use the same SVG file? What do i set there ID's too? If not what format do i convert to. and how to install them? Thanks Josh Blocher aka verbalshadow

4 8

inkscape.org Doxyfile?
by Ralf Stephan 16 Jul '05

16 Jul '05

Hello, the doxygen output on inkscape.org is quite different from what one gets with the Doxyfile in the distribution. Is that due to me missing some command options? If not, can you please sync the file in cvs? Regards, ralf

2 2

Can't build current CVS on Ubuntu
by unknown＠example.com 16 Jul '05

16 Jul '05

Hi, at the moment, I'm facing some problems compiling Inkscape (current CVS) on Ubuntu. It used to work a few weeks ago. Error messages indicate a problem with conversions (invalid conversion from void* to guint32* or guchar*) if g++ -DHAVE_CONFIG_H -I. -I../../inkscape/src -I.. -I/usr/include/freetype2 -DXTHREADS -I/usr/include/freetype2 -I/usr/X11R6/include -DPOTRACE=\"potrace \" -DXTHREADS -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/ usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/X11R6/include -I/usr/in clude/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/li b/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/incl ude/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/inclu de/atk-1.0 -I/usr/include/libxml2 -I../../inkscape/cxxtest -Wall -W -g -O0 -Wall -MT libcroco/cr-utils.o -MD -MP -MF "libcroco/.deps/cr-utils.Tpo" \ -c -o libcroco/cr-utils.o `test -f 'libcroco/cr-utils.c' || echo '../../inksca pe/src/'`libcroco/cr-utils.c; \ then mv -f "libcroco/.deps/cr-utils.Tpo" "libcroco/.deps/cr-utils.Po"; \ else rm -f "libcroco/.deps/cr-utils.Tpo"; exit 1; \ fi ../../inkscape/src/libcroco/cr-utils.c: Dans function « CRStatus cr_utils_utf8_str_to_ucs4(const guchar*, gulong*, guint32**, gulong*) »: ../../inkscape/src/libcroco/cr-utils.c:728: error: conversion invalide de « void* » vers « guint32* » ../../inkscape/src/libcroco/cr-utils.c: Dans function « CRStatus cr_utils_ucs1_str_to_utf8(const guchar*, gulong*, guchar**, gulong*) »: ../../inkscape/src/libcroco/cr-utils.c:974: error: conversion invalide de « void* » vers « guchar* » ../../inkscape/src/libcroco/cr-utils.c: Dans function « CRStatus cr_utils_utf8_str_to_ucs1(const guchar*, gulong*, guchar**, gulong*) »: ../../inkscape/src/libcroco/cr-utils.c:1175: error: conversion invalide de « void* » vers « guchar* » make[2]: *** [libcroco/cr-utils.o] Erreur 1 make[2]: quittant le répertoire « /home/gero/inkscape-build/src » make[1]: *** [all-recursive] Erreur 1 make[1]: quittant le répertoire « /home/gero/inkscape-build » make: *** [all] Erreur 2 Does anybody face the same problem ? Should I submit a new bug ? Is there a workaround ? Regards, Matiphas

2 3

Hanging on close.
by Bob Jamison 16 Jul '05

16 Jul '05

Hi, all, Since most of you guys (esp Bulia and Mental) are not on Jabber during the day while I am logged in, I thought I would send a bit of info to this list regarding finding the hang-on-close bug. I have been trying for the last day or so to find the reason that event processing, and thus gtk_main_loop() keeps running when all views are gone, and one or other of the dialogs managed by DialogManager have been displayed. Three things I know: 1) It is not the SPView in imageicon.cpp messing with the View-tracking code. I commented it out, no change. 2) It is not the result of wrap()-ing the SPView in a Gtk::Widget. Again, I commented it out with no change. 3) The DialogManager's destructor code seems to never be called, so explicitly deleting the managed dialogs would be a moot point. But if you think about it.. a dialog undisplayed with F12 is hidden, not killed. Of course it is still processing events. Below is the part of interface.cpp that is used for View deletion. sp_ui_close_view() is called by the verb for the File/Close menu item, while sp_ui_delete_view() is called by clicking the close [x] button. (I don't get that one. It seems to be a read-only function) By tracing, I found that sp_ui_close_view() always reaches the end of the method, and calls gtk_destroy_widget(). I can only guess that the persistence of Gtkmm objects is different from C Gtk objects, and that maybe we cannot just use the same idea that when all visible frames are gone, the application will just "go away." Maybe some explicit frame-counting and deletion would be necessary. Maybe transientizing needs to be done differently. Maybe maintain a std::map<Glib::ustring, SPView *> map of name->view of all editing windows.. When it goes to zero length, explicitly quit. This would also give us the ability to have a "Windows" menu. Bob (ishmal) ==== SNIP ====== void sp_ui_close_view (GtkWidget * widget) { GtkWidget *w; if (SP_ACTIVE_DESKTOP == NULL) { return; } w = (GtkWidget*)g_object_get_data (G_OBJECT (SP_ACTIVE_DESKTOP), "window"); if (sp_view_shutdown (SP_VIEW (SP_ACTIVE_DESKTOP))) { return; } gtk_widget_destroy (w); } /** * sp_ui_close_all * * This function is called to exit the program, and iterates through all * open document view windows, attempting to close each in turn. If the * view has unsaved information, the user will be prompted to save, * discard, or cancel. * * Returns FALSE if the user cancels the close_all operation, TRUE * otherwise. */ unsigned int sp_ui_close_all (void) { /* Iterate through all the windows, destroying each in the order they become active */ while (SP_ACTIVE_DESKTOP) { GtkWidget *w; w = (GtkWidget*)g_object_get_data (G_OBJECT (SP_ACTIVE_DESKTOP), "window"); if (sp_view_shutdown (SP_VIEW (SP_ACTIVE_DESKTOP))) { /* The user cancelled the operation, so end doing the close */ return FALSE; } // gtk_widget_destroy (w); // Spackle for Bug [ 1217361 ] "freeze on quitting with transform dialog" // The following code is intended to be temporary and IS NOT NEEDED once this part // of Inkscape is de-bugged, when the single line above should be re-instituted. // At present, SP_ACTIVE_DESKTOP does not guarantee to return a gtk_widget: If we find // that we have been issued an object other than a widget we assume that something is // wrong upstream and quit immediately. if( GTK_IS_WIDGET(w) ) { // fprintf( stderr, "sp_ui_close_all( ) About to call gtk_widget_destroy ( %08p )\n", w ); gtk_widget_destroy (w); } else { g_warning( "Desktop has passed us a non-widget! : %p", w ); gtk_main_quit(); break; } } return TRUE; } static gint sp_ui_delete (GtkWidget *widget, GdkEvent *event, SPView *view) { return sp_view_shutdown (view); }

2 1

inkscape-wiki mailing list
by Kaushik Sridharan 16 Jul '05

16 Jul '05

Is the inkscape-wiki notification mailing list dead? The last message there is dated January 23rd. -K

2 1

About Screen Contest Results
by Joshua A. Andler 15 Jul '05

15 Jul '05

It appears that #30 (http://www.deviantart.com/view/19683871/ ) is the winner. Since we're short on time before release... other than updating the list of authors, please reply to this message with any changes that are necessary so I can get in contact with the author of that about screen asap. I will go and make the announcement on the inkscapers community page here shortly. -Josh

5 8

Patch to fix 1120872
by Carl Hetherington 14 Jul '05

14 Jul '05

Hi guys, I've got a one-line patch to fix 1120872, but I'm not sure quite what stage of freeze everything's in so I've uploaded it to the patch tracker. I can commit it if people are happy. Looking at the code around there it might be wise to test it on Windows, which unfortunately I can't do right at the moment. Cheers Carl

2 1