July 2005 - Inkscape Devel - Inkscape Mailman

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

_load_uri fix
by bulia byak 14 Jul '05

14 Jul '05

Whether or not we're in a hard freeze yet, I thought I need to give a heads up on a bug I just discovered and fixed. The function _load_uri in extensions/internal/svg.cpp did not convert the UTF-8 uri into local filename encoding. (Jon Cruz & me added these conversions to all places we could find, but this function was added by Bryce more recently, in the 0.42 cycle). Therefore filenames with Cyrillic characters did not work from command line or from recent file list. Now fixed, please test and review. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Planet Inkscape Now LIVE!
by Jon Phillips 14 Jul '05

14 Jul '05

The Planet Inkscape Developer blog aggregation is now live! http://planet.inkscape.org/ Start tuning in today! Developers get your feeds in! Jon -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0