- Inkscape Devel - Inkscape Mailman

Adding tablet support to inkscape
by Danni Coy 25 Aug '04

25 Aug '04

I noticed that The UI is being upgraded from gtk+ to gtkmm I would like to try and get Pen Tablet support (it is probably a good time). My early experiments in doing this are not doing too well (considering that the GTK documentation is totally out of date). The dynadraw tool looks like the easiest to convert to use extended input But I don't seem to be able to get it to respond to this extra information. >From what I have managed to glean so far "gdk_input_set_extension_events" has to be called on each "gdk_window" you want to get receive extended event information. So far I have tried doing this with sp_canvas but it seams not to have worked. Which gdk_window(s) does the dynadraw context draw onto? Thankyou Danni -- Comparing software engineering to classical engineering assumes that software has the ability to wear out. Software typically behaves, or it does not. It either works, or it does not. Software generally does not degrade, abrade, stretch, twist, or ablate. To treat it as a physical entity, therefore, is misapplication of our engineering skills. Classical engineering deals with the characteristics of hardware; software engineering should deal with the characteristics of *software*, and not with hardware or management. -- Dan Klein

3 2

MAC OS X 10.4 to be resolution independent
by Jon Phillips 24 Aug '04

24 Aug '04

You see it here: http://www.appleinsider.com/article.php?id=610 You know what this is leading towards...SVG desktop or vector desktop? Jon -- Jon Phillips USA.PH.858.361.2811 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/)

3 2

libsigc++ problems in Yoper [Re: Please Help: Yoper linux packaging/compiling problems]
by tom b 23 Aug '04

23 Aug '04

From: Mike Hearn Date: Sat, 21 Aug 2004 13:19:51 +0100 >On Fri, 20 Aug 2004 11:40:01 -0700, tom b wrote: >> Hello, I'm having problems trying to RPM &/or compile >> inkscape in Yoper linux. I have a thread going on the >> Yoper site here: >> http://www.yoper.com/forum2/index.php?showtopic=1928 > >As Bryce said, there is an autopackage you can use here: >http://navi.cx/~mike/inkscape/0.39/inkscape-0.39.package >Alternatively if you want the bleeding edge of Inkscape >development try this: >http://navi.cx/~mike/inkscape/inkscape-0.40cvs.package I tried that, & keep getting "Could not find 'libsigc C++ callback library'" 1) There is no such package for Yoper yet 2) I config/make/make install libsigc-1.2.so5 (I think from Debian?) sucessfully, but inkscape-0.39.package still couldn't find it. 3) I I config/make/make install libsigc++-2.0.3 (from Sourceforge), but inkscape-0.40cvs.package still couldn't find it. both libs are in usr/local/lib Aside from switching distros (1 last go with Yoper), any other ideas? cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

3 2

Update French translation
by Frederic Rodrigo 23 Aug '04

23 Aug '04

Hi, I have updated the French translation. Thank to the helpfull Peter Moulder Fred.

2 1

svgs2pdf?
by Bryce Harrington 23 Aug '04

23 Aug '04

It occurred to me that for presentation purposes, it would be very handy to be able to generate one PDF file from a set of SVG's. Anyone know of a mechanism for doing this? Bryce

2 1

Weirdness with new fileopen dialogue and gdb
by Carl Hetherington 23 Aug '04

23 Aug '04

Hi, I've just been trying current CVS with gdb, and I find that starting inkscape under gdb and then choosing File->Open results in Program received signal SIG32, Real-time event 32. 0x40c772e1 in sigpending () from /lib/libc.so.6 #0 0x40c772e1 in sigpending () from /lib/libc.so.6 #1 0x40c773a7 in sigsuspend () from /lib/libc.so.6 #2 0x40131258 in pthread_getconcurrency () from /lib/libpthread.so.0 #3 0x40130ac5 in pthread_create () from /lib/libpthread.so.0 #4 0x4109ab41 in ?? () from /usr/lib/./libgthread-2.0.so.0 #5 0x08b09bd8 in ?? () #6 0xbfffd600 in ?? () #7 0x40b6de80 in g_static_private_free () from /usr/lib/./libglib-2.0.so.0 #8 0x40b6e0ec in g_thread_create_full () from /usr/lib/./libglib-2.0.so.0 #9 0x41081ef6 in link_thread_io_context () from /usr/lib/./libORBit-2.so.0 #10 0x41081961 in link_exec_command () from /usr/lib/./libORBit-2.so.0 #11 0x41081fe5 in link_set_io_thread () from /usr/lib/./libORBit-2.so.0 #12 0x4107c6a5 in ORBit_ObjectAdaptor_set_thread_hintv () from /usr/lib/./libORBit-2.so.0 #13 0x411843a3 in bonobo_poa_get_threadedv () from /usr/lib/./libbonobo-2.so.0 #14 0x41184506 in bonobo_poa_get_threaded () from /usr/lib/./libbonobo-2.so.0 ... Does this happen for anyone else, or is it a quirk of my system? Thanks Carl

3 2

compiling inkscape
by Martin Wiebusch 23 Aug '04

23 Aug '04

Hi, I would like to contribute to the inkscape development, but I have problems compiling the cvs checkout. I got the checkout with the command cvs -z3 -d:pserver:anonymous@...54...:/cvsroot/inkscape co inkscape running the autogen.sh script gives the following output > checking for autoconf >= 2.52 ... yes (version 2.59) > checking for automake >= 1.7 ... yes (version 1.7.9) > checking for glib-gettextize >= 2.0.0 ... yes (version 2.2.3) > checking for intltool >= 0.17 ... yes (version 0.31.1) > > Running aclocal-1.7 ... > Running autoheader ... > Running automake-1.7 --add-missing ... > configure.in:25: required file `./ltmain.sh' not found > Please fix the error conditions and try again. The file ltmain.sh is nowhere to be found among the downloaded files. What am I doing wrong? Martin.

5 7

Coordinates in SVG file do not match display.
by Dave Cole 23 Aug '04

23 Aug '04

Sorry if this has been reported before, but since sourceforge do not allow the public to search their mail archives, or google to index their archive I have no way to check... I have been using the most excellent Inkscape to draw some simple graphics that I then load into the Gnome canvas - I am using my own (simplistic) Python code to parse the SVG via sax, and end up loading all of the coordinates into CanvasBpath shapes. The problem I have is that the coordinates bear little relationship to those inside Inkscape. It appears that Inkscape is internally doing an invisible translate and scale to make the paths appear on the page. This is befuddling not only me, but my code as well. I end up with with coordinates in paths that are off the page while clearly the entire document is on the page (inside Inkscape). Note also that I always ungroup all objects whenever I scale or translate in Inkscape to avoid the creation of a transform attribute. Should there be some way to get Inkscape to "normalise" object coordinates so that they match the size of the document? After all, the is what is being displayed. - Dave -- http://www.object-craft.com.au

2 1

new document template
by bulia byak 22 Aug '04

22 Aug '04

* The new empty document created when you launch Inkscape or use File > New is now based on a template instead of being hard-coded into the program. If you want your new documents to have different initial zoom, window size, page border, metadata, etc., just save a document with the desired settings (it may contain some objects, too) as default.svg in your share/templates directory (typically /usr/local/inkscape/share/templates on Linux, $INKSCAPE_DIR\share\templates on Windows). Later I will make File > New a submenu listing all svg files in templates dir, so that one can have more than one template and choose among them (Ctrl+N will always run default.svg). Now, Mental, you can add a default layer into the default.svg, to get layers going.

3 4

API churn
by MenTaLguY 22 Aug '04

22 Aug '04

Just a heads up that I'm dropping quite a bit of new code on the tree tonight; I've been rewriting more code to take advantage of the garbage collector, and in the process I ended up gutting and rewriting the GC wrapper API. To summarize real quickly: Inkscape::GC::Object<> -> Inkscape::GC::Managed<> Inkscape::GC::FinalizedObject<> -> Inkscape::GC::Finalized Inkscape::Refcounted -> Inkscape::GC::Anchored Inkscape::Refcounted::claim() -> Inkscape::GC::anchor() Inkscape::Refcounted::release() -> Inkscape::GC::release() One important change is that the three GC classes no longer inherit from one another. So you will need to derive from Managed<>, and then also from Finalized or Anchored if you require features added by either one of those classes. -mental

1 0