- Inkscape Devel - Inkscape Mailman

Re: bug report, sorry: 100% CPU with text, Ctrl-C, Ctrl-V
by Ralf Stephan 14 Mar '05

14 Mar '05

switching to the more appropriate list > Self-built on PPC. Start up clean. Click text, click canvas, type a > few keys, then type Ctrl-C, Ctrl-V: voila 100% CPU. > 0.41 on an oldish G3 iMac with a heavily upgraded Suse-PPC 6.x, gcc-3.4.1, > kernel 2.2.18pre24, configure was --disable-static --without-inkjar > > Note: do NOT click selection. Can someone reproduce it on x86? Here is the gdb backtrace, the longest I've ever seen. Program received signal SIGINT, Interrupt. 0x0ed55b60 in __mempcpy (dstpp=0x1172b6e8, srcpp=0x11742c28, len=0) at ../sysdeps/generic/mempcpy.c:66 66 ../sysdeps/generic/mempcpy.c: No such file or directory. in ../sysdeps/generic/mempcpy.c #0 0x0ed55b60 in __mempcpy (dstpp=0x1172b6e8, srcpp=0x11742c28, len=0) at ../sysdeps/generic/mempcpy.c:66 #1 0x0ed1cb80 in msort_with_tmp (b=0x11742b48, n=36, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>, t=0x1172b608 "") at msort.c:74 #2 0x0ed1cab8 in msort_with_tmp (b=0x11742b48, n=73, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>, t=0x1172b608 "") at msort.c:49 #3 0x0ed1cad0 in msort_with_tmp (b=0x11742228, n=146, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>, t=0x1172b608 "") at msort.c:50 #4 0x0ed1cad0 in msort_with_tmp (b=0x11741008, n=291, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>, t=0x1172b608 "") at msort.c:50 #5 0x0ed1cab8 in msort_with_tmp (b=0x11741008, n=582, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>, t=0x1172b608 "") at msort.c:49 #6 0x0ed1ccec in qsort (b=0x11741008, n=582, s=32, cmp=0x102240f4 <CmpCtrl(void const*, void const*)>) at msort.c:118 #7 0x102241f4 in text_holder::SortCtrl (this=0x113ace88) at libnrtype/FlowBoxes.cpp:341 #8 0x102254d0 in text_holder::ComputeBoxes (this=0x113ace88) at libnrtype/FlowBoxes.cpp:655 #9 0x102185f0 in flow_src::Prepare (this=0x113b5c98) at libnrtype/FlowSrc.cpp:119 #10 0x100dd2e0 in SPText::UpdateFlowSource (this=0x11361438) at sp-text.cpp:1433 #11 0x100ddf68 in sp_text_update (object=0x11361438, ctx=0x7fffd6c0, flags=11) at sp-text.cpp:501 #12 0x100c3b70 in SPObject::updateDisplay (this=0x11361438, ctx=0x7fffd6c0, flags=11) at sp-object.cpp:1019 #13 0x100b44f8 in sp_group_update (object=0x11361490, ctx=0x7fffd810, flags=0) at sp-item-group.cpp:240 #14 0x100c3b70 in SPObject::updateDisplay (this=0x10445438, ctx=0x7fffd810, flags=2) at sp-object.cpp:1019 #15 0x100b44f8 in sp_group_update (object=0x10445490, ctx=0x7fffd940, flags=0) at sp-item-group.cpp:240 #16 0x100d1a80 in sp_root_update (object=0x103f6cd0, ctx=0x7fffd948, flags=2) at sp-root.cpp:559 #17 0x100c3b70 in SPObject::updateDisplay (this=0x103f6cd0, ctx=0x7fffdb60, flags=2) at sp-object.cpp:1019 #18 0x100846ec in sp_document_ensure_up_to_date (doc=0x103bbc08) at document.cpp:638 #19 0x1010ed88 in sp_document_maybe_done (doc=0x103bbc08, key=0x0) at document-undo.cpp:98 #20 0x100f1f90 in sptc_commit (imc=0x1172b6e8, string=0x113b1de8 "e", tc=0x1135c750) at text-context.cpp:853 #21 0x0f156db8 in g_cclosure_marshal_VOID__STRING (closure=0x11350700, return_value=0x11742c28, n_param_values=0, param_values=0x7fffddc0, invocation_hint=0x1172b608, marshal_data=0x0) at gmarshal.c:496 #22 0x0f13cff0 in g_closure_invoke (closure=0x113555a0, return_value=0x10350000, n_param_values=0, param_values=0x7fffddc0, invocation_hint=0x7fffdcf8) at gclosure.c:437 #23 0x0f154400 in signal_emit_unlocked_R (node=0x0, detail=0, instance=0x0, emission_return=0x113ace88, instance_and_params=0x7fffddc0) at gsignal.c:2485 #24 0x0f155994 in g_signal_emit_valist (instance=0x0, signal_id=2147474880, detail=2147474680, var_args=0x11350700) at gsignal.c:2244 #25 0x0f155be4 in g_signal_emit_by_name (instance=0x11350700, detailed_signal=0x7fffddc0 "\020;\2138") at gsignal.c:2312 #26 0x0f80fec8 in gtk_im_multicontext_commit_cb (slave=0x1172b6e8, str=0xed1cb80 "|\177\033x\177{Ã\024;Â½Ã¿Ã¿H", multicontext=0x0) at gtkimmulticontext.c:454 #27 0x0f156db8 in g_cclosure_marshal_VOID__STRING (closure=0x11350700, return_value=0x11742c28, n_param_values=0, param_values=0x7fffddc0, invocation_hint=0x1172b608, marshal_data=0x0) at gmarshal.c:496 #28 0x0f13cff0 in g_closure_invoke (closure=0x113555a0, return_value=0x10350000, n_param_values=0, param_values=0x7fffddc0, invocation_hint=0x7fffdcf8) at gclosure.c:437 #29 0x0f154400 in signal_emit_unlocked_R (node=0x0, detail=0, instance=0x0, emission_return=0x113ace88, instance_and_params=0x7fffddc0) at gsignal.c:2485 #30 0x0f155994 in g_signal_emit_valist (instance=0x0, signal_id=2147474880, detail=2147474680, var_args=0x11350700) at gsignal.c:2244 #31 0x0f155be4 in g_signal_emit_by_name (instance=0x11350700, detailed_signal=0x7fffddc0 "\020;\2138") at gsignal.c:2312 #32 0x0f80dcec in gtk_im_context_simple_commit_char (context=0x7fffddc0, ch=288687872) at gtkimcontextsimple.c:1038 #33 0x0f80e3ec in gtk_im_context_simple_filter_keypress (context=0x0, event=0x0) at gtkimcontextsimple.c:1234 #34 0x0f80d108 in gtk_im_context_filter_keypress (context=0x7fffddc0, key=0x11350700) at gtkimcontext.c:317 #35 0x0f80faa8 in gtk_im_multicontext_filter_keypress (context=0x1172b6e8, event=0x11350700) at gtkimmulticontext.c:316 #36 0x0f80d108 in gtk_im_context_filter_keypress (context=0x113555a0, key=0x11337f58) at gtkimcontext.c:317 #37 0x100f123c in sp_text_context_root_handler (ec=0x113555a0, event=0x113555a0) at text-context.cpp:404 #38 0x10113dd4 in sp_event_context_root_handler (event_context=0x1135c750, event=0x11337f58) at event-context.cpp:687 #39 0x10102f10 in sp_desktop_root_handler (item=0x1172b6e8, event=0x11742c28, desktop=0x0) at desktop-events.cpp:56 #40 0x1020abc4 in sp_marshal_BOOLEAN__POINTER (closure=0xf5ecae0, return_value=0x7fffe9f0, n_param_values=0, param_values=0x10383fc0, invocation_hint=0x1172b608, marshal_data=0x0) at helper/sp-marshal.cpp:350 #41 0x0f13cff0 in g_closure_invoke (closure=0x108a2db8, return_value=0x7fffe9f0, n_param_values=0, param_values=0x7fffddc0, invocation_hint=0x7fffdcf8) at gclosure.c:437 #42 0x0f154400 in signal_emit_unlocked_R (node=0x0, detail=0, instance=0x0, emission_return=0x113ace88, instance_and_params=0x7fffddc0) at gsignal.c:2485 #43 0x0f15568c in g_signal_emit_valist (instance=0x1020ab14, signal_id=2147477336, detail=2147474680, var_args=0xffffffff) at gsignal.c:2254 #44 0x0f885adc in gtk_signal_emit (object=0x7fffe758, signal_id=4294967295) at gtksignal.c:360 #45 0x102046b8 in emit_event (canvas=0x7fffe758, event=0xf1889fc) at display/sp-canvas.cpp:1166 #46 0x0f830784 in _gtk_marshal_BOOLEAN__BOXED (closure=0xffffffff, return_value=0x7fffe9f0, n_param_values=0, param_values=0x7fffed00, invocation_hint=0x1172b608, marshal_data=0x108a2db8) at gtkmarshalers.c:83 #47 0x0f13d3b4 in g_type_class_meta_marshal (closure=0x7fffed00, return_value=0xffffffff, n_param_values=270576404, param_values=0x0, invocation_hint=0x7fffe9f0, marshal_data=0x108a2db8) at gclosure.c:514 #48 0x0f13cff0 in g_closure_invoke (closure=0x103b3ba8, return_value=0x7fffec50, n_param_values=2, param_values=0x7fffddc0, invocation_hint=0x7fffdcf8) at gclosure.c:437 #49 0x0f1546bc in signal_emit_unlocked_R (node=0x0, detail=0, instance=0x0, emission_return=0x113ace88, instance_and_params=0x7fffddc0) at gsignal.c:2523 #50 0x0f15568c in g_signal_emit_valist (instance=0xf13d338, signal_id=2147478584, detail=2147474680, var_args=0x0) at gsignal.c:2254 #51 0x0f155d6c in g_signal_emit (instance=0x1172b6e8, signal_id=292826152, detail=0) at gsignal.c:2288 #52 0x0f93e4a8 in gtk_widget_event_internal (widget=0x103b3ba8, event=0x0) at gtkwidget.c:3616 #53 0x0f94fad0 in gtk_window_propagate_key_event (window=0x103b3ba8, event=0xf13d338) at gtkwindow.c:4424 #54 0x0f954f6c in gtk_window_key_press_event (widget=0x0, event=0x7fffec38) at gtkwindow.c:4454 #55 0x0f830784 in _gtk_marshal_BOOLEAN__BOXED (closure=0x0, return_value=0x7fffec50, n_param_values=0, param_values=0x7fffec38, invocation_hint=0x1172b608, marshal_data=0x103b3ba8) at gtkmarshalers.c:83 #56 0x0f13d3b4 in g_type_class_meta_marshal (closure=0x7fffec38, return_value=0x0, n_param_values=252957496, param_values=0x2, invocation_hint=0x7fffec50, marshal_data=0x103b3ba8) at gclosure.c:514 #57 0x0f13cff0 in g_closure_invoke (closure=0x103b3ba8, return_value=0x7ffff120, n_param_values=2, param_values=0x7fffddc0, invocation_hint=0x7fffdcf8) at gclosure.c:437 #58 0x0f1546bc in signal_emit_unlocked_R (node=0x0, detail=0, instance=0x0, emission_return=0x113ace88, instance_and_params=0x7fffddc0) at gsignal.c:2523 #59 0x0f15568c in g_signal_emit_valist (instance=0xf13d338, signal_id=2147479816, detail=2147474680, var_args=0xffffffff) at gsignal.c:2254 #60 0x0f155d6c in g_signal_emit (instance=0x1172b6e8, signal_id=292826152, detail=0) at gsignal.c:2288 #61 0x0f93e4a8 in gtk_widget_event_internal (widget=0x103b3ba8, event=0xffffffff) at gtkwidget.c:3616 #62 0x0f82e554 in gtk_propagate_event (widget=0x7ffff108, event=0xf13d338) at gtkmain.c:2119 #63 0x0f82e884 in gtk_main_do_event (event=0x103b3ba8) at gtkmain.c:1383 #64 0x0f5a2350 in gdk_event_dispatch (source=0x1172b6e8, callback=0x11742c28, user_data=0x0) at gdkevents-x11.c:2218 #65 0x0f061bf0 in g_main_context_dispatch (context=0x103b3ba8) at gmain.c:1947 #66 0x0f063d10 in g_main_context_iterate (context=0xffffffff, block=2147474680, dispatch=0, self=0x102240f4) at gmain.c:2578 #67 0x0f064130 in g_main_loop_run (loop=0x7ffff108) at gmain.c:2782 #68 0x0f82d7c0 in gtk_main () at gtkmain.c:963 #69 0x0fcacc18 in Gtk::Main::run_impl (this=0x1172b6e8) at main.cc:470 #70 0x0fcac9fc in Gtk::Main::run () at main.cc:417 #71 0x10082d24 in sp_main_gui (argc=2147471328, argv=0xed1cb80) at main.cpp:378 #72 0x1008300c in main (argc=1, argv=0x7ffff7a4) at main.cpp:305 The program is running. Exit anyway? (y or n) ralf

2 1

translated win32 installer
by Adib Taraben 14 Mar '05

14 Mar '05

Hi, I did some work on the .nsi for the win32 installer. I included a german translation. It should be very simple to add more languages. All the strings (5 per language) are in the .nsi file. Attached the new .nsi file and a diff against the current cvs. HTH, Adib. cvs diff -u inkscape.nsi (in directory D:\projekte\inkscape\) Index: inkscape.nsi =================================================================== RCS file: /cvsroot/inkscape/inkscape/inkscape.nsi,v retrieving revision 1.10 diff -u -r1.10 inkscape.nsi --- inkscape.nsi 12 Feb 2005 17:44:35 -0000 1.10 +++ inkscape.nsi 12 Mar 2005 23:32:39 -0000 @@ -41,14 +41,28 @@ ; Language files !insertmacro MUI_LANGUAGE "English" +!insertmacro MUI_LANGUAGE "German" ; MUI end ------ +; English strings +LangString lng_Caption ${LANG_ENGLISH} "${PRODUCT_NAME} -- Open Source Scalable Vector Graphics Editor" +LangString lng_Editor ${LANG_ENGLISH} "Do you want $(^Name) to be the default SVG editor?" +LangString lng_Reader ${LANG_ENGLISH} "Do you want $(^Name) to be the default SVG reader?" +LangString lng_Removed ${LANG_ENGLISH} "$(^Name) was successfully removed from your computer." +LangString lng_Uninstall ${LANG_ENGLISH} "Are you sure you want to completely remove $(^Name) and all of its components?" + +; German strings +LangString lng_Caption ${LANG_GERMAN} "${PRODUCT_NAME} -- Open Source SVG-Vektorillustrator" +LangString lng_Editor ${LANG_GERMAN} "Wollen Sie $(^Name) zu Ihrem standardm��igem Bearbeitungsprogramm f�r SVG machen?" +LangString lng_Reader ${LANG_GERMAN} "Wollen Sie $(^Name) zu Ihrem standardm��igem Anzeigeprogramm f�r SVG machen?" +LangString lng_Removed ${LANG_GERMAN} "$(^Name) wurde erfolgreich von Ihrem Computer entfernt." +LangString lng_Uninstall ${LANG_GERMAN} "M�chten Sie $(^Name) und alle seine Komponenten von Ihrem Rechner entfernen?" Name "${PRODUCT_NAME} ${PRODUCT_VERSION}" -Caption "${PRODUCT_NAME} -- Open Source Scalable Vector Graphics Editor" +Caption $(lng_Caption) OutFile "Inkscape-${PRODUCT_VERSION}-1.win32.exe" InstallDir "$PROGRAMFILES\Inkscape" InstallDirRegKey HKLM "${PRODUCT_DIR_REGKEY}" "" @@ -72,14 +86,14 @@ Section -Post WriteUninstaller "$INSTDIR\uninst.exe" - MessageBox MB_YESNO|MB_ICONQUESTION "Do you want Inkscape to be the default SVG editor?" IDNO NoEditor + MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Editor) IDNO NoEditor WriteRegStr HKCR ".svg" "" "svgfile" WriteRegStr HKCR ".svgz" "" "svgfile" WriteRegStr HKCR "svgfile" "" "Scalable Vector Graphics file" WriteRegStr HKCR "svgfile\shell\edit\command" "" '$INSTDIR\Inkscape.exe "%1"' NoEditor: - MessageBox MB_YESNO|MB_ICONQUESTION "Do you want Inkscape to be the default SVG reader?" IDNO NoReader + MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Reader) IDNO NoReader WriteRegStr HKCR ".svg" "" "svgfile" WriteRegStr HKCR ".svgz" "" "svgfile" WriteRegStr HKCR "svgfile" "" "Scalable Vector Graphics file" @@ -87,14 +101,13 @@ NoReader: SectionEnd - Function un.onUninstSuccess HideWindow - MessageBox MB_ICONINFORMATION|MB_OK "$(^Name) was successfully removed from your computer." + MessageBox MB_ICONINFORMATION|MB_OK $(lng_Removed) FunctionEnd Function un.onInit - MessageBox MB_ICONQUESTION|MB_YESNO|MB_DEFBUTTON2 "Are you sure you want to completely remove $(^Name) and all of its components?" IDYES +2 + MessageBox MB_ICONQUESTION|MB_YESNO|MB_DEFBUTTON2 $(lng_Uninstall) IDYES +2 Abort FunctionEnd ; ####################################### ; Inkscape NSIS installer project file ; Used as of 0.40 ; ####################################### ; ####################################### ; DEFINES ; ####################################### !define PRODUCT_NAME "Inkscape" !define PRODUCT_VERSION "0.41+cvs" !define PRODUCT_PUBLISHER "Inkscape Organization" !define PRODUCT_WEB_SITE "http://www.inkscape.org" !define PRODUCT_DIR_REGKEY "Software\Microsoft\Windows\CurrentVersion\App Paths\inkscape.exe" !define PRODUCT_UNINST_KEY "Software\Microsoft\Windows\CurrentVersion\Uninstall\${PRODUCT_NAME}" !define PRODUCT_UNINST_ROOT_KEY "HKLM" ; ####################################### ; MUI SETTINGS ; ####################################### ; MUI 1.67 compatible ------ !include "MUI.nsh" !define MUI_ABORTWARNING !define MUI_ICON "${NSISDIR}\Contrib\Graphics\Icons\modern-install.ico" !define MUI_UNICON "${NSISDIR}\Contrib\Graphics\Icons\modern-uninstall.ico" ; Welcome page !insertmacro MUI_PAGE_WELCOME ; License page !define MUI_LICENSEPAGE_RADIOBUTTONS !insertmacro MUI_PAGE_LICENSE "Copying" ; Directory page !insertmacro MUI_PAGE_DIRECTORY ; Instfiles page !insertmacro MUI_PAGE_INSTFILES ; Finish page !define MUI_FINISHPAGE_RUN "$INSTDIR\inkscape.exe" !insertmacro MUI_PAGE_FINISH ; Uninstaller pages !insertmacro MUI_UNPAGE_INSTFILES ; Language files !insertmacro MUI_LANGUAGE "English" !insertmacro MUI_LANGUAGE "German" ; MUI end ------ ; English strings LangString lng_Caption ${LANG_ENGLISH} "${PRODUCT_NAME} -- Open Source Scalable Vector Graphics Editor" LangString lng_Editor ${LANG_ENGLISH} "Do you want $(^Name) to be the default SVG editor?" LangString lng_Reader ${LANG_ENGLISH} "Do you want $(^Name) to be the default SVG reader?" LangString lng_Removed ${LANG_ENGLISH} "$(^Name) was successfully removed from your computer." LangString lng_Uninstall ${LANG_ENGLISH} "Are you sure you want to completely remove $(^Name) and all of its components?" ; German strings LangString lng_Caption ${LANG_GERMAN} "${PRODUCT_NAME} -- Open Source SVG-Vektorillustrator" LangString lng_Editor ${LANG_GERMAN} "Wollen Sie $(^Name) zu Ihrem standardm��igem Bearbeitungsprogramm f�r SVG machen?" LangString lng_Reader ${LANG_GERMAN} "Wollen Sie $(^Name) zu Ihrem standardm��igem Anzeigeprogramm f�r SVG machen?" LangString lng_Removed ${LANG_GERMAN} "$(^Name) wurde erfolgreich von Ihrem Computer entfernt." LangString lng_Uninstall ${LANG_GERMAN} "M�chten Sie $(^Name) und alle seine Komponenten von Ihrem Rechner entfernen?" Name "${PRODUCT_NAME} ${PRODUCT_VERSION}" Caption $(lng_Caption) OutFile "Inkscape-${PRODUCT_VERSION}-1.win32.exe" InstallDir "$PROGRAMFILES\Inkscape" InstallDirRegKey HKLM "${PRODUCT_DIR_REGKEY}" "" ShowInstDetails show ShowUnInstDetails show Section "MainSection" SEC01 SetOutPath "$INSTDIR" SetOverwrite ifnewer File /a /r "inkscape\*.*" CreateDirectory "$SMPROGRAMS\Inkscape" CreateShortCut "$SMPROGRAMS\Inkscape\Inkscape.lnk" "$INSTDIR\inkscape.exe" CreateShortCut "$DESKTOP\Inkscape.lnk" "$INSTDIR\inkscape.exe" SectionEnd Section -AdditionalIcons CreateShortCut "$SMPROGRAMS\Inkscape\Uninstall Inkscape.lnk" "$INSTDIR\uninst.exe" SectionEnd Section -Post WriteUninstaller "$INSTDIR\uninst.exe" MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Editor) IDNO NoEditor WriteRegStr HKCR ".svg" "" "svgfile" WriteRegStr HKCR ".svgz" "" "svgfile" WriteRegStr HKCR "svgfile" "" "Scalable Vector Graphics file" WriteRegStr HKCR "svgfile\shell\edit\command" "" '$INSTDIR\Inkscape.exe "%1"' NoEditor: MessageBox MB_YESNO|MB_ICONQUESTION $(lng_Reader) IDNO NoReader WriteRegStr HKCR ".svg" "" "svgfile" WriteRegStr HKCR ".svgz" "" "svgfile" WriteRegStr HKCR "svgfile" "" "Scalable Vector Graphics file" WriteRegStr HKCR "svgfile\shell\open\command" "" '$INSTDIR\Inkscape.exe "%1"' NoReader: SectionEnd Function un.onUninstSuccess HideWindow MessageBox MB_ICONINFORMATION|MB_OK $(lng_Removed) FunctionEnd Function un.onInit MessageBox MB_ICONQUESTION|MB_YESNO|MB_DEFBUTTON2 $(lng_Uninstall) IDYES +2 Abort FunctionEnd Section Uninstall Delete "$DESKTOP\Inkscape.lnk" Delete "$SMPROGRAMS\Inkscape\Uninstall Inkscape.lnk" Delete "$SMPROGRAMS\Inkscape\Inkscape.lnk" RMDir "$SMPROGRAMS\Inkscape" RMDir /r "$INSTDIR" SetAutoClose true SectionEnd

3 2

Re: New GUI projects
by Diego González 14 Mar '05

14 Mar '05

>* Commandline options > > Implement code that takes argc,argv, parses it via popt, and stores it > in a member of Inkscape::Application::Application in > src/application/application.cpp. If you"ve not used popt before, > here"s a handy PDF on it: http://www.rpm.org/local/popt.pdf > > The current option handling code is in main.cpp, but is kind of > hackish so feel free to redesign it a bit. Glib 2.6 has a new API to address this need, if you're going to use glibmm the new API (GOption) is wrapped.

2 1

Freehand drawing tool
by Bryce Harrington 14 Mar '05

14 Mar '05

There'd been some comments about the quality of the Inkscape drawing tool compared with Sodipodi. I experimented around a bit with both. I see what they mean, but it's difficult to quantify the issue. Inkscape's drawing tool "feels" snappier, it doesn't lag like Sodipodi, and it produces lines smoothly, but it just doesn't "feel" right. I can't draw worth beansy, but I could see the difference when I tried writing my name: http://bryceharrington.com/freehand_drawing.png Try signing your name with the two apps and see if you notice a difference. Bryce

9 32

extensions usability
by unknown＠example.com 14 Mar '05

14 Mar '05

We need to rethink this approach to warning about unloaded extensions. It seems to be causing a LOT of confusion amongst our user community, of which the below is representative. At the very least the dialog needs some text explaining the implications for the users so they don't jump to the conclusion that Inkscape is broken. ----- Forwarded message from "Robert C. Smith" <rcsthrax@...106...> ----- Date: Wed, 09 Mar 2005 13:51:27 -0700 From: "Robert C. Smith" <rcsthrax@...106...> Reply-To: inkscape-user(a)lists.sourceforge.net Subject: Re: [Inkscape-user] autopackage To: inkscape-user(a)lists.sourceforge.net "One or more extensions failed to load The failed extensions have been skipped. Inkscape will continue to run normally but those extensions will be unavailable." Wayne...I plan to run dual-boot but had problems loading Mandrake which I am investigating. The above shows that the Windows load of Inkscape HAS PROBLEMS and that this isn't just an open-source distribution issue. I would appreciate that this fact be recognized as discussion proceeds. I am new to open-source except for the Gimp. What is an "extension?" What are the implications of lacking an extension? What is new in .41 which would provoke this error message? (The situation is independent of service packs.) ....RCs On 9 Mar 2005 at 9:37, wayne wrote: > On Wednesday 09 March 2005 07:03 am, oisin feeley wrote: > > On Tue, 8 Mar 2005 18:10:46 -1000, wayne <iw@...131...> wrote: > > > Just installed inkscape 0.41 with autopackage. When I open it, I > > > get a message saying that one or more extensions failed to load. > > > > I get that message too and it doesn't appear to affect running > > inkscape-0.41, so you may be able to discount it from your > > debugging. Examining the file ~/.inkscape/extension-errors.log shows > > the following. > > > > Extension "Sketch Input" failed to load because a dependency was not > > met. Dependency:: > > type: executable > > location: path > > string: skconvert > > > > Extension "Postscript Input" failed to load because a dependency was > > not met. Dependency:: > > type: extension > > location: path > > string: org.inkscape.input.sk > > > > Extension "Postscript Input" failed to load because a dependency was > > not met. Dependency:: > > type: executable > > location: path > > string: pstoedit > > > > Extension "AI Output" failed to load because a dependency was not > > met. Dependency:: > > type: executable > > location: path > > string: pstoedit > > Extension "EPS Input" failed to load because a dependency was not > > met. Dependency:: > > type: extension > > location: path > > string: org.inkscape.input.ps > > > > Oisin > > 0.4.1 doesn't run at all after the "one or more extensions failed to > load" error window. I end up with the command line error message > about: > > SCIM: im_module_init > > > free(): invalid pointer 0x9453670! > > > free(): invalid pointer 0x9453650! > > Segmentation fault (core dumped) > > Wayne > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real > users. Discover which products truly live up to the hype. Start > reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ Inkscape-user mailing > list Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user ----- End forwarded message -----

9 12

New GUI projects
by Bryce Harrington 14 Mar '05

14 Mar '05

Here are some areas where help is needed in the new gui code. If you'd like to help, pick anything off this list that looks interesting and have at it. * Transformation dialog. There's some bits of code that are currently commented out because they depended on inkscape internals that weren't available while inkscape_gtkmm was separate. With the code integrated, these can now be hooked up. Uncomment something, recompile, and fix any errors that occur. * src/ui/dialog/dialog.cpp. Search for 'TODO'. A lot of little leftover things that need to be reviewed/implemented/fixed. Pick something that looks interesting. * Hook in the canvas. I assume there's something in the existing codebase we can just link up to, but don't know what that'd be. In any case, there's a stub for it in src/application/editor-impl.cpp called initSvgCanvas(). * Implement preferences loading/saving. In src/application/application.cpp, implement the functions Application::loadPreferences() and Application::savePreferences. For reference, the current preferences code is in inkscape.cpp. * Commandline options Implement code that takes argc,argv, parses it via popt, and stores it in a member of Inkscape::Application::Application in src/application/application.cpp. If you've not used popt before, here's a handy PDF on it: http://www.rpm.org/local/popt.pdf The current option handling code is in main.cpp, but is kind of hackish so feel free to redesign it a bit. * Finish (re-)implementation of Inkscape Preferences dialog. Car Hetherington did much of the work of gtkmmifying the preferences dialog, but it's diverged from mainline. Also, there was some thought put into reimplementing it, so if you feel ambitious, go ahead and rework the dialog to fit the new design. * Gtkmmify the Statusbar. This should hook in to src/application/editor-impl.cpp in the initStatusbar() routine. The current code for the statusbar is in desktop.cpp. Start by looking at SPDesktop::_set_status_message, then search on 'statusbar' and 'select_status'. I *think* what is needed is to implement a new class Inkscape::UI::Widget::Statusbar that subclasses Gtk::Statusbar and adds the Inkscape-specific functionality we need, but that's just a rough guess; I haven't put much thought into it so if you know a better approach, go for it. The above tasks are what we need most desperately right now, but I think if we can get these items done, that will move us a *huge* step forward. I'd love the help, and if you have any questions on any of it, let me know. Bryce

1 0

Gtkmm updates
by Bryce Harrington 14 Mar '05

14 Mar '05

I've just checked in a few improvements to the gtkmm code: * Added support for share/ui to path-prefix.h and removed all hardcoded paths in the gtkmm code. You should now be able to run inkscape --new-gui with inkscape installed in either /usr or /usr/local without issue. * Integrated the new Transformation dialog. Looks much like the original one, but is implemented in gtkmm instead of gtk. This dialog is intended to serve as a complete working example of a gtkmmified dialog. * Added a bunch of individual icons to share/icons/. This is a mix of .svg and .xpms. This should probably be redone. We now prefer having all icons as svg, and having all of the icons in 'icons.svg' instead of as individual files. These files were done like this simply because in the separated inkscape_gtkmm codebase we of course did not have access to the inkscape renderer; now that the code is integrated, it would be a good project for someone to replace these temporary implementations with use of the inkscape renderer. Bryce

2 1

Re: [Inkscape-devel] extensions usability
by Jose Hevia 13 Mar '05

13 Mar '05

> Ted Gould wrote: > > Yes, I think the text needs to change -- but I think the dialog needs to > > stay. > > I'd like to recommend disabling the dialog, at least until it's pretty > common people will have most extensions. Let me tell you a story: I'm a inkscape user that eventually learned to use inkscape to make vector drawings. I use debian sid ,so I just made an update to apt-get.If you have used it you know how easy is to upgrade +30 programs at once.I was working hard until night for a deadline project so I just shut down the computer and didn't use this computer for some days when finished. Later ,I needed to open a SVG to work with and so it happened: One or more extensions failed to load!!! The failed extensions have been skipped... What the hell? (#?!(%$·#!!!!!).Something is crashed,but what?,I open inkscape from command line ,no indication.No help.Nada.Nil.Nothing. Simply ,I don't know what an extension here means,I only recently read the mailing list,and don't know.They are optional parts like extras or fundamental part? It says: [...]please refer to the error log located a[...]ooh, so it's an error. (If it wasn't inkscape will start without pushing an (annoying) OK button.) But it's strange ,I could use inkscape like I was used to and nothing breaks (but beware ,don't trust, something is broken and could make lost your important data). I didn't unmarked "Show dialog on startup" because if something is broken I don't want it to hide this fact. No need to tell you that I didn't read /home/xxx/.inkscape/extension-errors.log(or if I did don't remember), and it took me some time to connect the general update with this "crash".I thought it was inkscape having problems,then I notice something different with the program,had a look to about dialog to see that I just installed a new version. Sorry for my behavior, if I had no others things to do I'd do better Jose Hevia

1 0

'using namespace' considered harmful
by MenTaLguY 13 Mar '05

13 Mar '05

Guys, I've been noticing a lot of usage of 'using namespace' starting to creep into the codebase. With few exceptions, that's not a good thing... The reason is that as more classes get added to the imported namespace, a class or function may eventually get added that conflicts with one in your own namespace. Depending on the exact nature of the conflict, it may not result in a compile failure, but instead introduce subtle bugs into the compiled code (e.g. if overload resolution picks the wrong function). So, as a rule, please 'using' the individual classes or functions that you actually need. Do NOT 'using' an entire namespace, and especially DO NOT use any form of 'using' in the global scope of a header file -- that will pollute the namespace of every file that directly or indirectly includes your header. Current offenders: (header files with inappropriate 'using's that MUST be fixed) src/ui/dialog/align-and-distribute.h:using namespace Inkscape::UI::Widget; src/ui/dialog/document-preferences.h:using namespace Inkscape::UI::Widget; src/ui/dialog/export.h:using namespace Inkscape::UI::Widget; src/ui/dialog/fill-and-stroke.h:using namespace Inkscape::UI::Widget; src/ui/dialog/find.h:using namespace Inkscape::UI::Widget; src/ui/dialog/inkscape-preferences.h:using namespace Inkscape::UI::Widget; src/ui/dialog/messages.h:using namespace Inkscape::UI::Widget; src/ui/dialog/text-properties.h:using namespace Inkscape::UI::Widget; src/ui/widget/unit-menu.h:using namespace Inkscape::Util; (modules where individual 'using's would be better) src/ui/dialog/inkscape-preferences.cpp:using namespace Inkscape::UI::Widget; src/ui/stock-items.cpp: using namespace Gtk::Stock; src/application/editor-impl.cpp:using namespace Inkscape::UI; src/application/editor-impl.cpp:using namespace Inkscape::UI::Widget; src/io/ftos.cpp:using namespace std; src/svg/ftos.cpp:using namespace std; src/svg/itos.cpp:using namespace std; Please fix, thanks. -mental

1 0

NEW: more gradient stuff
by bulia byak 13 Mar '05

13 Mar '05

Some improvements since the last announcement: - All tools that were previously able to click to select (namely node, shapes, and gradient tools), can now do Shift+click (add to selection) and Alt+click (select under) exactly as the Selector tool. - Dragging a gradient handle with Ctrl+Shift will scale the entire linear or radial gradient around its center. - Gradient handles for each gradient are connected by blue lines for fill gradient and yellow lines for stroke gradient. - In gradient tool, instead of dragging, you can double-click an object to create a new gradient centered within the object's bounding box. If you have several objects selected, or if your selected object is behind another one, you can double-click with Ctrl to create gradients on selected object(s) without changing selection. - The selected gradient handle will intercept any color/opacity setting commands and apply them to the corresponding stop(s) of its gradient(s). This means that at least two-stop gradients can be completely edited without ever opening the Gradient Editor dialog. In particular, you can use these methods to change the color of the selected handle: + Dropper tool (for example, to blend a radial gradient onto background, select its outer handle and pick the background color with the dropper). + Paste style (if the pasted style contains both fill and stroke style, the stop will take the fill style). + Fill and stroke dialog [this does not quite work yet because the dialog switches to gradient button and won't let you edit the color] - Double-clicking any gradient handle will open the Gradient Editor dialog with that handle's gradient loaded and the corresponding stop selected in the list. - Before, the actual direction of the linear gradient was not always perpendicular to the line connecting it handles if the bounding box of the object was not a square. This is now fixed, though the fix only works for new gradients that you create (i.e. gradients in old files are not affected). In other news, Richard Hughes' text layout rewrite appears to have reduced the memory consumption on a text-heavy document by about 20%, and rendering is faster by the same percentage. Hooray! :)

3 2

Inkscape hangs; create rectangle, lock layer, select (root)
by xscd 13 Mar '05

13 Mar '05

Can someone confirm the following issue? I'm using Inkscape 0.41 (Feb 10 2005), installed via Debian package, in Debian with a dual-CPU Tyan motherboard. I can reliably cause this hang by doing the following steps: * launch Inkscape, and in the default new document, choose the rectangle tool and draw a rectangle * with the rectangle still selected and its handles visible, click the "lock layer" icon on the status bar at the bottom of the window * click the layer menu on the status bar next to the lock icon, and select "(root)" At this point Inkscape hangs and begins to monopolize the CPU(s). Thank you, Steve D, New Mexico, US -- ---------------------------------------------------------------- The difference between a violin and a viola is that a viola burns longer. -Victor Borge ----------------------------------------------------------------

6 7

gradient editing strangeness
by Johan Forsberg 11 Mar '05

11 Mar '05

Hello, I *really* like the new "on canvas" gradient editing mode. However, the gradient editing still has a feature that I find puzzling. Maybe it's part of the svg standard or something and then it can't be changed I suppose. When editing a linear gradient, the line between the handles seems like it should represent the actual direction of the gradient, but it doesn't, exactly, unless the object has a perfectly square bounding box. If the bounding box is rectangular, the only directions in which the line and the direction of the gradient are the same are horizontal and vertical; all other directions the gradient appears "sheared" ('m not sure if this is the correct term); it is not parallel to the line. (This is a bit hard to explain, perhaps I should make a screen shot to demonstrate what I mean?) Even more confusing is the fact that this behaviour does not change even if the object is resized to have a square bounding box. This sometimes makes it difficult, for example to fine-tune a gradient on a very long and thin object, depending on its orientation. I don't know it I should report this as a bug or if there is some rational explanation :) Cheers, Johan Forsberg

2 2

Absolute paths for website
by Jonathan Leighton 11 Mar '05

11 Mar '05

I've been working on a prototype of the Inkscape news using WordPress, but am having trouble as URIs for archives come out like "/archives/2005/01/". Due to the relative paths used on the website, the browser then can't locate the stylesheets, and links point to the wrong place on those pages. So... does it matter if I change to absolute paths? (Which, IMHO, are better anyway) -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

5 10

Please help fixing i18n bug
by Samphan Raruenrom 11 Mar '05

11 Mar '05

Please help fixing the bug 1093864 http://sourceforge.net/tracker/index.php?func=detail&aid=1093864&group_id=9… It renders Inkscape almost useless for Thai (and other CTL languages). I guess any nonspacing combining character, no matter what language it is, shouldn't work too. Please tell me if there're anything I can help (e.g. test cases, I can't attach the file to the issue). Thanks. -- _/|\_ Samphan Raruenrom.

2 5

Duplicating libcroco code in Inkscape tree
by Peter Moulder 11 Mar '05

11 Mar '05

I am working on supporting non-inline CSS stylesheets, by using libcroco (a C library for CSS parsing and determining what CSS properties apply to a given element). Not quite: libcroco 0.6 (the most recent released version) isn't really suitable for Inkscape's use for finding what properties apply to a given element: it requires a libxml in-memory representation of the document tree rather than allowing use of our preferred Inkscape::XML::Node. (See near end of http://www.inkscape.org/cgi-bin/wiki.pl?CSS_Support for more details.) I have prepared some modifications to libcroco to make this more suitable for us, and I've gradually been feeding patches to the libcroco maintainer, but that will take some time for all the changes just to reach CVS, let alone be released as libcroco 0.7, let alone be available on a reasonable number of our users' systems. There are two main ways of addressing this that I'm considering: i) Put our own version of the rule selection code (cr-sel-eng.{c,h}) into Inkscape, and make it play nice with an installed (external) copy of libcroco 0.6. ii) Put all of libcroco into the Inkscape source tree. For (i), there are two aspects of "playing nicely with installed libcroco": - Getting `#include "cr-foo.h"' to find cr-foo.h (usually referenced from user apps as `#include <libcroco/cr-foo.h>'). The simplest approach is to change all `#include "cr-foo.h"' to `#include <libcroco/cr-foo.h>'. This is my preferred approach at the moment. It's tempting to try instead to get `-I/usr/include/libcroco-0.6/libcroco' (or whatever the path on the user's system) into our INCLUDES variable. This approach would be pleasing in its simplicity, and would also slightly reduce work in merging changes back into upstream libcroco. However, given that the exact path varies from system to system, the best I can think of involves adding to configure.ac something like ink_cr_incl=`pkg-config --cflags libcroco-0.6 | sed 's, .*,/libcroco ,'` INCLUDES="$INCLUDES $ink_cr_incl" (while retaining libcroco-0.6 in a PKG_CHECK_MODULES call, which would take care of LDFLAGS and error handling). Not too big a deal, but then neither is the #include-changing alternative. - Avoiding linkage errors from having cr-sel-eng symbols both in Inkscape's internal libraries and also in installed libcroco. Is there some linker options to avoid this? Otherwise, the alternatives are either to #define all the external symbols of our own cr-sel-eng to something else, or to convert cr-sel-eng.c to C++, which I believe should give different linker symbols (mangled); we could wrap in a namespace{} too if we want. My local copy uses the convert-to-C++ approach. It involved adding explicit casts in a dozen or so places (no implicit cast from void* in C++, no treating enums as ints). Approach (ii) has at least the following advantages & disadvantages: Advantages: - All libcroco source files can stay in C and can retain their existing #include text. - It guarantees us that libcroco is available. Otherwise we must choose between either: - Requiring libcroco (and bundling on some platforms with poor package management -- can't they all just use Debian? ;-) ); or - Using `#ifdef WITH_LIBCROCO' in the source code, and accepting that not all builds of 0.42 (or whatever) will be able to read SVG files using non-inline style. Disadvantages: - Makes Inkscape source tree about 1MB bigger, and increases Inkscape's memory usage at runtime. - Any bug fixes to libcroco would have to wait until at least one release of Inkscape before being fixed. This is most of concern if the bug fix is security-related. Licensing doesn't seem to be a problem: libcroco appears to be LGPL. I haven't yet checked with the libcroco maintainer for his comments; I'll bcc him. Can people add to this list of advantages & disadvantes, or suggest alternatives, or give other relevant information? pjrm.

7 18

icon issues
by bulia byak 11 Mar '05

11 Mar '05

Jon, a couple small icon-related things: 1 when double clicking a guide to open guide dialog, i get ** (inkscape:24066): WARNING **: failed to load icon 'guide_dialog' 2 launch, ctrl+n to open a new window, ctrl+q to quit: (inkscape:24082): Gtk-CRITICAL **: gtk_size_group_remove_widget: assertion `GTK_IS_SIZE_GROUP (size_group)' failed

2 3

icon preview?
by bulia byak 10 Mar '05

10 Mar '05

Jon, what is this new icon preview dialog? Is it temporary?

4 6

text recommended reading: W3C charmod
by unknown＠example.com 10 Mar '05

10 Mar '05

Recommended reading for anyone here working on text stuff: http://www.w3.org/TR/charmod/ -mental

1 0

New text layout code
by Richard Hughes 10 Mar '05

10 Mar '05

I've just committed the first part of my text layout rewrite. The patch got a little excessively large so there's bound to be breakage somewhere (probably a lot of places). If you assign any bug that looks to be my fault to me (cyreve) that would be helpful. It's a little sparse at the moment, but I'm hoping to ramp up the features fairly quickly now I've got a decent base to work on. Known regressions: 1) Things go wrong if you delete a line break and then add one in the same place. I know exactly what I need to fix. 2) Linespacing was implemented as a custom attribute on the <tspan> fields. I want to move this into the css before I enable it (it's neater if everything is in SPStyle) but will, of course, retain backward compatibility with old files. 3) Likewise justification on <flowtext> (although I don't imagine anybody's seriously using this currently). 4) flowtext editing on the canvas didn't work very well before, and it still doesn't work very well. 5) I think vertical text is probably broken. It's been a while since I tried it. The old implementation was actually wrong according to the css spec, because the latin glyphs should have been rotated 90 degrees by default. New stuff that works now: 1) share/examples/flowsample.svg renders the rtl portions correctly 2) Up/down movement in text goes straight up and down, rather than going to the same character index in the line above. Also, it doesn't jump from one side of the gap in flowsample.svg to the other. It still drifts a bit over repeated up/down because I've left some compatibility layers in. 3) Insertion and deletion of text with styles should keep the XML tree a bit cleaner than before. 4) Um...I made the cursor go italic when you're over italic text (well I thought it was cool). This doesn't work for Bitstream Vera because oddly enough they didn't specify the angle of the italic text in the font file. New stuff that will work in the short to medium term: 1) Editing <flowtext> 2) Line spacing, full justification and whatever other 'easy' css properties I can find 3) Text selection, maybe a text toolbar too if I can persuade Bulia to write it for me :-) New stuff that will work eventually: 1) Moderately complete css3 Text functionality 2) Anything else that I dream up along the way That's it I think. Now I just wait for the bug reports to fly in. Richard.

3 5

printing
by herve couvelard 10 Mar '05

10 Mar '05

Hello, just une question, when it come to printing (wokrs fine). a ps files from inkscape show : <snip> %!PS-Adobe-2.0 %%BoundingBox: 0 0 596 842 %%HiResBoundingBox: 0 0 595.276 841.89 0 841.89 translate 0.8 -0.8 scale gsave [1 0 0 1 0 0] concat 0 0 0 setrgbcolor <==== taht is real black there newpath 47.4377 88.6988 moveto 47.4377 113.095 lineto 70.4789 113.095 lineto 70.4789 88.6988 lineto 47.4377 88.6988 lineto closepath </snip> but the printer (HP desjet 1220C - inkjet printer - cups hpijs driver) use black+color cartridges where/how can track that down to make her print only with black cartridge for black text ? Thanks in advance hervé

1 0

Re: [Sodipodi-list] Re: I can't admin the project after all
by Jon Phillips 10 Mar '05

10 Mar '05

On Wed, 2005-03-09 at 21:19 -0500, Pat Suwalski wrote: > Michael Schumacher wrote: > > Is there anything in Sodipodi that's not in Inkscape? Probably nothing > > except the more modular interface, and this is currently being worked on (in > > the direction of GIMP-style tabbed docks, AFAIK). > > There is one feature that was added shortly after the fork, and that is > applying transformations. So, if a point drawn at [0,0] was moved x+5 > and y+3, then applying would make its actual coordinated [5,3]. I can't > seem to find equivalent simplification commands in Inkscape, and I > certainly use them as it makes things like rotations and such far more > compatible. > I've forwarded this to the Inkscape list, as it has been talked about before. If it is useful, then it should get a look at...especially, if you all would like to see in Inkscape. Jon > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Sodipodi-list mailing list > Sodipodi-list(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sodipodi-list > -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu) Scale Journal (http://scale.ucsd.edu)

1 0

No more dialogs!!!
by Jon A. Cruz 09 Mar '05

09 Mar '05

I just wanted to say... We should not be coding dialogs any more. Instead we need to keep in mind breaking things down and making them reusable. One thing would be to avoid subclassing Gtk::Dialog. Instead we should have things more generic, and come up with a generic class based on Gtk::Container. These composit widgets could then be wrapped in a Gtk::Dialog for convenience, but then they could also be dropped into tabbed pages of a notebook, set vertically in a single window, etc. And then in our code, we should try to avoid the physical concept of "pop up the style dialog", and instead replace it with the logical concept of "present the style chooser to the user". That's a very subtle difference, but can help in lots of areas. Also... are there any other components we should come up with? Right of hand I can think of one in the 'Icon Preview' dialog I'm working on. It probably needs an document chooser, much like on the GIMP's layer dialog. However, others might need this too, so I was thinking it would be nice to have it generic and as reusable as the 'current color widget'. Anything else?

5 6

Icon loading changes
by Jon A. Cruz 09 Mar '05

09 Mar '05

I just did a big change in the behavior of Inkscape icons. Funny thing is, it's a net reduction in lines of code. Anyway, now when it goes to build an icon, it first asks GTK+ if there's a stock image of that name. If so, it loads it on up. And it also returns the stock GtkImage instead of a new instance of SPIcon built from an extracted bitmap. One of the things is that now the stock icons being used will reflect the current theme, when before they'd always be the default GTK+ stock icons regardless of what theme was being used. Also... if the theme is changed will the app is open, they stock icons will now change to stay in step. Perhaps we should use more stock icons. Perhaps we should get inkscape ones pushed out into standard stock land. Perhaps we should have nice SVG inkscape theme sets to switch when main themes are changed. Perhaps... Anyway, play around and see what comes up.

8 12

Icon preview
by Jon A. Cruz 09 Mar '05

09 Mar '05

It's a little buggy, but go ahead and check out the initial cut of "Icon Preview" under the View menu. I mainly just put stuff I needed for debugging into a dialog. Just hit "refresh" and it will render the top desktop's selected item as icons in different stock sizes.

2 2

bug with gradient editing
by David Christian Berg 09 Mar '05

09 Mar '05

Hey Bulia, just found a bug with gradient editing. Steps to reproduce: 1. Create a Text 2. Apply a gradient to the text 3. Delete the text 4. Undo deleting the text 5. Try to edit the gradient or switch to a solid fill. It won't work If you can't fix it right away, I'll file a bug report against it. Take care! David

5 8