November 2005 - Inkscape Devel

RE: 0.43pre3: Everything is perfect
by James Kilfiger 13 Nov '05

13 Nov '05

> And, if it's not, now is a good time to mention it. Well there're bugs https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1281512&group_… https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1335301&group_… which are gdk bugs that make using inkscape with the mouse of a tablet on win32 pretty difficult. James Kilfiger

1 0

No AR_FLAGS in src/Makefile.in
by Jeremy Y. Meng 12 Nov '05

12 Nov '05

I noticed that there is this line AR = @AR@ in src/Makefile.in, but no AR_FLAGS line in the file. The default value of 'cru' is hardcoded everywhere. Is this a bug or else? -- Jeremy ---------------------------------------------------------------------------

1 0

boolean ops bugs
by unknown＠example.com 12 Nov '05

12 Nov '05

The itch I would most like to scratch is fixing the bugs that cause objects to disappear with boolean ops. I can't believe how often I run into these bugs when I try to do real work in inkscape. (I almost never try to do real work.) I've also noticed that newbies often try boolean ops with simple paths to see the results, in many cases simple paths are the ones that cause boolean ops the most problems. The bugs I witness are similar to the following: http://sourceforge.net/tracker/index.php?func=detail&aid=1056182&group_id=9… http://sourceforge.net/tracker/index.php?func=detail&aid=1240704&group_id=9… http://sourceforge.net/tracker/index.php?func=detail&aid=1121214&group_id=9… Tracking boolean ops down in doxygen I get about this far before I realize that I don't understand anything: http://www.inkscape.org/doc/doxygen/html/splivarot_8cpp.php#689a3eb52238706… http://www.inkscape.org/doc/doxygen/html/classShape.php#280456eade08d59a110… I'm not going to be able to track and squash these bugs on my own. I have no idea what process to follow or what to look for. But I do pledge to assist in any way the person or persons who will offer to help me. Aaron Spike

2 1

Port to SGI IRIX 6.5
by Jeremy Y. Meng 12 Nov '05

12 Nov '05

Dear Inkscape developers, Thank you all for this wonderful program. I love it and have been trying to port it to SGI IRIX 6.5 platform. My workstation is an Octane2 V6 running 6.5.28. My goal is to build Inkscape-20051109-0840 using SGI MIPSpro compiler. I managed to get an executable by patching the source (many many "#ifdef (__sgi) ..."). However it crashed every time shortly after startup, with the following error: > inkscape event_scan: got unknown client message ALERT: Process [inkscape] 775729 generated trap, but has signal 10 held or ignored epc 0xfa46a14 ra 0xfa46244 badvaddr 0xffffffffff396d98 process has been terminated to prevent infinite loop Bus error The interesting part is that I could run inkscape remotely from a windows machine via Cygwin/X server and play with it for a while (until it randomly crashed). Does this have anything to do with the X visuals? The Octane V6 has a highest 30-bit visual. Then I tried again using gcc 3.4. This time I only need to modify a few #define's regarding isFinite() and round(). But the disaster was when making the inkscape binary. There are tons of errors like a few listed below. I don't know too much C++. I am hoping my patch didn't introduce any bugs into Inkscape. Anyone interested please take a look at my patch and maybe give some insights? --- begin pasting error msg --- gmake all-recursive gmake[1]: Entering directory `/usr/people/voidfoo/devel/inkscape/inkscape_gcc/build_gcc' Making all in src gmake[2]: Entering directory `/usr/people/voidfoo/devel/inkscape/inkscape_gcc/build_gcc/src' /bin/sh ../libtool --mode=link g++ -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -Wa,-xgot -L/usr/nekoware/lib -o inkscape --export-dynamic main.o libinkpre.a application/libinkapp.a ui/dialog/libuidialog.a dialogs/libspdialogs.a dom/libdom.a jabber_whiteboard/libjabber_whiteboard.a trace/libtrace.a svg/libspsvg.a widgets/libspwidgets.a display/libspdisplay.a helper/libspchelp.a libcroco/libcroco.a libnrtype/libnrtype.a libnr/libnr.a libavoid/libavoid.a livarot/libvarot.a ui/view/libuiview.a ui/libui.a ui/widget/libuiwidget.a extension/libextension.a extension/implementation/libimplementation.a extension/internal/libinternal.a extension/script/libscript.a xml/libspxml.a util/libinkutil.a io/libio.a inkjar/libinkjar.a libinkpost.a debug/libinkdebug.a -L/usr/nekoware/lib -L/usr/nekoware//lib -lgtkmm-2.4 -lgdkmm-2.4 -latkmm-1.6 -lpangomm-1.4 -lglibmm-2.4 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lxslt -lxml2 -lz -liconv -lm -lsigc-2.0 -lgthread-2.0 -lpthread -lglib-2.0 -lintl -lpng -lz -lpopt -L/usr/nekoware/lib -lgnomevfs-2 -lbonobo-2 -lgconf-2 -lbonobo-activation -lORBit-2 -lm -lgmodule-2.0 -lgthread-2.0 -lpthread -lglib-2.0 -lintl -rpath /usr/nekoware/lib -L/usr/nekoware/lib -lXft -lfreetype -lz -lXrender -lX11 -lfontconfig -L/usr/nekoware/lib -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -L/usr/nekoware/lib -rpath /usr/nekoware/lib -lfreetype -lz -lgc g++ -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -Wa,-xgot -o inkscape --export-dynamic main.o -L/usr/nekoware/lib libinkpre.a application/libinkapp.a ui/dialog/libuidialog.a dialogs/libspdialogs.a dom/libdom.a jabber_whiteboard/libjabber_whiteboard.a trace/libtrace.a svg/libspsvg.a widgets/libspwidgets.a display/libspdisplay.a helper/libspchelp.a libcroco/libcroco.a libnrtype/libnrtype.a libnr/libnr.a libavoid/libavoid.a livarot/libvarot.a ui/view/libuiview.a ui/libui.a ui/widget/libuiwidget.a extension/libextension.a extension/implementation/libimplementation.a extension/internal/libinternal.a extension/script/libscript.a xml/libspxml.a util/libinkutil.a io/libio.a inkjar/libinkjar.a libinkpost.a debug/libinkdebug.a -L/usr/nekoware//lib /usr/nekoware/lib/libgtkmm-2.4.so -L/usr/lib32 /usr/nekoware/lib/libgdkmm-2.4.so /usr/nekoware/lib/libatkmm-1.6.so /usr/nekoware/lib/libpangomm-1.4.so /usr/nekoware/lib/libglibmm-2.4.so /usr/nekoware/lib/libgtk-x11-2.0.so /usr/nekoware/lib/libgdk-x11-2.0.so /usr/nekoware//lib/libatk-1.0.so /usr/nekoware/lib/libgdk_pixbuf-2.0.so /usr/nekoware/lib/libpangocairo-1.0.so /usr/nekoware/lib/libcairo.so -lpng12 /usr/nekoware/lib/libglitz.so /usr/nekoware/lib/libxslt.so /usr/nekoware/lib/libsigc-2.0.so -lpng /usr/nekoware/lib/libgnomevfs-2.so -L/usr/local/lib -L/usr/local2/lib /usr/nekoware/lib/libxml2.so -lssl -lcrypto -lgen /usr/nekoware/lib/libbonobo-2.so /usr/nekoware/lib/libgconf-2.so /usr/nekoware/lib/libbonobo-activation.so /usr/nekoware/lib/libORBitCosNaming-2.so -lfastm /usr/nekoware/lib/libORBit-2.so /usr/nekoware/lib/libpopt.so /usr/nekoware/lib/libgthread-2.0.so -lpthread /usr/nekoware/lib/libXft.so /usr/nekoware/lib/libXrender.so -lX11 /usr/nekoware/lib/libfontconfig.so /usr/nekoware/lib/libexpat.so /usr/nekoware/lib/libpangoft2-1.0.so /usr/nekoware/lib/libpango-1.0.so -lm /usr/nekoware/lib/libgobject-2.0.so /usr/nekoware/lib/libgmodule-2.0.so /usr/nekoware/lib/libglib-2.0.so /usr/nekoware/lib/libintl.so /usr/nekoware/lib/libiconv.so -lc /usr/nekoware/lib/libfreetype.so -lz /usr/nekoware/lib/libgc.so -ldl -Wl,-rpath -Wl,/usr/nekoware/lib:/usr/nekoware//lib ld32: WARNING 84 : dom/libdom.a is not used for resolving any symbol. ld32: WARNING 84 : jabber_whiteboard/libjabber_whiteboard.a is not used for resolving any symbol. ld32: WARNING 84 : inkjar/libinkjar.a is not used for resolving any symbol. ld32: WARNING 84 : /usr/nekoware/lib/libgtkmm-2.4.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/nekoware/lib/libxslt.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/lib32/libgen.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/nekoware/lib/libXft.so is not used for resolving any symbol. ld32: WARNING 84 : /usr/lib32/libdl.so is not used for resolving any symbol. ld32: ERROR 33 : Unresolved text symbol "Gtk::Main::Main(int*, char***, bool)" -- 1st referenced by main.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved text symbol "Gtk::Main::run()" -- 1st referenced by main.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved text symbol "Gtk::Main::~Main()" -- 1st referenced by main.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved text symbol "Glib::ustring::ustring()" -- 1st referenced by libinkpre.a(file.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved text symbol "Glib::ustring::operator=(char const*)" -- 1st referenced by libinkpre.a(file.o). Use linker option -v to see when and which objects, archives and dsos are loaded. [many many lines skipped] ld32: ERROR 33 : Unresolved text symbol "virtual thunk to Gtk::Adjustment::~Adjustment()" -- 1st referenced by extension/libextension.a(parameter.o). Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: INFO 152: Output file removed because of error. collect2: ld returned 2 exit status gmake[2]: *** [inkscape] Error 1 gmake[2]: Leaving directory `/usr/people/voidfoo/devel/inkscape/inkscape_gcc/build_gcc/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/people/voidfoo/devel/inkscape/inkscape_gcc/build_gcc' gmake: *** [all] Error 2 --- end pasting error msg --- Thank you very much! -- Jeremy Meng ---------------------------------------------------------------------------

4 5

NEW: Selected style indicator, statusbar redesign
by bulia byak 12 Nov '05

12 Nov '05

A new control in the left end of the statusbar lets you quickly view and change the fill and stroke of the selected object(s). * The two indicators, labelled "F:" (top) and "S:" (bottom), display fill and stroke of the selected object(s) correspondingly. * Each indicator can display either a color/opacity swatch (the opacity shown here is the fill opacity or stroke opacity, not the master opacity) or a label specifying "N/A" (nothing selected), "None" (no fill/stroke), "Unset" (unset fill/stroke), "L Gradient", "R Gradient", "Pattern" (corresponding fill/stroke types), or "Different" (selected objects have different stroke types). * Additionally, each indicator may be accompanied by one of two flags, "M" ("multiple", meaning there are two or more objects all with the _same_ fill/stroke) or "A" ("averaged", meaning there are two or more objects with flat color fill/stroke whose colors are averaged). * Just as the Fill&Stroke dialog, the new control correctly displays the fill/stroke of the selected gradient handle or selected text fragment in the corresponding tools. * Left-click on an indicator opens or activates the Fill&Stroke dialog with the corresponding tab selected. * Right-click on an indicator opens a popup menu with the following commands: ** "Remove fill/stroke": Removes fill or stroke from the selected objects. ** "Last set color": Applies to the selected objects the fill/stroke color that was last applied to anything. ** "Last selected color": Applies to the selected objects the fill/stroke color that was last displayed in this indicator. (To easily copy fill/stroke color between objects: select source, select destination, apply "last selected color".) ** "Unset fill/stroke": Unsets fill or stroke from selected objects (useful for clone originals). ** "Edit fill/stroke...": Opens or activates the Fill&Stroke dialog with the corresponding tab selected. * Middle-click on an indicator removes fill/stroke from selected objects; if it is already removed (i.e. if the indicator displays "None"), it does the same as the "Last set color" command from the popup menu. (In other words, it toggles between "None" and the last set color.) The zoom field and the cursor coordinates indicator have been rearranged for compactness and moved to the right end of the statusbar. == Implementation notes: == * There's no fixed pixel sizes for fonts used anywhere. Instead, the control uses a font size 70% of the current gtk default. I hope this works for most people, but I know there will be those who will find this font size too small, and others for whom it will be too large and pushing the vertical size of the statusbar. I want to hear your feedback on this. * The new control is itself done in gtkmm, yet it uses an old GTK color preview widget, and fits nicely into the old GTK desktop widget. The Glibmm::wrap() and gobj() are all you need to combine GTK and gtkmm stuff freely. So, I may be missing something, but I really don't understand why you gtkmm guys do this --new-gui thing instead of just converting the existing desktop widget-by-widget. * Despite lots of functionality, the new control is quite small in the code. That's because it reuses all the architectural concepts I've been slowly pushing in the last two years: desktop's current color, set and query style signals. With that in place, coding this entire control took just a couple days. It should also be easy to change or extend it. * TODO: I also plan to add a master opacity spinbutton to this control. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 14

Re: [Inkscape-devel] Port to SGI IRIX 6.5
by Jeremy Y. Meng 11 Nov '05

11 Nov '05

On Sat, Nov 12, 2005 at 04:19:24AM +1100, Peter Moulder wrote: > >> >> +++ inkscape_irix/src/libavoid/makepath.cpp 2005-11-09 14:19:52.346046320 -0800 > >I'll add #include <algorithm> and `using' statements for make_heap, >push_heap, pop_heap. > No, please do not #include <algorithm>. It was my mistake to introduce it. std::-prefixing *_heap() would be enough. -- Jeremy Meng ---------------------------------------------------------------------------

2 2

0.43pre3: Everything is perfect
by Ted Gould 11 Nov '05

11 Nov '05

And, if it's not, now is a good time to mention it. http://sourceforge.net/project/showfiles.php?group_id=93438&package_id=9911… MD5 Sums: 3514904d0044f3670c5977d232f5ab87 inkscape-0.42+0.43pre3.tar.bz2 72fb0075f2465f990d36c08ee9fd29ad inkscape-0.42+0.43pre3.tar.bz2.sig d6140b948cc918773a4b414bdbdaf041 inkscape-0.42+0.43pre3.tar.gz 0d0d75c4f02eb01e71645c0f20f3ba03 inkscape-0.42+0.43pre3.tar.gz.sig --Ted

6 7

CVS
by Joshua A. Andler 11 Nov '05

11 Nov '05

Uhm... at least three hours now SF devel CVS has been borked. This is one of the longest outages I've seen and was wondering if we should file a trouble ticked with SF or what. -Josh

2 1

Re: Have you ever thought about security issues?
by unknown＠example.com 11 Nov '05

11 Nov '05

Quoting Maxim Shemanarev <mcseem@...1076...>: > > Well, at least the version I have (v4.1) just gets into an > > infinite loop anddoesn't respond. I don't think it's correct. (assuming you mean 0.41) Hmm, you're right. It catches trivial circular references (e.g. to self or ancestor), but not more complex ones. > Anyway, there's a choice if you control the level of recursion > (and it's a must IMO). You can report an error and stop, or you > can keep rendering until some level of recursion is exceeded. For a circular reference, the standard requires that you do not render the erroneous element or any following elements at all (a naive implementation might have to throw out some intermediate rendering product to do this). I do not believe the standard requires any particular action for references that are deep but not recursive, but stopping rendering at some point is sensible even if not strictly conforming. > I don't see any other elegant way of detecting the loops, because > they can have any level of indirection (a pattern refers to > another pattern that refers to another pattern, etc... and > the first pattern refers to the first one). It's also worth noting that the circularity can happen along several "axes"; for example: ... <style type="text/css">.foo { fill: url(#blah); }</style> ... <pattern id="blah" ...> <rect class="foo" ... /> </pattern> ... > BTW, is that legal to have *nested* patterns/markers at all in > SVG? Yes. See sections 13.3 and 11.6.2 of SVG 1.1: <!ENTITY % SVG.marker.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; <== %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.marker.extra.content; )*" > <!ENTITY % SVG.pattern.content "( %SVG.Description.class; | %SVG.Animation.class; %SVG.Structure.class; %SVG.Conditional.class; %SVG.Image.class; %SVG.Style.class; %SVG.Shape.class; %SVG.Text.class; %SVG.Marker.class; %SVG.ColorProfile.class; %SVG.Gradient.class; %SVG.Pattern.class; <== %SVG.Clip.class; %SVG.Mask.class; %SVG.Filter.class; %SVG.Cursor.class; %SVG.Hyperlink.class; %SVG.View.class; %SVG.Script.class; %SVG.Font.class; %SVG.pattern.extra.content; )*" > -mental

2 1

Re: Have you ever thought about security issues?
by unknown＠example.com 11 Nov '05

11 Nov '05

Quoting Maxim Shemanarev <mcseem@...1076...>: > I'm afraid nobody has ever thought of it. Are there any > recommendations from W3C? According to SVG 1.1, circular references are an error and should be treated as such -- see the appendix on implementation requirements (F.2 Error processing). It's also referenced in the sections on <use> (5.6, just after the examples) and in the overview section of "References and the 'defs' element" (5.3.1). Any problems with SVG implementations due to circular references is an issue of non-conformance to that normative appendix. Inkscape gets that part of the standard partly right: it at least refuses to render circular references; in general they do not cause harm (if you can find some cases where it does, please let us know). -mental

1 0