- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] New binary portability problem identified
by unknown＠example.com 03 Aug '05

03 Aug '05

inkblotter wrote: > > FC4, 2.6.12-1.1398_FC4smp > gcc (GCC) 4.0.1 20050727 (Red Hat 4.0.1-5) > > In a fresh installation of FC4 (this weekend) I cannot install inkscape > 0.42 in my home directory with this autopackage > > The complaint is: > > Error: Package 'Standard C++ library' was found but was of the wrong > version and the correct version could not be located. > > [IV 3 for @gnu.org/libstdc++] > > > Perhaps if I had let it run as root it might have worked. > > autopackage is way cool but it isn't yet working in FC4 in my home > directory as far as I can tell. It's trying to work.... > > aaron@...749... wrote: > >> Mike Hearn wrote: >> >>> Aaron, can you rebuild the autopackage against *mm 2.4 static libraries >>> and push a -2 release of the package, so users on GTK+ 2.4 systems >>> can use >>> them again? >> >> >> >> Hey, is this one any better? I really don't know how to check. >> >> http://inkscape.modevia.com/ap/inkscape-0.42-2.x86.package >> >> Aaron Spike Mike, any idea what this is about? Aaron Spike

1 0

Re: [Inkscape-devel] New binary portability problem identified
by mike＠...869... 03 Aug '05

03 Aug '05

> Tried that and I get this "nm: /usr/bin/inkscape: no symbols". Sorry, try "nm -D", or alternatively, "readelf -aW" -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

2 1

languages in install
by bulia byak 03 Aug '05

03 Aug '05

Based on feedback so far, we really need the option to NOT install the language files when installing on Windows, so that Inkscape would only use English. I think this should be a pretty simple patch to the nsis installer file, to ask "Do you want to use English interface, or the language of your Windows system (if Inkscape has a translation for that language)". Added bonus if it can detect WHICH language is going to be used. Any volunteers? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 5

Newbie to Developer Process under Windows
by Douglas Neale 02 Aug '05

02 Aug '05

Hi List, I'm just starting up with the project and want to run under XP. I have been advised that VC++, which I would have preferred, is too difficult to get going. So I started with the 'Compiling Inkscape for the Win32 Platform' document and cannot unpack a downloaded copy of gtk26 with 7-zip. I get the error 'this is not a supported archive' with both gtk copies on the website using either of the 2 available versions of 7-zip. Downloading with IE produces different size files from using Firefox so I'm guessing it's a download problem. Can anyone point me to an alternative source of the gtk26 library, perhaps in a normal zip format? TIA Douglas Neale

5 9

Inkscape undo system
by David Yip 02 Aug '05

02 Aug '05

Can anyone point me to some code that would serve as a nice illustration of how the Inkscape undo system works? I've been reading the Session and SimpleSession classes and the way they are used in the functions in document-undo.cpp; is that a good place to begin, or are there better starting points? In particular, I'm wondering what the best way to clear the undo and redo stacks is, as it's crucial to the correct functioning of Inkboard. When a user synchronizes his or her document with another user or with a chatroom, that synchronized state must become the new original state of the user's document. sp_document_clear_undo and sp_document_clear_redo, from their code, seem to be what I want, but I can't quite figure out how to use them to attain the desired effect. -- David

2 3

[Fwd: [Linuxmovies-general] Special CinePaint Event!]
by Jon Phillips 02 Aug '05

02 Aug '05

For those attending siggraph: -------- Forwarded Message -------- > From: Robin Rowe <rower@...937...> > Reply-To: linuxmovies-general(a)lists.sourceforge.net > To: Linuxmovies-general(a)lists.sourceforge.net > Subject: [Linuxmovies-general] Special CinePaint Event! > Date: Thu, 28 Jul 2005 14:35:53 -0700 > > Special CinePaint Event! > CinePaint Birds-of-a-Feather Meeting at SIGGRAPH > Los Angeles Convention Center, Room 506 > Tuesday, August 2nd, 4pm-5pm > Open to All SIGGRAPH Attendees > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO September > 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Linuxmovies-general mailing list > Linuxmovies-general(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linuxmovies-general > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

2 2

Re: [Inkscape-devel] New binary portability problem identified
by mike＠...869... 02 Aug '05

02 Aug '05

I can't tell, I only have net access at work (Windows). But a good way to check would be to run "nm inkscape | grep g_option". Alternatively, find somebody who is running a GTK+ 2.4 based system and get them to try running it. Original Message: ----------------- From: aaron@...749... Date: Mon, 01 Aug 2005 15:25:19 -0500 To: mike@...869..., inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] New binary portability problem identified Mike Hearn wrote: > Aaron, can you rebuild the autopackage against *mm 2.4 static libraries > and push a -2 release of the package, so users on GTK+ 2.4 systems can use > them again? Hey, is this one any better? I really don't know how to check. http://inkscape.modevia.com/ap/inkscape-0.42-2.x86.package Aaron Spike -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

2 1

Hi. xfig like export combined LaTeX postscript/ transparency ps export
by Marc Weber 02 Aug '05

02 Aug '05

Xfig has got one possibility to set a special flag on text which means that this text doesn't get exported on combined LaTeX ps but is written to the LaTeX file which means that you're able to also use LaTeX possibilies of typsetting mathematics and so on. Do you think it would be much effort to add this to inkscape, too? Because I *really* prefer inkscape over xfig :) inkscape could became the tool of choice making figures for LaTeX.. xfig is nice but lacks some functionality. The other thing is when exporting to ps inkscape currently just ignores transparency.. All you would have to do having two rectangles ------ -- : rect1 without ++ ---+++||| ++ : overlapping area ---+++||| || : rect2 without ++ |||||| rect2 is above rect1 would be splitting this rectangles into 3 and calculate the color of the + rectangle depending on the transparency of rect2 and color of rect1.. Then all 3 reactangles can be exported as it's done right now. And because the function Stroke to path is already provided (although I'm not sure how well it works using some advanced stroke style) it shouldn't be that hard to implement. What do you think? Marc

3 5

current CVS broken ?
by Adib Taraben 02 Aug '05

02 Aug '05

Hi, I have problem to open any dialogs besides the file-open and file-save. Inkscape closes immediately HTH, Adib. --- D:\projekte\inkscape\inkscape>gdb inkscape.exe GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i686-pc-mingw32"... (gdb) run Starting program: D:\projekte\inkscape\inkscape/inkscape.exe gdb: do_initial_child_stuff: process 3856 gdb: kernel event for pid=3856 tid=2772 code=CREATE_PROCESS_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=EXCEPTION_DEBUG_EVENT) gdb: Target exception EXCEPTION_BREAKPOINT at 0x7c911230 gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=LOAD_DLL_DEBUG_EVENT) gdb: child_resume.SetThreadContext: thread 3856.0xad4 ContinueDebugEvent (cpid=3856, ctid=2772, DBG_CONTINUE); gdb: kernel event for pid=3856 tid=2772 code=EXCEPTION_DEBUG_EVENT) gdb: Target exception EXCEPTION_ACCESS_VIOLATION at 0x004e8d99 Program received signal SIGSEGV, Segmentation fault. 0x004e8d99 in Inkscape::Verb::get_action () (gdb) bt #0 0x004e8d99 in Inkscape::Verb::get_action () #1 0x0043f8d3 in sp_ui_dialog_title_string () #2 0x005fbfc2 in sp_object_properties_dialog () #3 0x004f1f15 in sp_action_perform () #4 0x00af7a4a in g_cclosure_marshal_VOID__VOID () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #5 0x00ae34de in g_closure_invoke () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #6 0x00af6cff in signal_emit_unlocked_R () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #7 0x00af5434 in g_signal_emit_valist () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #8 0x00af5676 in g_signal_emit () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #9 0x015c69ff in gtk_button_clicked () from D:\projekte\inkscape\inkscape\libgtk-win32-2.0-0.dll #10 0x01728c04 in gtk_toggle_button_released () #11 0x00af7a4a in g_cclosure_marshal_VOID__VOID () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #12 0x00ae370b in g_type_class_meta_marshal () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #13 0x00ae34de in g_closure_invoke () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll ---Type <return> to continue, or q <return> to quit--- #14 0x00af5f6a in signal_emit_unlocked_R () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #15 0x00af5434 in g_signal_emit_valist () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #16 0x00af5676 in g_signal_emit () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #17 0x015c6987 in gtk_button_released () from D:\projekte\inkscape\inkscape\libgtk-win32-2.0-0.dll #18 0x015c7931 in gtk_button_button_release () from D:\projekte\inkscape\inkscape\libgtk-win32-2.0-0.dll #19 0x0168d771 in _gtk_marshal_BOOLEAN__BOXED () #20 0x00ae370b in g_type_class_meta_marshal () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #21 0x00ae34de in g_closure_invoke () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #22 0x00af6bbb in signal_emit_unlocked_R () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #23 0x00af5494 in g_signal_emit_valist () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #24 0x00af5676 in g_signal_emit () from D:\projekte\inkscape\inkscape\libgobject-2.0-0.dll #25 0x0177ab85 in gtk_widget_event_internal () #26 0x0177a7ff in gtk_widget_event () ---Type <return> to continue, or q <return> to quit--- #27 0x0168c028 in gtk_propagate_event () #28 0x0168afee in gtk_main_do_event () #29 0x0121aee9 in gdk_event_dispatch () from D:\projekte\inkscape\inkscape\libgdk-win32-2.0-0.dll #30 0x00978197 in g_main_dispatch () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #31 0x00978c90 in g_main_context_dispatch () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #32 0x00978f37 in g_main_context_iterate () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #33 0x009793da in g_main_loop_run () from D:\projekte\inkscape\inkscape\libglib-2.0-0.dll #34 0x0168a91a in gtk_main () #35 0x01ac7543 in Gtk::Main::run () at main.cc:450 #36 0x00401c97 in sp_main_gui () #37 0x0042ebf8 in Inkscape::NSApplication::Application::run () #38 0x0040165e in main () (gdb)

4 8

[Fwd: Thanks for Inkscape]
by Ted Gould 02 Aug '05

02 Aug '05

Andrew, I'm not sure on this error. I'm forwarding this message to the Inkscape development mailing list to see if someone knows there. --Ted -------- Forwarded Message -------- > From: Andrew Greig <algreig@...666...> > > Thanks for Inkscape, I have been waiting for a vector based graphics > program for quite a while, and here it is. I downloaded the Mandrake > package (urpmi inkscape) which takes care of dependencies nicely. The > program failed to start so I used a console and got this error line. > Could you advise me on how to correct this please? > > [andrew@...944... andrew]$ inkscape > inkscape: symbol lookup error: /usr/lib/libpangomm-1.4.so.1: undefined > symbol: pango_renderer_get_type > [andrew@...944... andrew]$ > > Many thanks > Andrew Greig > Melbourne, Australia

1 0

The Bag Monkey Speaks
by MenTaLguY 02 Aug '05

02 Aug '05

Here's what I've got rolled up for 0.42.1 so far: > * src/dialogs/stroke-style.cpp: backport bulia's fix for stroke width > spin button [bug number??] > > * src/text-editing.cpp: backport bulia's fix for text crash > [bug 1247066] > > * src/libnrtype/Layout-TNG-OutIter.cpp: backport cyreve fix for > crash on delete in virgin flowtext [bug 1245842] > > * configure.ac: Kees fix for libgc detection w/dlopen [bug number??] Anyone got anything else for me? At the moment I'm thinking of aiming for 0.42.1 by early next weak. -mental

7 11

Project status Aug 1, 2005
by Bryce Harrington 02 Aug '05

02 Aug '05

The Inkscape 0.42 release garnered a huge amount of interest, and are stats are reflecting it. We rose to the 3rd most active project of the week on SourceForge today. For downloads we reached 16th, for webpage views we were 10th, for project pages we got 21st, and for tracker activity we hit 4th. Counting all hits to *.sourceforge.net we hit 6th, which was up 68 ranks since yesterday. I have a suspicion we may be going up even a bit further over the next couple days. :-) There were a number of serious bugs found post-release, especially in the packaging, so a 0.42.1 patch release will be produced hopefully some time this week, as soon as resolutions to all the issues are found. Statistics Jun 1 Jul 1 Aug 1 ========== ====== ====== ====== Max Week's Rank on SourceForge: 38 35 3 Total SF Page Views 1,935,964 3,797,037 4,452,437 Total SF Downloads 254,647 283,789 378,712 Total Freshmeat URL Hits 19,149 19,809 21,261 Total Freshmeat Subscriptions 183 189 208 Lines of Code in src/: 374,180 376,319 389,945 Code lines 260,236 261,600 270,423 Comment line 67,136 67,724 70,478 Blank 53,443 53,651 55,698 Lines of Docs in doc/: 27,790 27,792 28,090 Lines of content in website: 42,490 42,700 44,483 Size of the Inkscape wiki: 26,729 28,525 34,890 Bugs open/total: 215/1223 196/1312 215/1445 Features open/total: 453/ 728 471/ 767 440/816 Patches open/total: 11/ 230 10/ 268 8/325 CVS Commits (as per inkscape-cvs) 12,040 12,372 12,915 Inkscape-devel membership: 179 188 200 Inkscape-announce membership: 202 217 236 Inkscape-user membership: 248 258 276 Num Translations: 33 33 33 Ave Translation Ratio: 47.8 48.6 54.6

1 0

Initial commit of Inkboard code
by David Yip 02 Aug '05

02 Aug '05

Hi all, I've committed Inkboard to Inkscape CVS. This consists of the Inkboard code (in src/jabber_whiteboard), C/Gtk+ dialogs (in src/dialogs), some conversions of those dialogs to C++/Gtkmm (in ui/dialog), and modifications to some existing files. To enable Inkboard, pass the --enable-inkboard switch to the configure script. You will need libloudmouth <http://loudmouth.imendio.org> and Boost <http://www.boost.org>. I have tested Inkboard with libloudmouth v0.17.2 and v0.90, although ~v0.13 should also work. (Let me know if it really does.) I have developed this code with Boost v.1.31.0. Inkboard no longer relies on Boost smart pointers as I stated in my mailing list response to Bryce re: Summer of Code updates; I have switched all smart pointer-reliant code over to code managed by the garbage collector. However, it still uses Boost.Bind, Boost.Function, and Boost's lexical_cast. The reliance on Boost.Bind can probably be scrapped as soon as I do the work to convert the involved function objects to be used by the C++ standard library's argument-binding facilities. I think this is all the code necessary to compile Inkboard. There may be another commit coming if I forgot something, which happens more often than I'd like. If something doesn't work, please let me know. Inkboard usage ========= The "Whiteboard" toplevel menu should be present. If it isn't, try removing your menus.xml file in your Inkscape preferences directory and try again -- this will force the file to be regenerated from the built-in menu skeleton. Or, you can copy the necessary XML from src/menus-skeleton.h. You must first connect to a Jabber server; this is done by selecting Whiteboard -> Connect to server... After that, you may choose to engage in a user-to-user sharing session or a chatroom sharing session. The "Dump XML tracker" menu item is intended only for debugging; it probably should not make it into a release. Known issues ======== 1) Chatrooms must be specially created for them to work with Inkboard. Here are the conditions: A) The chatroom must broadcast the message INKBOARD-JOINED (case-sensitive) when a Jabber user enters it. This is necessary because mu-conference v0.6 doesn't seem to follow JEP-0045 with regards to the order of broadcasting presence messages. (See <http://www.jabber.org/jeps/jep-0045.html#enter-pres>.) Hopefully, this won't be a problem in the future. In the meantime, this special behavior is easy to set up with e.g. gaim. B) If regular Jabber users are present in an Inkboard chatroom before any Inkscape client joins, there will be synchronization problems, since the current Inkboard chatroom code implements the following logic: non-empty room => request synchronization. empty room => become "master". This can be worked around -- to an extent -- by checking the resource tags associated with each JID in the chatroom, since Inkboard has its own resource tag (specifically, "Inkboard"). Malicious users can, of course, defeat this, so maybe it's not the best way. We'll see. 2) Although Inkboard identifies itself as speaking the Jabber MUC protocol (which I do intend to make it do) it currently actually only acts on the "groupchat 1.0" subset of messages. 3) The bug in Ted's menus code affects Inkboard in any code path that may cause a new document window to appear. In particular, these are the cases I think are associated with said bug, based on backtraces: A) The "accept invitation in new document" option presented when a user is given the choice to accept or decline a user-to-user whiteboard session causes a crash. B) Establishing a new Inkboard session in a new document after an Inkboard session has already been established causes a crash. 4) Session files are disabled for now. They work, but only for documents that involve no references to automatically-named internal elements, which makes them a little useless. (For example, gradient/pattern fills aren't recorded correctly just yet.) If you'd like to use them, though, all the code is there. To enable them, you can (1) uncomment lines 183-184 in src/menus-skeleton.h, remove your menus.xml file, and rebuild/restart Inkscape, or (2) add in those lines to your menus.xml file. 5) Loudmouth sometimes throws errors indicating that it was asked to extract attributes or child nodes from a NULL root node. I'm not sure why it does this -- I'm pretty sure I wrapped all the code that deals with node/attribute extraction with the appropriate conditionals -- but it's possible that I've missed something. In any case, these warnings appear to be harmless -- just annoying. 6) There's quite a few g_log() debug calls still present. I apologize for this -- I think they're useful, but maybe they really aren't. I'll remove them upon request, and certainly before release. Phew. I think that's all for now. Have fun! -- David

1 0

New binary portability problem identified
by Mike Hearn 01 Aug '05

01 Aug '05

Isn't Linux fun? The problems with g_option_error_quark people are seeing is because both the static RPM and the autopackage were built against static versions of GTKmm 2.6, which introduces a silent dependency on Glib 2.6 even if only 2.4 level features are used. The solution is to build the portable binaries against *mm 2.4 static libraries. Aaron, can you rebuild the autopackage against *mm 2.4 static libraries and push a -2 release of the package, so users on GTK+ 2.4 systems can use them again? thanks -mike

4 3

[Fwd: Re: inkscape crash bug]
by Jon Phillips 01 Aug '05

01 Aug '05

-------- Forwarded Message -------- > From: Sam Tygier <sam@...942...> > To: Jon Phillips <jon@...235...> > Subject: Re: inkscape crash bug > Date: Sun, 31 Jul 2005 14:17:31 +0100 > > Thanks, here is what i had noted down > > sorry to be the barer of bad news, but i have found a reproducable crash > in inkscape 0.42. i suspect that this is a linux powerpc issue. > > steps to reproduce > > 1. launch inkscape > 2. create a shape (eg square) > 3. click on the fill stroke button in the tool bar. > 4. in the fill stroke dialog press the wheel tab. > 5. inscape hangs. > > i dont really know what i am doing, but here is what i get from gdb. > > > sam@...943...:~$ gdb inkscape > GNU gdb 6.3-debian > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "powerpc-linux"...Using host libthread_db > library "/lib/libthread_db.so.1". > > (gdb) r > Starting program: /usr/local/bin/inkscape > [Thread debugging using libthread_db enabled] > [New Thread 16384 (LWP 26129)] > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > ** (inkscape:26129): CRITICAL **: void sp_color_set_rgb_float(SPColor*, > float, float, float): assertion `b >= 0.0' failed > > > Program received signal SIGINT, Interrupt. > [Switching to Thread 16384 (LWP 26129)] > 0x1026a62c in sp_color_wheel_render_triangle (wheel=0x11180d40) > at widgets/sp-color-wheel.cpp:676 > 676 if (pointE.x-pointS.x > 0) > (gdb) bt > #0 0x1026a62c in sp_color_wheel_render_triangle (wheel=0x11180d40) > at widgets/sp-color-wheel.cpp:676 > #1 0x1026bb30 in sp_color_wheel_paint (wheel=0x11180d40, area=0x7ffff82c) > at widgets/sp-color-wheel.cpp:856 > #2 0x10269840 in sp_color_wheel_expose (widget=0x11180d40, > event=0x7ffff820) > at widgets/sp-color-wheel.cpp:329 > #3 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #4 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #5 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #6 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #7 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #8 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #9 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #10 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #11 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > ---Type <return> to continue, or q <return> to quit--- > from /usr/lib/libgtk-x11-2.0.so.0 > #12 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #13 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #14 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #15 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #16 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #17 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #18 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #19 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #20 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #21 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #22 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > ---Type <return> to continue, or q <return> to quit--- > #23 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #24 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #25 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > #26 0x0f9799e0 in _gtk_marshal_BOOLEAN__BOXED () > from /usr/lib/libgtk-x11-2.0.so.0 > Previous frame inner to this frame (corrupt stack?) > (gdb) > > > this is from an inkscape i compiled myself from the 0.42 tar.bz2. > > i am running ubuntu hoary, on a apple powerbook G4. > > sam@...943...:~$ uname -a > Linux titania 2.6.10-5-powerpc #1 Fri Jun 24 19:11:22 UTC 2005 ppc GNU/Linux > > sam@...943...:~$ gcc -v > Reading specs from /usr/lib/gcc-lib/powerpc-linux/3.3.5/specs > Configured with: ../src/configure -v > --enable-languages=c,c++,java,f77,pascal,objc,ada --prefix=/usr > --mandir=/usr/share/man --infodir=/usr/share/info > --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared > --with-system-zlib --enable-nls --without-included-gettext > --enable-__cxa_atexit --enable-clocale=gnu --enable-debug > --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc > --disable-multilib powerpc-linux > Thread model: posix > gcc version 3.3.5 (Debian 1:3.3.5-8ubuntu2) > > > i had to install gc6.5 to make the compile work. > > > ***** update ******* > > as i had been using inscape 0.40 before i thought it might be a corrupt > prefs issue. > > sam@...943...:~$ mv .inkscape/ .inkscape.old/ > > that fixed my problems. i have attached the contents of my old .inkscape > directory. > > ******** update 2 *********** > > somehow my .inkscape dir got damaged again, and i got the same crashes, deleting .inkscape stopped the crashes > > > > > Jon Phillips wrote: > > >On Thu, 2005-07-28 at 16:30 -0500, rejon.org feedback form wrote: > > > > > >>Name: Sam Tygier > >>E-mail: sam@...942... > >> > >> > >>hello > >> > >>i have found a reproducable crash in inkscape, but am having problems > >>with sourceforge, can i email the details somewhere? > >> > >> > > > >Cool Sam, you can either join the Inkscape mailing list (preferred) or > >email them to me and I will forward to that list. > > > >I should add a form like this to the Inkscape page. It is already on > >www.openclipart.org. > > > >Thanks, > >Jon > > > > > > -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org)

1 0

Reg. Drawing Editor Framework
by Prakash (GMail) 01 Aug '05

01 Aug '05

Hi All, I am new to this group. I am very much interesting in learn about drawing editor framework. Is there any document available for studying Inkscape drawing editor framework ? Please let me know if it has document is available. Regards, Prakash.

2 1

RE: [Inkscape-devel] sp_style_set_fill_color_alpha in 0.42
by De Winne, Joris 01 Aug '05

01 Aug '05

Sorry, problem solved. I used sp_repr_css_set_property and sp_repr_css_change and it worked :-) Still a small problem remaining: after a while I get the error "Collecting from unknown thread." Is it possible that some of these functions are not thread safe? I use gdk_threads_enter and gdk_threads_leave. If someone knows this problem, please let me know. Joris -----Original Message----- From: inkscape-devel-admin(a)lists.sourceforge.net [mailto:inkscape-devel-admin@lists.sourceforge.net]On Behalf Of De Winne, Joris Sent: maandag 1 augustus 2005 11:32 To: inkscape-devel(a)lists.sourceforge.net Subject: [Inkscape-devel] sp_style_set_fill_color_alpha in 0.42 Hello, In Inkscape v.0.41 I used sp_style_set_fill_color_alpha() to change te color of a rectangle and create in that way a blinking rectangle. In version 0.42 it looks like there's no sp_style_set_fill_color_alpha(). Is there another function that does the same, changing the css attributes and automatically updating it to the screen? Thnx, Joris

1 0

Scribus+Inkscape UI discussion
by cedric GEMY 01 Aug '05

01 Aug '05

Hi, i did last weeks a kind of analysis of Scribus UI (Open Source layout) (available at http://www.le-radar.com/?articles/scribusUI). As Inkscape and Scribus do goos job together i'm aiming to add some thoughts on their "integration". If you already used those softwares together, if you have things that you find very good or very in the way one or both of these apps are user interfaced, please let me know. Everyone's mind is welcome to improve user interfaces. Cedric

2 1

sp_style_set_fill_color_alpha in 0.42
by De Winne, Joris 01 Aug '05

01 Aug '05

Hello, In Inkscape v.0.41 I used sp_style_set_fill_color_alpha() to change te color of a rectangle and create in that way a blinking rectangle. In version 0.42 it looks like there's no sp_style_set_fill_color_alpha(). Is there another function that does the same, changing the css attributes and automatically updating it to the screen? Thnx, Joris

1 0

Google Summer of Code updates needed
by Bryce Harrington 01 Aug '05

01 Aug '05

Hi all! One of the key, oft-proven principles of Open Source development is "Release Early, Release Often". This is important because it makes it easier for other people to help you. I think for our Google Summer of Code students, it will be vital for their learning about Open Source processes to go through at least a couple releases, so they can see how this works in practice. I know it's a bit different from what we're trained in school to do; in school you have a due date and you (in theory) work on your assignment in secret from other students, and turn it in at the end. Open Source is very different; it's like you take your half-finished assignment to the clubhouse and trade answers with everyone else, and the more you cross-check with each other, the more likely everyone is to get a perfect score. ;-) Anyway, with the 0.42 release wrapping up, we're at a point where we're ready to integrate work from the Google Summer of Code students. Michael, David, Greg, and Matthew, can each of you report in on where you are in your work, how we can help you, and what you might be able to add to CVS within the next week or so? (Also, if you have any questions about getting access to or using CVS, please just ask and we'll get you set up.) Thanks, Bryce

7 7

RE: [Inkscape-devel] Google Summer of Code updates needed
by Yip, David W 01 Aug '05

01 Aug '05

I'll fill you guys in now :) There's a business center around here that has Internet access, so I'm using their facilities right now. I'm not sure if I can hook up my laptop and do a CVS commit from here, but I'll give it a try soon. Apologies if this mail is received as an HTML mess -- I have to use the Outlook web interface, and I'm not quite sure how to tell it to format as plain text...anyway. The modifications to configure.ac are complete, and compiling with/without the whiteboard code works fine, so that's all ready to go. On the subject of required libraries: the whiteboard code, as of yesterday, also depends on Boost v1.31.0+ for functor argument binding, smart pointers, and some miscellaneous utility classes. I think it's possible to just include the required Boost files with the Inkscape source distribution (they're all self-contained template classes as far as I can tell), but I'll leave it out for now until given the OK for inclusion. -- David ________________________________ From: inkscape-devel-admin(a)lists.sourceforge.net on behalf of Ted Gould Sent: Thu 7/28/2005 7:30 PM To: Bryce Harrington Cc: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] Google Summer of Code updates needed Quick update because David is without Internet access for the next few days. He can fill in more when he gets back. He's about ready to commit but I asked him to make some changes to configure.ac so that it will detect loudmouth, and not compile the whiteboard stuff if it isn't available. He just needs to test that feature before committing. --Ted Bryce Harrington wrote: > Hi all! > > One of the key, oft-proven principles of Open Source development is > "Release Early, Release Often". This is important because it makes it > easier for other people to help you. > > I think for our Google Summer of Code students, it will be vital for > their learning about Open Source processes to go through at least a > couple releases, so they can see how this works in practice. > > I know it's a bit different from what we're trained in school to do; in > school you have a due date and you (in theory) work on your assignment > in secret from other students, and turn it in at the end. Open Source > is very different; it's like you take your half-finished assignment to > the clubhouse and trade answers with everyone else, and the more you > cross-check with each other, the more likely everyone is to get a > perfect score. ;-) > > Anyway, with the 0.42 release wrapping up, we're at a point where we're > ready to integrate work from the Google Summer of Code students. > > Michael, David, Greg, and Matthew, can each of you report in on where > you are in your work, how we can help you, and what you might be able to > add to CVS within the next week or so? > > (Also, if you have any questions about getting access to or using CVS, > please just ask and we'll get you set up.) > > Thanks, > Bryce > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO September > 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

5 6

Re: [Inkscape-user] Inkscape for windows
by Adib Taraben 01 Aug '05

01 Aug '05

Bryce Harrington schrieb: > On Fri, Jul 29, 2005 at 07:28:14AM -0500, aaron@...749... wrote: > >>Sadly, the only real way to find out what is needed to make an extension >>work is chasing it through the inx files. Browse to the >> >>As you figure out what various extensions require and confirm that they >>work, please add the details to the wiki. >>http://inkscape.org/cgi-bin/wiki.pl?GettingExtensionsWorking > > > Brett, Leopold, Aaron, Ted, Alexandre, and other participants in this > thread, I think it'd be worthwhile if we could get this page fleshed out > more. Could you guys take a look at that page and see how it could be > improved? > > Thanks, > Bryce > Could someone guide me to the page where all the parameter and options of that .inx file is described. Do we have an option to pipe not to STDIN/STDOUT but through temporary file ? Adib.

3 2

Re: [Inkscape-user] Inkscape for windows
by Bryce Harrington 01 Aug '05

01 Aug '05

On Thu, Jul 28, 2005 at 11:28:03PM -0700, Ted Gould wrote: > On Fri, 2005-07-29 at 08:17 +0200, Adib Taraben wrote: > > This problem is about the inkscape\share\extensions\eps_input.inx file. > > > > it looks for a "gs" in your path: > > <dependency type="executable">gs</dependency> > > > > In order to have this done you need to have ghostscript in your PATH. > > add "C:\program files\gs\gs8.51\bin" to PATH > > and rename gs into gswin32c.exe in the inx file > > Oh, cool. So how do we want to handle this in the future? Have > two .inx files, one for windows and one for everyone else? Do the > windows packagers have any ideas? Perhaps this could be modified to allow alternative program names. It would try gs first, then if that doesn't exist, try gswin32c.exe. This thread probably ought to be moved to -devel... Bryce

1 0

Ideas and complaints about win32 installer
by Taraben, Adib 31 Jul '05

31 Jul '05

Hi, I put a Wiki Page for new ideas and improvements. Everyone can edit this page. http://www.inkscape.org/cgi-bin/wiki.pl?Win32_Installer And yes I know we have a RFE and bugtracking tool yust want to have many eyes looking on the same page. Please everyone check this out and bring your ideas in. Gracie mille, Adib.

2 1

effects menu
by Alexandre Prokoudine 31 Jul '05

31 Jul '05

Hi, Before I go to bugtracker, I'd like to make sure that this is a real issue. Please take a look at www.lrn.ru/~avp/images/effects.png The first thing is easy to see: there is no particular order in menu items, or, to be more precise, the order seems to be random :) Would it be possible to at least alphabetically reorder menu items until extensions fraamework design (covering groups of effects etc.) is finished? The second thing is that "Grid" appears translated in contrary to other effects. I have no idea how this has happened. Is it an issue to be addressed? Best regards, Alexandre

5 9