November 2004 - Inkscape Devel

Re: Towards resolution of SVG 1.2 Flowing text
by MenTaLguY 04 Nov '04

04 Nov '04

On Wed, 2004-11-03 at 19:25, Ian Hickson wrote: > > - do you believe UAX 14 addresses the needs for automatic line > > breaking? (eg. interoperability, CSS not available, internationalised > > text support) > > UAX 14 is woefully inadequate for describing required line breaking > behaviour. Requiring UAX 14 compliance dramantically restricts the ability > for user agents to achieve optimum line breaking (as, in fact, UAX 14 > itself points out in the introduction), for example it prevents handling > of hyphentation and doesn't allow for adaptive balancing justification > algorithms. > > So no. Speaking as an SVG authoring tool implementor (Inkscape), the impression I get is that these constraints make SVG's flow facilities relatively useless for much of our user community who want more visually refined breaking algorithms. > For images, I think > the better solution would be for word wrapping to be performed at > authoring time (possibly using extensions for authoring tools to use so > that they can agree on what to wrap around what). We'd decided to attempt to exactly that approach, though the current implementation is very provisional. It's potentially kind of nasty, but not that bad; it should render identically in all conforming SVG UAs, which was the main goal. I think I understand the desire the SVG 1.2 flow stuff is trying to address, though; namely text in generated SVG documents where: * the text can vary greatly in length This necessitates that at least some layout decisions be made at or after the time the final SVG document is generated -- a prepared static template for layout may not be sufficient. * the code generating the text might be a simple ECMAScript program or XSLT transform I've tried implementing basic text flow in XSLT before. It seemed doable (less painfully with sufficiently new revisions of the standard) but it was too much pain and overhead to be done server-side at the time. Doing flow in ECMAScript on the client-side is another option, but at best means another large hunk of script to suck over the web along with the original document, and does require scripting support. -and- * the automatically flowed text should be renderable in any SVG UA (at least one which implements a suitable SVG profile) Since SVG UAs obviously aren't required to implement anything not specified in the standard, using a separate namespace for flow extensions doesn't provide a very strong interoperability guarantee. It's easy to imagine a desire for these things on the Web, which I think implies that SVG needs some sort of basic built-in flow capability (even if people adopt other approaches to meet other sets of needs). -mental

1 0

Bug Stats 11/03
by Bryce Harrington 03 Nov '04

03 Nov '04

We're at 225 now. Wow. :-) Bug ID Pts Title ------------------------------------------------------------------------ 1057658 6 fill property lost on moving objects 984055 6 Printing on Windows 2000 - Red and Blue components swapped 995453 9 SuSE 9.1 rpm on sourceforge does not work with SuSE 9.1 pro 1058746 (inv) wrong eps export 1057874 (dup) pls rebuild x86 suse rpm from newer src.rpm 1058750 (dup) Markers and stroke paint 1057421 (inv) boolean ops problem 1058734 (inv) Opacity of 75% in previous versions SVG documents 1058741 (inv) No fill or stroke paint on new objects 1056366 6 unlocalizable strings 1058294 6 xlink:href lost on save 1058228 6 CVS build fails on gdk_pixbuf_set_option 1057918 6 Crash when undoing bezier nodes 1057911 6 Dialog appears with -z option 1026260 (inv) crash at startup 1008895 6 invalid xhtml 1056845 9 Bitmap Images broken on Win32 955020 6 assert when quitting with dialog and duplicated window 993447 3 Wrong export area 1022832 3 File dialog glibmm Warning 994853 3 dialog title handled with wrong encoding 1029755 3 png resolution not imported 1039109 9 various problems with text after refactoring 980065 6 Garbled display in "pattern" fill dialog 1048802 6 2 find dialogs 1029530 (dup) WIN CVS: crash on file | import 1051350 (dup) Crash when open a file 990659 6 ill2svg fails without Image/Magick 1054270 9 Win32: Aligning objects causes crash 1048614 6 export: "selection" not toggled with text 931496 6 image URL not updating 998672 (dup) printing broken on Windows XP 1001279 6 Version: 0.39-suse91.0 rpm needs libpopt.so.0 1012089 6 CVS snapshots no longer available 996493 (dup) .39 Inkscape freezes 992962 3 Build Warning: Extensions warnings 992986 3 Build Warning: deprecated functions 992987 3 Build Warning: missing constructors 992985 3 Build Warning: unused variables/functions 1004134 6 'Changed' flag cleared when save not successful 1041643 3 Files fail to open on Gnome 2.8 1048151 6 Union destroy objects in some cases 984096 9 Assertion failures with calligraphy tool 1045067 3 --without-gui crashes if home dir not writable 1038932 6 Export silently fails when file cannot be created 984854 9 crashes with non-existent gradient in gradient editor 1000350 9 --print option can attempt to open dialogs and segfault 1041757 (dup) undefined symbol: gdk_threads_lock 993294 9 RDF improperly exported with plain SVG 1024915 9 glib-2.5.2: crashes on clicking fill and stroke dialog ======================================================================== Total: 225 Goal: 150pts

1 0

E-Mail schreiben an: inkscape.de.po.bz2
by Adib Taraben 03 Nov '04

03 Nov '04

Hi, I extended the german translation (layers, path on text, some translations left on the menue) also I did some finetuning: put the BOLD where the originals also shows the bold btw: there was a question in the translation comments: what is the difference between cut and break a path ? Also there is a new menue point: Inkscape->File->New->"layers" ??? therefore is no translation in the po-file prepared. Thanks, Adib.

3 3

align objects and pixel unit
by Yemu 03 Nov '04

03 Nov '04

hi would it possible to add keyboard shortcuts to align actions. I thikn such shortcuts might be useful because aligning is one of the most often used actions when creating vector graphics and necessity to press ctrl+a and then move mouse and then click in order to align objects is IMHO just not user-friendly. would it be possible to add shortcuts for align? i come from the "corel-country" and i'm used to C(enter-horizontally), (c)E(nter-verically),T(op),B(ottom),R(ight),L(eft) keys. unfortunately they are mostly reserved for other actions (i.e elipse, rectangle etc). but that's not a problem i could swith to other keys :-) since i use inkscape mostly for designing website layouts my second question is: would it be possible to add pixel as another unit? it would made exporting images of certain size easier (read: it would made my, and hopefully also others' life easier :-) thanks for the great app! best regards yemu -- www.cezarybiele.com

2 2

object properties
by bulia byak 03 Nov '04

03 Nov '04

I notice the Object Properties dialog has changed. Questions: Why are Title and Description always disabled? What is Label? It's made from the id obviously but pressing Update informs me that it is "invalid". Hey, I did not put it there! Why Inkscape gives me something which he (Inkscape) knows to be invalid? Most importantly, where did the id= field go? We must keep a way to edit id, even if we add more stuff to this dialog.

5 10

Static c++ lib efforts
by Bob Jamison 03 Nov '04

03 Nov '04

Hi, all, Today I started working on rebuilding Inkscape with static C++ libs. Here are the things I performed: 1) Rebuilt gcc with --enable-languages=c,c++ --disable-shared This resulted in a libstdc++.la file like this: =========== SNIP ============== # libstdc++.la - a libtool library file # Generated by ltmain.sh - GNU libtool 1.4a-GCC3.0 (1.641.2.256 2001/05/28 20:09:07 with GCC-local changes) # # Please DO NOT delete this file! # It is necessary for linking the library. # The name that we can dlopen(3). dlname='' # Names of this library. library_names='' # The name of the static archive. old_library='libstdc++.a' # Libraries that this one depends upon. dependency_libs=' -lm -L/usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2 -L/usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2/../../.. -lgcc -lc' # Version information for libstdc++. current=6 age=0 revision=2 # Is this an already installed library? installed=yes # Files to dlopen/dlpreopen dlopen='' dlpreopen='' # Directory that this library needs to be installed in: libdir='/usr/local/lib' ================ SNIP =================== 2. ) I built boehm-gc6.3 with: --enable-static --disable-shared --enable-cplusplus 3.) I built libsigc++-2.06, glibmm-2.4.5, gtkmm-2.4.6 with: --enable-static --disable-shared 4.) I did a new ./configure, a 'make clean', and a 'make' It successfully produced an Inkscape with these dependencies: [rjamison@...556... src]$ ldd ./inkscape linux-gate.so.1 => (0x00111000) libgtk-x11-2.0.so.0 => /usr/local/lib/libgtk-x11-2.0.so.0 (0x00b34000) libgdk-x11-2.0.so.0 => /usr/local/lib/libgdk-x11-2.0.so.0 (0x004df000) libatk-1.0.so.0 => /usr/local/lib/libatk-1.0.so.0 (0x00613000) libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0 (0x00ea5000) libpangoxft-1.0.so.0 => /usr/local/lib/libpangoxft-1.0.so.0 (0x00112000) libpangox-1.0.so.0 => /usr/local/lib/libpangox-1.0.so.0 (0x00437000) libpng.so.3 => /usr/local/lib/libpng.so.3 (0x00701000) libpopt.so.0 => /usr/lib/libpopt.so.0 (0x005bc000) libXft.so.2 => /usr/X11R6/lib/libXft.so.2 (0x00220000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x00117000) libXrender.so.1 => /usr/X11R6/lib/libXrender.so.1 (0x001df000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x001e7000) libpangoft2-1.0.so.0 => /usr/local/lib/libpangoft2-1.0.so.0 (0x007c8000) libpango-1.0.so.0 => /usr/local/lib/libpango-1.0.so.0 (0x00232000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x0026a000) libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x0059c000) libdl.so.2 => /lib/libdl.so.2 (0x0020e000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x002a9000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00328000) libz.so.1 => /usr/lib/libz.so.1 (0x0038d000) libpthread.so.0 => /lib/tls/libpthread.so.0 (0x0039e000) libm.so.6 => /lib/tls/libm.so.6 (0x003b0000) libc.so.6 => /lib/tls/libc.so.6 (0x007ef000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x00abf000) libXrandr.so.2 => /usr/X11R6/lib/libXrandr.so.2 (0x0021b000) libXinerama.so.1 => /usr/X11R6/lib/libXinerama.so.1 (0x025c6000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x003d3000) libexpat.so.0 => /usr/lib/libexpat.so.0 (0x003e1000) ...as you can see there are no C++ dependencies! Most of the others would be on every Linux machine. Some, like the X libs and Glib/Gtk, are dynamic-only, as they load other libs dynamically. 5.) Now here's a PROBLEM!!! Do we really use the C++ part of Boehm-GC? I would like to remove that dependency. Because when we make the gimpgrad.so plugin, our use of static libs gives us duplicate symbol errors. This is similar to Win32 DLL's, in that when you make a standalone shared object, everything must be defined explicitly, unlike in an executable. Can we remove libgccpp.a as a dependency? I think Mental has wrappers around the C part instead. Below is the link error with gimpgrad.so. Anyway, that's how it goes so far. I hope others will give this a try. Cheers! Bob =============== SNIP ===================== g++ -shared -nostdlib /usr/lib/crti.o /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2/crtbeginS.o extension/plugin/.libs/gimpgrad.o -Wl,--whole-archive /usr/local/lib/libgc.a /usr/local/lib/libgccpp.a /usr/local/lib/libstdc++.a -Wl,--no-whole-archive -L/usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2 -L/usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2/../../.. -lm -lc -lgcc /usr/local/lib/gcc/i686-pc-linux-gnu/3.4.2/crtendS.o /usr/lib/crtn.o -Wl,-soname -Wl,libgimpgrad.so.0 -o extension/plugin/.libs/libgimpgrad.so.0.0.0 /usr/local/lib/libstdc++.a(new_op.o)(.text._Znwj+0x0): In function `operator new(unsigned int)': ../../../../libstdc++-v3/libsupc++/new_op.cc:42: multiple definition of `operator new(unsigned int)' /usr/local/lib/libgccpp.a(gc_cpp.o)(.text+0x0):/home/rjamison/xmingw/gc6.3/gc_cpp.cc:29: first defined here /usr/bin/ld: Warning: size of symbol `operator new(unsigned int)' changed from 9 in /usr/local/lib/libgccpp.a(gc_cpp.o) to 127 in /usr/local/lib/libgccpp.a(gc_cpp.o) /usr/local/lib/libstdc++.a(new_opv.o)(.text._Znaj+0x0): In function `operator new[](unsigned int)': ../../../../libstdc++-v3/libsupc++/new_opv.cc:35: multiple definition of `operator new[](unsigned int)' /usr/local/lib/libgccpp.a(gc_cpp.o)(.text+0x20):/home/rjamison/xmingw/gc6.3/gc_cpp.cc:37: first defined here /usr/bin/ld: Warning: size of symbol `operator new[](unsigned int)' changed from 9 in /usr/local/lib/libgccpp.a(gc_cpp.o) to 40 in /usr/local/lib/libgccpp.a(gc_cpp.o) /usr/local/lib/libstdc++.a(del_op.o)(.text._ZdlPv+0x0): In function `operator delete(void*)': ../../../../libstdc++-v3/libsupc++/del_op.cc:38: multiple definition of `operator delete(void*)' /usr/local/lib/libgccpp.a(gc_cpp.o)(.text+0x10):/home/rjamison/xmingw/gc6.3/gc_cpp.cc:32: first defined here /usr/bin/ld: Warning: size of symbol `operator delete(void*)' changed from 9 in /usr/local/lib/libgccpp.a(gc_cpp.o) to 23 in /usr/local/lib/libgccpp.a(gc_cpp.o)/usr/local/lib/libstdc++.a(del_opv.o)(.text._ZdaPv+0x0): In function `operator delete[](void*)': ../../../../libstdc++-v3/libsupc++/del_opv.cc:35: multiple definition of `operator delete[](void*)' /usr/local/lib/libgccpp.a(gc_cpp.o)(.text+0x30):/home/rjamison/xmingw/gc6.3/gc_cpp.cc:40: first defined here /usr/bin/ld: Warning: size of symbol `operator delete[](void*)' changed from 9 in /usr/local/lib/libgccpp.a(gc_cpp.o) to 19 in /usr/local/lib/libgccpp.a(gc_cpp.o) collect2: ld returned 1 exit status make: *** [extension/plugin/libgimpgrad.la] Error 1 [

1 0

Re: static builds: how
by Plinnell 02 Nov '04

02 Nov '04

On Tuesday 02 November 2004 05:39, > Re: static builds: how Try: ./configure --static-libs=yes --with-shared-libs=no I do the opposite in RPM builds. Hope that helps, Peter

2 1

Spanish po update && cvs update question
by Lucas Vieites 02 Nov '04

02 Nov '04

Hi, I'm attaching an updated spanish .po file. I changed all "Trace" (verb) to "Vectorizar" to avoid confusion For some reason when I do "cvs update" I don't get some of the directories: src/traits, src/trace and several more. Bye for now -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

3 4

svg->pfd
by David Christian Berg 02 Nov '04

02 Nov '04

Hey Carl, thanks for the info. I'm CCing the inkscape list to let them have these information. Unfortunately the existing backend is not available from the URL stated in the message you point at. Any clues, where I could find it? Take care! David On Di, 2004-11-02 at 09:45 -0500, Carl Worth wrote: > On Sun, 31 Oct 2004 21:17:33 +0100, David Christian Berg wrote: > > frankly I have no clue about anything, but since clue isn't always that > > important I thought I just might go ahead and write you an email. > > By all means. I'm often quite lacking in clue. > > > I've been talking to folks from Inkscape about converting svg to pdf and > > since the development of Cairo is watched quite closely by them, they > > are wondering if maybe it is something that will be available in the > > near future and they don't need to reinvent the wheel. > > Yes, the plan is to have a good PDF backend for cairo before our 1.0 > release. And the current goal is to have that release out by spring > 2005. So, we do hope to have an SVG->PDF path available by then. > > > I read on the webpage that pdf backend is still needed, but I'm not all > > that sure, what that means. > > Ross McFarland put an initial version of the PDF backend together back > in May: > > http://cairographics.org/pipermail/cairo/2004-May/001407.html > > Real soon now, I'm going to pick up where that work left off and try to > get something into CVS. > > Any help would be quite welcome of course. > > -Carl > >

1 0

Cleanup of file import & drag-n-drop
by Jon A. Cruz 02 Nov '04

02 Nov '04

I noticed that the code in the drag-n-drop for input is a copy-n-paste duplicate of code that used to be in file.cpp. At the moment it's duplicated by the extension mechanism, so we get two different code paths executed for dragging a file onto a doc versus importing a file via File|Import... menu item. I was thinking that these should be changed, with the duplicated (and stale) code in interface.cpp removed and calling that in file.cpp. Are there any subtlties I might be missing in here, or is it just a classic rogue tile bug pattern and in bad need of that cleanup?

1 0