- Inkscape Devel - Inkscape Mailman

Build report - inkscape-20050810-0340
by Bryce Harrington 12 Aug '05

12 Aug '05

Build system is a couple days behind, but here's the latest completed report: = Analysis Report for inkscape = Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 5 0 == Errors == none == Warnings == display/canvas-arena.cpp:91: warning: invalid access to non-static data member display/canvas-arena.cpp:91: warning: (perhaps the `offsetof' macro was used display/sp-canvas.cpp:127: warning: invalid access to non-static data member ` display/sp-canvas.cpp:127: warning: (perhaps the `offsetof' macro was used libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value `

1 0

clip art navigator 0.3
by Greg Steffensen 11 Aug '05

11 Aug '05

Hi- sorry for the huge time I've been incommunicado (my family is moving tomorrow, and as a consequence, I've been busy and largely net-less for two weeks... I should have a good connection as of Sunday though). But I've uploaded a new release of the OCAL browser for Inkscape- now called the Clip Art Navigator- to Berlios ( http://download.berlios.de/ocalhelper/clipartnav.tar.gz ). I've included install instructions in the package, but they seemed unwieldly, so I've setup the default config file so that you can use it in its raw unpacked form too- just run "python clipartnav.py". So you can skip the second paragraph of the install instructions in the readme if you want. Dependencies are currently Python 2.4, sqlite, the pysqlite2 python bindings for sqlite, gtk 2.6, pygtk, and the python bindings for libxml2 (I'm very keen on switching to pyxml, but its documentation is horrible, and because of my crappy internet situation, I haven't been able to figure out how to do namespace-based xpath queries with it yet). I believe it can be used on Windows, if you meet the dependencies and set the "repodir", "dbfile", "inkscapecmd", and "inkviewcmd" settings in the config file appropriately, but I haven't tested this (at the very least, GTK's lack of svg support on windows won't be the stumbling block). The major design decision I've had to make is in deciding how to deal with multiple repositories. Basically, it takes an ordered list of repository modules from the config file, queries each of them in sequence, and then while retrieving individual images, skips images that have already been returned by a previous repository. How does it uniquely identify images? By the md5 hash of their svg xml contents. OCAL currently doesn't have any facility for returning hashes, of course, but that part's optional... the repositories can return None instead and the image will just be fetched. So hopefully, There are quite a few missing features, of course, the biggest of which is, uh, OCAL connectivity. I'm still having problems with SOAP, and decided to work on the GTK stuff for awhile just to keep productive. I'll write an OCAL module using another web forms hack in the next couple days. The only repository module included currently is "localocal" (sorry, couldn't resist), which just searches a local directory of svg images, a la the OCAL packages. The "localocal.py" file in the modules dir, in addition to being a repository module, is also a command-line program for indexing the contents of such a directory. I'm going to revamp that command-line interface, but for now, run python localocal.py -r DIR index where DIR is the absolute path to that root directory. Then set the "repodir" setting in the "clipartnav.conf" file accordingly, and set the "dbfile" setting to the absolute path to the new "index.dat" file in that directory. All of this will be automated as much as possible soon. Other missing features are copy-paste (this one is really bugging me... I can copy-paste fine into text editors, but not into Inkscape... and before you suggest it, I've looked at the GTK clipboard action target types extensively), a more dynamic caching system (I describe my plans for that in the DESIGN.txt file), actual insertion of clipart into existing Inkscape documents (this works when invoke the program from the command line yourself and drag-and-drop into Inkscape, but in traditional Effects-menu use, the clipart just replaces the current document... I'll fix this as soon as I switch to pyxml), documentation, and easier installation. I'll try very hard to check email frequently over the next few days, so please let me know if you can't get it to work, or have absolutely any questions or feedback whatsoever. Two issues in particular I'd appreciate ideas on are what could be wrong with copy-paste, and (silly as it is), why I can't get the "forward" button in the interface to have the same arrow style as the back button via glade. Thanks, Greg

2 1

sp_selection_tile() and clones
by Nicklas Lindgren 11 Aug '05

11 Aug '05

In src/selection-chemistry.cpp, sp_selection_tile() line 1957 and on: // delete objects so that their clones don't get alerted; this object will be restored shortly for (GSList *i = items; i != NULL; i = i->next) { SPObject *item = SP_OBJECT (i->data); item->deleteObject (false); } Here's the cause of bug 1238314. If a clone-original is incorporated into a pattern, it's clones are orphaned (because the version in the template is a renamed duplicate). By replacing the code above with a call to sp_selection_delete_impl(), the bug is fixed, but the clones become regular duplicates. Is this desirable? Or should it be fixed in a way that preserves clone-relations? (The comment seems to indicate that this is the plan.) --Nicklas

3 5

Re: [Inkscape-devel] Re: [Fwd: planet.inkscape.org issue]
by Jonathan Leighton 10 Aug '05

10 Aug '05

Bryce Harrington wrote: >Btw, please don't forget to trim down your replies. > > Sorry! : ) -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

1 0

[Fwd: planet.inkscape.org issue]
by Jon Phillips 10 Aug '05

10 Aug '05

-------- Forwarded Message -------- > From: rejon.org feedback form <noreply@...235...> > Reply-To: jon@...235... > To: jon@...235... > Subject: planet.inkscape.org issue > Date: Mon, 8 Aug 2005 09:05:32 -0500 > > Name: Nate > E-mail: cheelay@...400... > > > Hi Jon, I'm not sure who to send this to, but planet.inkscape.org > isn't including updates from inkscape.org's main announcement/news > page. I think it used to but it no longer does. Can that be changed > back? Or is there a reason behind this? > > Thanks, you guys are doing great work.... > nate > > -- Jon Phillips San Francisco, CA Mission District 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)

3 6

0.42.1 status
by MenTaLguY 10 Aug '05

10 Aug '05

Here we are. Any more must-fix things? How about word on the Win98 open dialog pango crash? (someone gave me the missing bug numbers, but I absent-mindedly deleted the email... sorry about that :/) > 2005-08-02 MenTaLguY <mental@...3...> > > * src/selection-chemistry.cpp: backport crash fix from bulia [bug 1249899] > > 2005-08-01 MenTaLguY <mental@...3...> > > * src/gc-alloc.h: backport fix for improper allocation size > > 2005-07-30 MenTaLguY <mental@...3...> > > * src/sp-tspan.cpp: fix from bulia for incorrect tag name [bug 1247658] > > * packaging/win32/inkscape.nsi: > fix from Adib to purge dlls from preexisting installation [bug 1247068] > > 2005-07-29 MenTaLguY <mental@...3...> > > * src/text-editing.cpp: another backport from cyreve [bug number??] > > 2005-07-28 MenTaLguY <mental@...3...> > > * Makefile.mingw.common, configure.ac, > packaging/win32/inkscape.nsi, src/inkscape_version.h.mingw: > > bump version to 0.42+0.42.1cvs > > * 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??] >

8 19

filename convention for translated files
by Adib Taraben 10 Aug '05

10 Aug '05

Hello, for the win32 installer I want to find out the translated files and group them in specific language packs for further selection. How can I look for a translation of a file ? there is: ./HACKING.txt and ./HACKING_fr.txt and on the other side: tutorial-basic.svg and tutorial-basic.fr.svg can I assume: -that the language identifier is always that from fr in fr.po -if there is a "special" translation pt_BR or sr@...428... then the tutorial bla.pt.svg or foo.sr.svg is assigned also to this language Any other tricky stuff doing a separation of translation that I have not seen ? Thanks for your comments. Adib.

6 6

Problems compiling CVS for Win32/Mingw and Whiteboard
by Bertram Drost 10 Aug '05

10 Aug '05

(sorry if this is a dupe, but the first one didn't show up after several hours) Hello, I have some problems with compiling the current CVS with the current MinGW, it is unable to compile dialogs/whiteboard-*.cpp and many of the jabber_whiteboard/*.cpp files (maybe more, but since it doesn't get past this point there is no way to tell right now). For a dump of the error see blow. It all happens while including util/ucompose.hpp, line 66: //This is standard, not GCC-specific like wostringstream std::basic_ostringstream<wchar_t> os; with H:\inkscape-win32\cvs\inkscape>mingw32-g++ --version mingw32-g++ (GCC) 3.4.2 (mingw-special) I also downloaded the .42-tarball, but that doesn't seem to be configured for MinGW (misses config.h.mingw and some more). Any ideas/suggestions? thanks eph ------------------------------ mingw32-g++ -O3 -Wall -mms-bitfields -DVERSION=\"0.42+devel\" -DXP_WIN - D_INTL_ REDIRECT_INLINE -DHAVE_CONFIG_H -I. -I.. -I../.. -DGLIBMM_DLL -Ih:/inksca pe-win3 2/gtk26/include/glibmm-2.4 -Ih:/inkscape-win32/gtk26/lib/glibmm-2.4/inclu de -Ih: /inkscape-win32/gtk26/include/gtkmm-2.4 -Ih:/inkscape-win32/gtk26/lib/gt kmm-2.4 /include -Ih:/inkscape-win32/gtk26/include/gdkmm-2.4 -Ih:/inkscape-win32 /gtk26/ lib/gdkmm-2.4/include -Ih:/inkscape-win32/gtk26/include/pangomm-1.4 -Ih:/ inkscap e-win32/gtk26/include/atkmm-1.6 -Ih:/inkscape-win32/gtk26/include/sigc++- 2.0 -Ih :/inkscape-win32/gtk26/lib/sigc++-2.0/include -Ih:/inkscape-win32/gtk26/i nclude/ gtk-2.0 -Ih:/inkscape-win32/gtk26/lib/gtk-2.0/include -Ih:/inkscape-win32 /gtk26/ include/atk-1.0 -Ih:/inkscape-win32/gtk26/include/pango-1.0 -Ih:/inkscape -win32/ gtk26/include/glib-2.0 -Ih:/inkscape-win32/gtk26/lib/glib-2.0/include -Ih :/inksc ape-win32/gtk26/include -Wno-comment -Ih:/inkscape-win32/gtk26/perl/lib/C ORE -Ih :/inkscape-win32/gtk26/python/include -Ih:/inkscape-win32/gtk26/include/l oudmout h-1.0 -Ih:/inkscape-win32/gtk26/include/libxml2 -Ih:/inkscape-win32/gtk26 /includ e/freetype2 -Ialgorithms -Iapplication -Idebug -Idialogs -Idisplay -Iext ension -Iextension/implementation -Iextension -Iextension/internal -Iextension - Iextens ion/script -Iextension -Ihelper -Iinkjar -Iio -Ijabber_whiteboard -Ilibcr oco -Il ibnr -Ilibnrtype -Ilivarot -Isvg -Itrace -Itrace/potrace -Itrace -Itraits -Iui/d ialog -Iui -Iui/view -Iui/widget -Iutil -Iwidgets -Ixml/ -c -o dialogs/whiteboar d-sharewithchat-dialog.o dialogs/whiteboard-sharewithchat-dialog.cpp In file included from dialogs/whiteboard-sharewithchat-dialog.cpp:23: e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ basic_i os.h: In instantiation of `std::basic_ios<wchar_t, std::char_traits<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/ostre am:59: instantiated from `std::basic_ostream<wchar_t, std::char_traits<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:420: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ basic_i os.h:67: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/ostre am: In instantiation of `std::basic_ostream<wchar_t, std::char_traits<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:420: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/ostre am:64: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ ostream .tcc:404: error: no type named `pos_type' in `class std::basic_ostream<wchar_t, std::char_traits<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ ostream .tcc:420: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am: In instantiation of `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t>, s td::allocator<wchar_t> >': ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:429: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf: I n instantiation of `std::basic_streambuf<wchar_t, std::char_traits<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:64: instantiated from `std::basic_stringbuf<wchar_t, std::char_traits<wchar_t>, st d::allocator<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:443: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:13 5: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:23 4: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:23 9: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:57 4: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/strea mbuf:58 6: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am: In instantiation of `std::basic_stringbuf<wchar_t, std::char_traits<wchar_t>, std:: allocator<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:443: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:73: error: no type named `pos_type' in `struct std::char_traits<wchar_t>' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ sstream .tcc: In instantiation of `std::basic_stringbuf<wchar_t, std::char_traits<wchar_ t>, std::allocator<wchar_t> >': e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/sstre am:443: instantiated from `std::basic_ostringstream<wchar_t, std::char_traits<wchar_t >, std::allocator<wchar_t> >' ./util/ucompose.hpp:66: instantiated from here e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ sstream .tcc:136: error: no type named `pos_type' in `class std::basic_stringbuf<wchar_t , std::char_traits<wchar_t>, std::allocator<wchar_t> >' e:/mingw/bin/../lib/gcc/mingw32/3.4.2/../../../../include/c++/3.4.2/bits/ sstream .tcc:182: error: no type named `pos_type' in `class std::basic_stringbuf<wchar_t , std::char_traits<wchar_t>, std::allocator<wchar_t> >' ./dialogs/whiteboard-sharewithchat-dialog.h:39: warning: 'gboolean sp_whiteboard _sharewithchat_dialog_delete(GtkObject*, GdkEvent*, void*)' defined but not used ./dialogs/whiteboard-sharewithchat-dialog.h:45: warning: 'void sp_whiteboard_sha rewithchat_dialog_destroy(GtkObject*, void*)' defined but not used ./dialogs/whiteboard-connect-dialog.h:33: warning: 'gboolean sp_whiteboard_conne ct_dialog_delete(GtkObject*, GdkEvent*, void*)' defined but not used ./dialogs/whiteboard-connect-dialog.h:39: warning: 'void sp_whiteboard_connect_d ialog_destroy(GtkObject*, void*)' defined but not used dialogs/whiteboard-sharewithchat-dialog.cpp:49: warning: 'prefs_path' defined bu t not used make[1]: *** [dialogs/whiteboard-sharewithchat-dialog.o] Error 1 make[1]: Leaving directory `H:/inkscape-win32/source/src' make: *** [all] Error 2

2 2

Pressure and tilt support
by Nicklas Lindgren 10 Aug '05

10 Aug '05

Hi, I've created some basic input device pressure and tilt support. The changes are: - A standard input device dialog has been added - Device settings are loaded from and saved to the preferences - The dialog canvas widget accepts extension events - The calligraphy tool can optionally use the input device's pressure for pen width, and/or tilt for pen angle The diff, and the new source files are available from http://www.lysator.liu.se/~nili/inkscape/ What do you think about it? --Nicklas

7 17

autogen.sh fails because it can't find README
by Seth Brutzman 09 Aug '05

09 Aug '05

This could be on GNU/Linux only, but I went ahead and built again today, and autogen.sh stopped cold with the complaint that it couldn't find README. I noticed that CVS is packing README.txt now instead, so I simply renamed it to README and all was good. Still, where the heck did this come from? autogen needs README? And why is it getting packed as a *.txt now? (Sorry, windows users. I haven't saved with a *.txt extension for a while now.) Just thought I'd call attention to this for future reference. --seth

1 0