- Inkscape Devel - Inkscape Mailman

a newbie installation question
by Tena Sakai 25 Jul '08

25 Jul '08

Hi, I have downloaded .gz file, gunzipped, and tried installing by: ./configure (and so forth) The configure complained as to: > checking libgc version 6.4+... no > configure: error: libgc (the Boehm Conservative Collector) 6.4+, is needed to compile inkscape -- http://www.hpl.hp.com/personal/Hans_Boehm/gc So I went ahead and installed gc. It seemed to have gone well. Here's the tail end of what 'make install' told me: > Libraries have been installed in: > /usr/local/lib > If you ever happen to want to link against installed libraries > in a given directory, LIBDIR, you must either use libtool, and > specify the full pathname of the library, or use the `-LLIBDIR' > flag during linking and do at least one of the following: > - add LIBDIR to the `LD_LIBRARY_PATH' environment variable > during execution > - add LIBDIR to the `LD_RUN_PATH' environment variable > during linking > - use the `-Wl,--rpath -Wl,LIBDIR' linker flag > - have your system administrator add LIBDIR to `/etc/ld.so.conf' > See any operating system documentation about shared libraries for > more information, such as the ld(1) and ld.so(8) manual pages. > ---------------------------------------------------------------------- > test -z "/usr/local/include" || mkdir -p -- "/usr/local/include" > /usr/bin/install -c -m 644 'include/gc.h' '/usr/local/include/gc.h' > /usr/bin/install -c -m 644 'include/gc_local_alloc.h' '/usr/local/include/gc_local_alloc.h' > /usr/bin/install -c -m 644 'include/gc_pthread_redirects.h' '/usr/local/include/gc_pthread_redirects.h' > /usr/bin/install -c -m 644 'include/gc_config_macros.h' '/usr/local/include/gc_config_macros.h' > /usr/bin/install -c -m 644 'include/leak_detector.h' '/usr/local/include/leak_detector.h' > /usr/bin/install -c -m 644 'include/gc_typed.h' '/usr/local/include/gc_typed.h' > make[2]: Leaving directory `/usr/local/src/gc/gc6.7' > make[1]: Leaving directory `/usr/local/src/gc/gc6.7' So, I went back to inkscape's configure and tried the same thing as before. It is telling me the same thing as before: > checking libgc version 6.4+... no > configure: error: libgc (the Boehm Conservative Collector) 6.4+, is needed to compile inkscape -- http://www.hpl.hp.com/personal/Hans_Boehm/gc I looked at the configure script, but it is a bit too intimidating. I would appreciate a tip as to what I have to do to alleviate the problem and successfully finish the installation. Thank you. Tena Sakai tsakai@...2019...

2 1

Adding additional raster effects...
by heathenx 25 Jul '08

25 Jul '08

I am interested in adding a couple more effects the the already existing raster effects. It's more or less just for myself since I don't have the chops to contribute anything of value to anyone else. I'm not sure what I'm biting off at this point. It might be easy or it might be extremely hard to do. My coding skills are very limited (meaning I have none). Are the raster effects part of the main source code or are they broken out into smaller "extensionized" chunks somewhere? I think modifying an existing effect into something else might be a good starting point for me...if possible. A "Dude, don't even attempt to try this." would be a perfectly acceptable answer for me. I'll walk away like nothing ever happened. :) heathenx

3 2

whats happened to blend modes
by Andy Fitzsimon 24 Jul '08

24 Jul '08

its been a while since we had it working in svn... who broke them and why ?

2 1

Bug in node tool?
by john cliff 23 Jul '08

23 Jul '08

Hi Guys, spotted this late last night and didnt get a chance to file a bug on it, writing this note so I dont forget completely. Was playing with the node tool and found that there seems to be an indexing error (looks like an off by one type of thing) where whenever you do click to add nodes or try to drag the curve it does it to the wrong line segment. so if you have A-----B-----C and double click between A&B you get a node between B&C likewise if you try to drag to reshape it moves BC instead of AB. Cheers John

2 2

win32 devs - be mindful of <string.h>
by Bob Jamison 23 Jul '08

23 Jul '08

Hi all. I just wanted to remind win32 developers that when they use the C lib string functions in <string.h>, they should take care to #include <string.h>, even if their code will compile without it. Apparently mingw's runtime .h files are configured a little differently, and other includes (stdio? stdlib?) pick up the string.h definitions. Without that #include, your code that uses string functions might compile, but when you commit, it will break the build for everyone else. I know, because I have been guilty of this more than once myself! :) IMHO, even if one feels confident that their includes are handled by other includes, in situations like this it is best to be explicit, safe, and portable. bob

1 0

Tabel/XInput
by Alexander Roalter 23 Jul '08

23 Jul '08

I was redirected to this list, my problem ist the following: When using the Tablet (Wacom Graphire 4, USB) on my OpenSUSE 11, with the selector tool (F1) pressing on some object, the object is not selected. If I use the mouse for this, the object is selected. If I switch the Tablet's mode from Screen to Disabled in the XInput properties, I can select the object just as with the mouse, but I don't get the pressure-sensitivity. If I patch inkscape in order to produce output in sp_select_context_root_handler and sp_select_context_item_handler and put a printf at case GDK_BUTTON_PRESS, GDK_ENTER_NOTIFY, GDK_LEAVE_NOTIFY on select_context_item_handler as well as GDK_BUTTON_PRESS and GDK_BUTTON_RELEASE at select_context_root (the latter two I'll be naming GDK_BUTTON_PRESS/RELEASE____root from now on, I get the following behavior: if I draw a square with the rectangle tool and switch to select (F1), I can move the mouse over the rectangle and I get GDK_ENTER_NOTIFY If I move the mouse out of the rectangle, I get GDK_LEAVE_NOTIFY If I press somewhere (outside of the rectanlge), I get GDK_BUTTON_PRESS____root, and when I release, I get GDK_BUTTON_RELEASE____root. This is also valid for the tablet. If I press somewhere *in* the rectangle, with the mouse I get GDK_LEAVE_NOTIFY GDK_ENTER_NOTIFY GDK_BUTTON_PRESS and if I release, I get GDK_BUTTON_RELEASE___root GDK_BUTTON_RELEASE___root (that's right, I get it twice), and the rectangle is selected. If I do the same with the tablet, I get GDK_LEAVE_NOTIFY GDK_BUTTON_PRESS____root and upon release GDK_BUTTON_RELEASE____root GDK_ENTER_NOTIFY and nothing is selected at all. Maybe someone with a bit more insight could help me out here. It might have to do something with GDK and/or its implementation of XInput, but this would not explain the different behavior, I mean pressing outside of the rectangle generates PRESS and RELEASE as expected, but if there's an object under it, why is there a leave notify *not* followed by a enter notify just as it is the case with the mouse? -- cheers, Alex

1 0

Bevel LPE (and others) discussion
by Pajarico 23 Jul '08

23 Jul '08

Hi, I'm working on a blueprint for adding bevel to objects. I'm still doing the mockups and need some input (I will post them shortly). So far the mockups will show some examples of the intended result. I haven't done the UI yet because I'm not sure on what features people need. There are some ideas on the blueprint page: https://blueprints.launchpad.net/inkscape/+spec/bevel-lpe What i suggest is that the color of the bevel to be independent of the objects color, so the bevel color should be editable on the LPE dialog. I'm not so sure about the stroke configuration. The above leads me to the following suggestion. I'm planning on doing (on the long run) blueprints for LPEs for shadow, emboss and extrusion, and a widget that let's you see and edit a color (for general using on those LPEs and on future ones) could be useful. What do you think? The point is that all named LPEs have a lot in common in the way the should work: * Bevel LPE: needs color selector for stroke/fill of the bevel and light needs adjusting the position of light * Shadow LPE: needs color selector for shadow needs adjusting the position of shadow * Emboss LPE: <none?> needs adjusting thedirection of emboss * Extrusion LPE: needs color selector for stroke/fill of the extrusion and light needs adjusting the position the extrude and light Doubts, suggestions, ideas...: 1- Is it a good idea to set stroke&fill independently from the objects attributes? (I find this useful but want your opinions about coding and usability). 2- What are your thoughts about creating a color selector widget? Just a swatch showing a color that jumps to the Fill&Stroke dialog when clicked. Would it be any good to have for these LPEs and future use? or is better to use the current one? but how? The LPE settings dialog should show this information somehow and the problem is that using the current dialog like that won't make clear what color are you setting exactly. 3- The selection of direction and position has similarities between LPEs and maybe some code could be shared. Or use a widget like the Gimp is using, but I would prefer on-canvas editing. 4- The color of the light should be added to the color of the objects, so the final aspect of the object depends on both. CorelDRAW X3 does this: http://www.youtube.com/watch?v=OzlaE4IJzr8 (@2:10) 5- Should rounded corners be faceted or not (with an option for the number of facets)? 6- CorelDRAW does bevel with soft edges, but this can get things complicated as we would need blur and a clipping path. I think that's everything for now. Regards. Pablo Trabajos.

3 2

Re: [Inkscape-devel] [Inkscape-user] tablet stuff
by Aaron Spike 23 Jul '08

23 Jul '08

This issue looks like it would be better suited to the devel list and perhaps the bug tracker. Aaron Spike Alexander Roalter wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Alexander Roalter wrote: > | Since upgrading to OpenSUSE 11, I got the following problem with > | inkscape, both 0.46 and SVN: > | > | If I set the extended input preferences of the Stylus to 'Disabled', I > | can use the pen as a mouse, draw etc. and move things around, but I > | don't get any pressure sensibility. > | > | It I set the extended input preferences to 'Screen' or 'Window' > | (preferrably to 'Screen'), I get pressure sensibility, but I cannot > | select any object by simply clicking on it. I have to tap multiple times > | on it in order for it to have the normal handles appear, and only then I > | can move the object around. If I tap too often, I get the node > | selection, which isn't what I want (at that moment). > | > | Any Ideas on why? Is this something the X input does differently when > | XInput is set to screen so Inkscape does not register a press (or > | doesn't register it in the right way?) or is the code in inkscape for > | disabled and screen mode that much different so that selecting with > | screen mode won't work as expected? > | > Since nobody seems to care, I took some investigation and found out the > following: > > If I patch inkscape in order to produce output in > sp_select_context_root_handler and sp_select_context_item_handler and > put a printf at case GDK_BUTTON_PRESS, GDK_ENTER_NOTIFY, > GDK_LEAVE_NOTIFY on select_context_item_handler as well as > GDK_BUTTON_PRESS and GDK_BUTTON_RELEASE at select_context_root (the > latter two I'll be naming GDK_BUTTON_PRESS/RELEASE____root from now on, > I get the following behavior: > > > if I draw a square with the rectangle tool and switch to select (F1), I > can move the mouse over the rectangle and I get GDK_ENTER_NOTIFY > If I move the mouse out of the rectangle, I get GDK_LEAVE_NOTIFY > > If I press somewhere (outside of the rectanlge), I get > GDK_BUTTON_PRESS____root, and when I release, I get > GDK_BUTTON_RELEASE____root. This is also valid for the tablet. > > If I press somewhere *in* the rectangle, with the mouse I get > GDK_LEAVE_NOTIFY > GDK_ENTER_NOTIFY > GDK_BUTTON_PRESS > > and if I release, I get > GDK_BUTTON_RELEASE___root > GDK_BUTTON_RELEASE___root (that's right, I get it twice), > and the rectangle is selected. > > > If I do the same with the tablet, I get > GDK_LEAVE_NOTIFY > GDK_BUTTON_PRESS____root > > and upon release > GDK_BUTTON_RELEASE____root > GDK_ENTER_NOTIFY > > and nothing is selected at all. > > Maybe someone with a bit more insight could help me out here. It might > have to do something with GDK and/or its implementation of XInput, but > this would not explain the different behavior, I mean pressing outside > of the rectangle generates PRESS and RELEASE as expected, but if there's > an object under it, why is there a leave notify *not* followed by a > enter notify just as it is the case with the mouse? > > - -- > Cheers, > Alex > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.9 (GNU/Linux) > Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org > > iEYEARECAAYFAkiGaI0ACgkQ1J0MF2u394ympQCeMy1jitHlZQx3uu/IZQgHjoy6 > qjEAoLsbeCMBCpWCEbtDFEWQUD4/9G9u > =X0LM > -----END PGP SIGNATURE----- > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user >

1 0

Misc questions (dropdown menus, retrieving path info from files, LPE)
by Maximilian Albert 22 Jul '08

22 Jul '08

Hi all, I started working in the direction of Valerie's proposal for a redesigned pen/pencil toolbar (see http://wiki.inkscape.org/wiki/index.php/Vector-brushes), and I have a few quick questions: 1) How can I add images/paths to dropdown menus, e.g., to illustrate the shape that is going to be applied as a PatternAlongPath LPE? 2) I'd like to save the various possible shapes for dropdown menu #6 (cf. the image in the blueprint) in a separate file and read them during runtime rather than to hard-code them in advance. How can I access their path information from my code so that they can be applied as a PatternAlongPath? 3) For the LPE experts (Johan in particular :-) ): Valerie suggests that the width of the shape can be controlled via two spinbuttons. When I apply a given shape to a path (using PatternAlongPath), does the width of the resulting LPE-item depend on the length of the path or is it independent of this length (i.e., does the resulting item become wider when the path is longer and thus the pattern is "stretched" more)? Thanks in advance, Max -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/?mc=sv_ext_mf@...1921...

6 12

LPE "visibility": request for icon and name
by unknown＠example.com 21 Jul '08

21 Jul '08

Hi all, I just added an extra column in the LPE stack dialog. It shows whether an LPE is "visible" or not. (Corresponds to the "Is visible" checkbox in the parameters of an LPE) Have a look if it is not clear (just apply an LPE to a path and you'll see the eye icon next to the effect in the effect list). I'd like to make a request for a better name than "visibility". It enables/disables the effect, instead of changing whether the path is visible or not. So perhaps it is better to change the naming to something like "active/inactive". In that case it is also better to change the icon's appearance to something other than an eye. Maybe a set of 2 gears (with a cross through them if deactivated). Thanks! Johan

5 4

new warnings
by bulia byak 20 Jul '08

20 Jul '08

I'm flooded by a stream of warnings like ** (inkscape:27965): WARNING **: Event latency reached 3.290566 sec What am I supposed to do with them? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 7

NEW: LPE Boolops
by unknown＠example.com 20 Jul '08

20 Jul '08

Hi all, I just added LPE Boolops to SVN. Have fun with it. What would be very helpful is for you to test it and try to break it (not so hard at the moment). If you have a problem case that fails, please save the SVG and add it to the launchpad bugtracker. Please give the bugreport the "livepatheffects" tag. Because I am not sure who of 2geom development checks the bugtracker (I don't for example), please also send a mail to lib2geom-devel(a)lists.sourceforge.net with a link to the launchpad bug report. Thanks!!! Johan

4 21

animation approaches for Inkscape...
by Paulo Silva 20 Jul '08

20 Jul '08

hi! i posted in the Inkscape forum my first approaches about vectorial animation with swftools swfc, and how i am interested to help on a python-based converter between animated-svg and swfc formats http://www.inkscapeforum.com/viewtopic.php?f=28&t=819&p=6380#p6380 do someone know where from can i get samples of simple svg animations, and where can i test them?

4 3

Poppler 0.8.3 change to GfxFont
by Bob Jamison 19 Jul '08

19 Jul '08

Hi, all. One of the guys on the channel asked me if Inkscape runs with Poppler 0.8.3. I didn't know that Poppler had released anything recently, so I gave it a try on win32. Inkscape's sneaky use of some private Poppler APIs finally bit us! :-). There is a small change in GfxFont::getNextChar() that needs to be addressed for Poppler-0.8.3+. <tsdgeos> on #poppler kindly showed me the tweak, which I committed. To be able to use the latest Poppler and this fix, compile with -DPOPPLER_NEW_GFXFONT It seems to run nicely. But you must recompile. Do NOT use the new Poppler shared objects or DLLs without recompiling, else it is a crasher. The tweak is just something to keep Inkscape compiling. Miklos, can you look at this? I'm sure there is a cleaner, more permanent fix out possible. thanks! bob

4 8

pdfinput/pdf-parser.cpp:2248: error: no matching function for call to GfxFont::getNextChar
by Jeff Kowalczyk 19 Jul '08

19 Jul '08

Seeing compile errors in pdf-input/pdfparser.cpp the last few days. Gentoo Linux ~x86. depbase=`echo extension/internal/pdfinput/pdf-parser.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/lib/perl5/5.8.8/i686-linux/CORE -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -fopenmp -I/usr/include/ImageMagick -DRELAYTOOL_CRYPTO='static const int libcrypto_is_present = 1; static int __attribute__((unused)) libcrypto_symbol_is_present(char *m) { return 1; }' -DRELAYTOOL_SSL='static const int libssl_is_present = 1; static int __attribute__((unused)) libssl_symbol_is_present(char *m) { return 1; }' -DHAVE_SSL -I/usr/include/freetype2 -I/usr/include/poppler -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -DPOTRACE=\"potrace\" -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/include/gtkspell-2.0 -I../cxxtest -Werror=format-security -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -O2 -march=i686 -pipe -MT extension/internal/pdfinput/pdf-parser.o -MD -MP -MF $depbase.Tpo -c -o extension/internal/pdfinput/pdf-parser.o extension/internal/pdfinput/pdf-parser.cpp &&\ mv -f $depbase.Tpo $depbase.Po In file included from extension/internal/pdfinput/pdf-parser.h:31, from extension/internal/pdfinput/svg-builder.cpp:21: /usr/include/poppler/Object.h: In member function 'int Object::arrayGetLength()': /usr/include/poppler/Object.h:244: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::arrayAdd(Object*)': /usr/include/poppler/Object.h:247: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::arrayGet(int, Object*)': /usr/include/poppler/Object.h:250: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::arrayGetNF(int, Object*)': /usr/include/poppler/Object.h:253: warning: deprecated conversion from string constant to 'char*' In file included from extension/internal/pdfinput/pdf-parser.h:31, from extension/internal/pdfinput/svg-builder.cpp:21: /usr/include/poppler/Object.h: In member function 'int Object::dictGetLength()': /usr/include/poppler/Object.h:262: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::dictAdd(char*, Object*)': /usr/include/poppler/Object.h:265: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::dictSet(char*, Object*)': /usr/include/poppler/Object.h:268: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'GBool Object::dictIs(char*)': /usr/include/poppler/Object.h:271: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictLookup(char*, Object*)': /usr/include/poppler/Object.h:277: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictLookupNF(char*, Object*)': /usr/include/poppler/Object.h:280: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'char* Object::dictGetKey(int)': /usr/include/poppler/Object.h:283: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictGetVal(int, Object*)': /usr/include/poppler/Object.h:286: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictGetValNF(int, Object*)': /usr/include/poppler/Object.h:289: warning: deprecated conversion from string constant to 'char*' In file included from extension/internal/pdfinput/pdf-parser.h:31, from extension/internal/pdfinput/svg-builder.cpp:21: /usr/include/poppler/Object.h: In member function 'GBool Object::streamIs(char*)': /usr/include/poppler/Object.h:298: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::streamReset()': /usr/include/poppler/Object.h:304: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::streamClose()': /usr/include/poppler/Object.h:307: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'int Object::streamGetChar()': /usr/include/poppler/Object.h:310: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'int Object::streamLookChar()': /usr/include/poppler/Object.h:313: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'char* Object::streamGetLine(char*, int)': /usr/include/poppler/Object.h:316: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Guint Object::streamGetPos()': /usr/include/poppler/Object.h:319: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::streamSetPos(Guint, int)': /usr/include/poppler/Object.h:322: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Dict* Object::streamGetDict()': /usr/include/poppler/Object.h:325: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp: In member function 'void Inkscape::Extension::Internal::SvgBuilder::_addStopToGradient(Inkscape::XML::Node*, double, GfxRGB*, double)': extension/internal/pdfinput/svg-builder.cpp:762: warning: deprecated conversion from string constant to 'gchar*' extension/internal/pdfinput/svg-builder.cpp: At global scope: extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:873: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp: In member function 'void Inkscape::Extension::Internal::SvgBuilder::updateFont(GfxState*)': extension/internal/pdfinput/svg-builder.cpp:895: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:945: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:947: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:962: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/svg-builder.cpp:977: warning: deprecated conversion from string constant to 'gchar*' extension/internal/pdfinput/svg-builder.cpp:980: warning: deprecated conversion from string constant to 'gchar*' extension/internal/pdfinput/svg-builder.cpp:983: warning: deprecated conversion from string constant to 'gchar*' extension/internal/pdfinput/svg-builder.cpp:986: warning: deprecated conversion from string constant to 'gchar*' extension/internal/pdfinput/svg-builder.cpp:989: warning: deprecated conversion from string constant to 'gchar*' extension/internal/pdfinput/svg-builder.cpp:992: warning: deprecated conversion from string constant to 'gchar*' extension/internal/pdfinput/svg-builder.cpp:995: warning: deprecated conversion from string constant to 'gchar*' extension/internal/pdfinput/svg-builder.cpp:998: warning: deprecated conversion from string constant to 'gchar*' extension/internal/pdfinput/svg-builder.cpp:1001: warning: deprecated conversion from string constant to 'gchar*' depbase=`echo extension/internal/pdfinput/pdf-input.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I.. -I/usr/lib/perl5/5.8.8/i686-linux/CORE -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -fopenmp -I/usr/include/ImageMagick -DRELAYTOOL_CRYPTO='static const int libcrypto_is_present = 1; static int __attribute__((unused)) libcrypto_symbol_is_present(char *m) { return 1; }' -DRELAYTOOL_SSL='static const int libssl_is_present = 1; static int __attribute__((unused)) libssl_symbol_is_present(char *m) { return 1; }' -DHAVE_SSL -I/usr/include/freetype2 -I/usr/include/poppler -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -DPOTRACE=\"potrace\" -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/include/gtkspell-2.0 -I../cxxtest -Werror=format-security -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -O2 -march=i686 -pipe -MT extension/internal/pdfinput/pdf-input.o -MD -MP -MF $depbase.Tpo -c -o extension/internal/pdfinput/pdf-input.o extension/internal/pdfinput/pdf-input.cpp &&\ mv -f $depbase.Tpo $depbase.Po In file included from /usr/include/poppler/Gfx.h:19, from extension/internal/pdfinput/pdf-parser.cpp:33: /usr/include/poppler/Object.h: In member function 'int Object::arrayGetLength()': /usr/include/poppler/Object.h:244: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::arrayAdd(Object*)': /usr/include/poppler/Object.h:247: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::arrayGet(int, Object*)': /usr/include/poppler/Object.h:250: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::arrayGetNF(int, Object*)': /usr/include/poppler/Object.h:253: warning: deprecated conversion from string constant to 'char*' In file included from /usr/include/poppler/Gfx.h:19, from extension/internal/pdfinput/pdf-parser.cpp:33: /usr/include/poppler/Object.h: In member function 'int Object::dictGetLength()': /usr/include/poppler/Object.h:262: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::dictAdd(char*, Object*)': /usr/include/poppler/Object.h:265: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::dictSet(char*, Object*)': /usr/include/poppler/Object.h:268: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'GBool Object::dictIs(char*)': /usr/include/poppler/Object.h:271: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictLookup(char*, Object*)': /usr/include/poppler/Object.h:277: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictLookupNF(char*, Object*)': /usr/include/poppler/Object.h:280: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'char* Object::dictGetKey(int)': /usr/include/poppler/Object.h:283: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictGetVal(int, Object*)': /usr/include/poppler/Object.h:286: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictGetValNF(int, Object*)': /usr/include/poppler/Object.h:289: warning: deprecated conversion from string constant to 'char*' In file included from /usr/include/poppler/Gfx.h:19, from extension/internal/pdfinput/pdf-parser.cpp:33: /usr/include/poppler/Object.h: In member function 'GBool Object::streamIs(char*)': /usr/include/poppler/Object.h:298: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::streamReset()': /usr/include/poppler/Object.h:304: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::streamClose()': /usr/include/poppler/Object.h:307: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'int Object::streamGetChar()': /usr/include/poppler/Object.h:310: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'int Object::streamLookChar()': /usr/include/poppler/Object.h:313: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'char* Object::streamGetLine(char*, int)': /usr/include/poppler/Object.h:316: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Guint Object::streamGetPos()': /usr/include/poppler/Object.h:319: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::streamSetPos(Guint, int)': /usr/include/poppler/Object.h:322: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Dict* Object::streamGetDict()': /usr/include/poppler/Object.h:325: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::parse(Object*, GBool)': extension/internal/pdfinput/pdf-parser.cpp:370: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:377: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::go(GBool)': extension/internal/pdfinput/pdf-parser.cpp:423: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:440: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:390: warning: unused variable 'lastAbortCheck' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::execOp(Object*, Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:506: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:514: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:527: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:534: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetExtGState(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:694: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:705: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:709: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:713: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:717: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:723: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:727: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:736: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:742: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:744: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:746: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:747: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:768: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:773: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:774: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:777: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:777: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:784: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:789: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:795: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:808: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:809: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:812: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:816: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:820: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:840: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:844: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:848: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doSoftMask(Object*, GBool, GfxColorSpace*, GBool, GBool, Function*, GfxColor*)': extension/internal/pdfinput/pdf-parser.cpp:874: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:876: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:881: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:884: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:895: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:910: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColorSpace(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1024: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorSpace(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1047: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColor(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1056: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColor(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1072: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColorN(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1093: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:1112: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorN(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1137: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:1156: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opLineTo(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1180: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opCurveTo(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1190: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opCurveTo1(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1206: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opCurveTo2(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1222: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opClosePath(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1250: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doPatternFillFallback(GBool)': extension/internal/pdfinput/pdf-parser.cpp:1409: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doPatternStrokeFallback()': extension/internal/pdfinput/pdf-parser.cpp:1428: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opShowText(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:2108: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opMoveShowText(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:2122: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opMoveSetShowText(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:2140: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opShowSpaceText(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:2163: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2188: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doShowText(GooString*)': extension/internal/pdfinput/pdf-parser.cpp:2248: error: no matching function for call to 'GfxFont::getNextChar(char*&, int&, CharCode*, Unicode [8], int, int*, double*, double*, double*, double*)' /usr/include/poppler/GfxFont.h:204: note: candidates are: virtual int GfxFont::getNextChar(char*, int, CharCode*, Unicode**, int*, double*, double*, double*, double*) extension/internal/pdfinput/pdf-parser.cpp:2270: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2297: error: no matching function for call to 'GfxFont::getNextChar(char*&, int&, CharCode*, Unicode [8], int, int*, double*, double*, double*, double*)' /usr/include/poppler/GfxFont.h:204: note: candidates are: virtual int GfxFont::getNextChar(char*, int, CharCode*, Unicode**, int*, double*, double*, double*, double*) extension/internal/pdfinput/pdf-parser.cpp:2200: warning: unused variable 'dx2' extension/internal/pdfinput/pdf-parser.cpp:2200: warning: unused variable 'dy2' extension/internal/pdfinput/pdf-parser.cpp:2208: warning: unused variable 'nChars' extension/internal/pdfinput/pdf-parser.cpp:2208: warning: unused variable 'nSpaces' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opXObject(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:2341: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2345: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2346: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2350: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2352: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2353: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2357: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2359: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doImage(Object*, Stream*, GBool)': extension/internal/pdfinput/pdf-parser.cpp:2392: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2395: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2404: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2407: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2418: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2421: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2432: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2435: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2454: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2457: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2475: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2478: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2504: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2507: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2522: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2523: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2531: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2534: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2541: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2544: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2551: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2554: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2561: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2564: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2580: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2583: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2610: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2613: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2620: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2623: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2630: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2633: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2640: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2643: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2681: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doForm(Object*)': extension/internal/pdfinput/pdf-parser.cpp:2704: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2706: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2711: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2714: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2725: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2740: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2746: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2747: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2747: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2749: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2753: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2757: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'Stream* PdfParser::buildImageStream()': extension/internal/pdfinput/pdf-parser.cpp:2907: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2909: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp:2924: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opImageData(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:2939: warning: deprecated conversion from string constant to 'char*' extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opEndImage(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:2943: warning: deprecated conversion from string constant to 'char*' make[2]: *** [extension/internal/pdfinput/pdf-parser.o] Error 1 make[2]: *** Waiting for unfinished jobs.... In file included from /usr/include/poppler/XRef.h:18, from /usr/include/poppler/PDFDoc.h:18, from extension/internal/pdfinput/pdf-input.cpp:23: /usr/include/poppler/Object.h: In member function 'int Object::arrayGetLength()': /usr/include/poppler/Object.h:244: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::arrayAdd(Object*)': /usr/include/poppler/Object.h:247: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::arrayGet(int, Object*)': /usr/include/poppler/Object.h:250: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::arrayGetNF(int, Object*)': /usr/include/poppler/Object.h:253: warning: deprecated conversion from string constant to 'char*' In file included from /usr/include/poppler/XRef.h:18, from /usr/include/poppler/PDFDoc.h:18, from extension/internal/pdfinput/pdf-input.cpp:23: /usr/include/poppler/Object.h: In member function 'int Object::dictGetLength()': /usr/include/poppler/Object.h:262: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::dictAdd(char*, Object*)': /usr/include/poppler/Object.h:265: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::dictSet(char*, Object*)': /usr/include/poppler/Object.h:268: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'GBool Object::dictIs(char*)': /usr/include/poppler/Object.h:271: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictLookup(char*, Object*)': /usr/include/poppler/Object.h:277: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictLookupNF(char*, Object*)': /usr/include/poppler/Object.h:280: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'char* Object::dictGetKey(int)': /usr/include/poppler/Object.h:283: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictGetVal(int, Object*)': /usr/include/poppler/Object.h:286: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Object* Object::dictGetValNF(int, Object*)': /usr/include/poppler/Object.h:289: warning: deprecated conversion from string constant to 'char*' In file included from /usr/include/poppler/XRef.h:18, from /usr/include/poppler/PDFDoc.h:18, from extension/internal/pdfinput/pdf-input.cpp:23: /usr/include/poppler/Object.h: In member function 'GBool Object::streamIs(char*)': /usr/include/poppler/Object.h:298: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::streamReset()': /usr/include/poppler/Object.h:304: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::streamClose()': /usr/include/poppler/Object.h:307: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'int Object::streamGetChar()': /usr/include/poppler/Object.h:310: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'int Object::streamLookChar()': /usr/include/poppler/Object.h:313: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'char* Object::streamGetLine(char*, int)': /usr/include/poppler/Object.h:316: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Guint Object::streamGetPos()': /usr/include/poppler/Object.h:319: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'void Object::streamSetPos(Guint, int)': /usr/include/poppler/Object.h:322: warning: deprecated conversion from string constant to 'char*' /usr/include/poppler/Object.h: In member function 'Dict* Object::streamGetDict()': /usr/include/poppler/Object.h:325: warning: deprecated conversion from string constant to 'char*' make[2]: Leaving directory `/var/tmp/portage/media-gfx/inkscape-0.46.2/work/inkscape-0.46.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-gfx/inkscape-0.46.2/work/inkscape-0.46.2' make: *** [all] Error 2 * * ERROR: media-gfx/inkscape-0.46.2 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2584: Called gnome2_src_compile * environment, line 1954: Called die * The specific snippet of code: * emake || die "compile failure" * The die message: * compile failure

2 1

Re: [Inkscape-devel] mingwenv.bat needs to be updated
by Bob Jamison 18 Jul '08

18 Jul '08

Done. Good idea. That file, and the paths in it, aren't really mandatory, more of a suggestion. People can use anything they want, but it's good to let them know that Python is needed. bob -----Original Message----- >From: Yann Papouin <yann.papouin@...400...> >Sent: Jul 18, 2008 7:03 AM >To: inkscape <inkscape-devel(a)lists.sourceforge.net> >Subject: [Inkscape-devel] mingwenv.bat needs to be updated > >Hi, > >Python path must be added to the .bat file to compile Inkscape normaly with >cxxtest.

1 0

mingwenv.bat needs to be updated
by Yann Papouin 18 Jul '08

18 Jul '08

Hi, Python path must be added to the .bat file to compile Inkscape normaly with cxxtest.

1 0

test
by Damien Krotkine 18 Jul '08

18 Jul '08

please ignore thanks

1 0

Unit tests on Linux, anyone want to double-check my Makefile changes?
by Jasper van de Gronde 17 Jul '08

17 Jul '08

The (new) CxxTest unit tests finally work on Linux. It took a "little" longer than I had hoped (I had to reinstall Ubuntu about 7 times before I figured out that Qemu couldn't deal properly with its own qcow2 image format), but it now works. However, if anyone familiar with Makefiles wants to check that I didn't make some stupid mistakes, that would be great. (I obviously checked that it still builds and such, but perhaps there are some less obvious problems lurking in the dark.)

1 0

Text input
by Marek Ososiński 16 Jul '08

16 Jul '08

Inkscape do not allow me to switch the font once the phrase was written and the font size menu is out of bounds by a few pixels... and am i stuck with the freaking language that is set on my home PC / how to change the lang to english? -- Marek Ososiński

4 3

Re: [Inkscape-devel] Text input
by Bob Jamison 16 Jul '08

16 Jul '08

This always works for me: 1) Using a DOS console, cd to your inkscape installation directory 2) c:\foobar> set LANG=de_DE (or whatever your locale code is) 3) c:\foobar> inkscape You might want to simply add a batch file to the directory with those two lines, so that in the future, you only need to double-click it. bob -----Original Message----- >From: Diederik en Rezi <mail@...1689...> >Sent: Jul 16, 2008 2:25 PM >To: Marek Ososiński <naukowiec@...400...> >Cc: inkscape-devel(a)lists.sourceforge.net >Subject: Re: [Inkscape-devel] Text input > >Marek Ososiński wrote: >> and am i stuck with the freaking language that is set on my home PC / >> how to change the lang to english? >On windows, simply delete the relevant directory (C:/Program >Files/Inkscape/locale/your-language) > >Diederik > >------------------------------------------------------------------------- >This SF.Net email is sponsored by the Moblin Your Move Developer's challenge >Build the coolest Linux based applications with Moblin SDK & win great prizes >Grand prize is a trip for two to an Open Source event anywhere in the world >http://moblin-contest.org/redirect.php?banner_id=100&url=/ >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

problems with svn commit
by Felipe Sanches 16 Jul '08

16 Jul '08

Today I got this: felipe@...2014...:~/devel/inkscape$ svn commit -m "improving SVG Fonts UI" svn: Commit falhou (detalhes a seguir): svn: MKACTIVITY de '/svnroot/inkscape/!svn/act/5b1d8b13-3340-4a3b-8ef3-377d14463b65': 403 Forbidden (https://inkscape.svn.sourceforge.net) translating to english: felipe@...2014...:~/devel/inkscape$ svn commit -m "improving SVG Fonts UI" svn: Commit failed (details follow): svn: MKACTIVITY from '/svnroot/inkscape/!svn/act/5b1d8b13-3340-4a3b-8ef3-377d14463b65': 403 Forbidden (https://inkscape.svn.sourceforge.net)

3 2

Spiro pronunciation...
by heathenx 16 Jul '08

16 Jul '08

Is spiro pronounced sp-ee-r-o or sp-eye-r-o? heathenx

2 1

Just an idea: Kamaelia for InkBoard
by Dave Crossland 16 Jul '08

16 Jul '08

Hi! I wonder about using http://edit.kamaelia.org/ to redo InkBoard so that it scales to many users. Just an idea I thought I'd throw out there, since Kamaelia is awesome and not very well known :-) Cheers, Dave

6 7

Re: [Inkscape-devel] [Clipart] Inkscape export options
by Tobias Jakobs 16 Jul '08

16 Jul '08

Hello Дамјан (I hope is your first name), On Wed, Jul 16, 2008 at 12:30 AM, Дамјан Димитриоски <damjandimitrioski@...400...> wrote: > Hi, I was browsing into the Inkscape's options window and I found export > options(not that that's new :D), something to automatically send image > to your site or somewhere else. > > I was wondering, how to use it :) ? > It doesn't work, it's an unfinished GSoC project. I cc the Inkscape mailinglist perhaps someone there can help. Regards, Tobias

1 0

Re: [Inkscape-devel] Multiple inkscape layers with same name
by Peter Moulder 16 Jul '08

16 Jul '08

----- Forwarded message from Jakub Steiner <jimmac@...400...> ----- Hi Peter, thanks for discussing this. It's not a matter of life and death though, I can live with the way things are now. I just thought initially the restriction is fairly artificial seeing that the layer names are stored in inkscape:label. The reason why I wanted to name multiple layers the same is this -- http://blip.tv/file/1077148 It's not much of a showstopper for me though, and I feel bad for wasting your time, guys. Nevertheless thank you for listening to your whiney users :) On Tue, Jul 15, 2008 at 6:52 AM, Peter Moulder <Peter.Moulder@...38...> wrote: > I asked JonCruz about it. He said there's no particularly strong reason > for it, and he's fine with reverting that change if you think it better. > > There are also a couple of other proposals for reducing harm; see > http://inkscape.gristle.org/2008-07-14.txt from 19:53 onwards (though > ignore the first few lines :-) ). > > I thought it valuable to have your opinion. Consider discussing on > #inkscape. ----- End forwarded message -----

1 0

INKSCAPE GALLERY RC2 ------draw freely...then publish!-------
by davide|inkscapegallery 15 Jul '08

15 Jul '08

There's a lot to say about this new release...you might prefer to see it immediately..so, start from here: http://inkscapegallery.net/home I worked hard for three months to build gimpgallery (http://gimpgallery.net)and it has been recently released... So i had many ideas about how to improve inkscape gallery, i was tired and anxious at the same time... The second feeling won and i'm here to list what i've done in the last days: *The home page* It is a complete section with 4 subsections, "from the inkscape's world", "highlight on", "special sections" and "a little taste of inkscpae gallery". *4 new sections called:* fresh, mostvoted, older and popular *The "inkscape galleria"* it is a slideshow made with a jquery plugin labeled "galleria",indeed. It is quite smart and fast, just to give you another way to see what is best in inkscape gallery: images! *The user's "inkscape galleria"* Every user has his own "galleria" , just click on the link in the title block of each image content *Some layout improvements* In a big website you will always have something you fixed with a workaround, not in the best way, in other words... I've found better solutions now *The "from the inkscape world" section* It is the upper section in the home page. This was not an hard work but is important i mean, just because i'd like to work together with other inkscape based website. *The wysiwyg editor* we have a simple wysiwyg editor now. It works only for logged in users, anyway *The antispam framework* we've never had critical spam problems, you can directly publish in inkscape gallery only when logged in, indeed. we have user profiles, with an email field and i wanted to keep it safe from spam even if you need to be logged in to view the user profiles... (maybe not anymore in the future...) Anyway, the email field is protected from spam, now *The gimpgallery promo* I wanted to make you know about gimp gallery. It is another image gallery website for a free image editor and it is even more advanced compared to inkscape gallery, actually. It is freshly born and quite empty, i had to borrow some images from inkscape gallery so, if you're a gimper, go there to publish your images! This is what, i hope you to like it, there's always something to fix, to improve but that's inevitable (especially on IE) :-) i'm planning the next steps to bring inkscape gallery to the next release! See you, and keep drawing! Da. http://inkscapegallery.net

1 0

can inkscape have multiple pages, and export them to a PDF?
by Albert Cardona 15 Jul '08

15 Jul '08

Hi all, The ability to export multiple pages to a PDF would enable: - creating slide presentations - creating books Because at the moment there is no nice way to make neither slide presentations nor books in linux or bsd. Both ooimpress and scribus have very, very bad user interfaces compared to inkscape. Are there any plans on this direction? Thanks for any info. Albert -- Albert Cardona http://www.mcdb.ucla.edu/Research/Hartenstein/acardona

5 4

convert-to-text bug
by Stephen Silver 14 Jul '08

14 Jul '08

Could someone who knows about text handling in Inkscape please take a look at bug 247632: https://bugs.launchpad.net/inkscape/+bug/247632

1 0

Code cleanups
by unknown＠example.com 14 Jul '08

14 Jul '08

Hello all, I have some discussion points on code cleanup topics: 1. isnormal.h is not used anywhere in the code, can we remove it? 2. isinf.h defines a lower-case macro. Can I add to the coding standard that all #defines should be capitalized? 3. sigil spacing. Apparently most of Inkscape's code puts no space between sigil (*/&) and the following variable name. The coding style document doesn't explicitly mention this, shall I add it? So: "int const * get_int(double &johan);" Cheers, Johan

3 2

2geom gsl dependency issue
by Jon A. Cruz 14 Jul '08

14 Jul '08

Hi, With the latest 2geom update I'm unable to build on Xandros. I'm seeing ./2geom/numeric/vector.h:76: error: -1'gsl_vector_ispos' was not declared in this scope The version of libgsl0 I have there is 1.8 On Ubuntu 8.04 I have version 1.9 I think it would be good if we could keep compatibility with 1.8 at least for a while still.

3 4

Inkscape0807111532 crashes when opening the about screen
by unknown＠example.com 13 Jul '08

13 Jul '08

Inkscape0807111532 crashes when opening the about screen (Windows Vista). The crash follows a C++ runtime library error message. Molumen

2 1

[Fwd: [Tango-artists] one-canvas workflow]
by Jon A. Cruz 13 Jul '08

13 Jul '08

Here's a recent email on the Tango list discussing icon workflow. There are some interesting aspects to it, and Jakub explains the rationale for various aspects fairly well. Those include metadata "abuse", layers, gradients, shared styles, export, etc. Thought this might spur a little discussion and/or tweaking of some Inkscape aspects.

1 0

Re: [Inkscape-devel] NEW: sliders in tool controls
by Valerie 13 Jul '08

13 Jul '08

By the way, with the new sliders, you can no longer use directional keys to modify size in the Calligraphy tool. It's a pity, because they could be used for more precise value adjustments (it's hard to get a change of exactly 1 with the sliders). Also, I was hoping for keyboard shortcuts to be available to the pencil tool as well, so... Refer to my proposal for the pencil interface: http://wiki.inkscape.org/wiki/index.php/Vector-brushes I don't have problems with the integer being replaced by a slider, but I'd still like to be able to control it somewhat with keyboard shortcuts. Though I suppose the issue Could be easily side-stepped by entering a value 5 to 10 times smaller in the second field of my proposal, so that you drag the slider more freely...

3 4

Re: [Inkscape-devel] smoothing in Pencil
by Valerie 13 Jul '08

13 Jul '08

I've tried the new smoothing values! It's much better than before, so thank you very much! But I think the maximum value could be even smoother. In KOffice's Karbon14, if you choose "Curve" and "Exactness 20" for example, you get an absolutely crazing level of smoothing, i.e. you get only 2 nodes: Inkscape with 100 smooth: http://img209.imageshack.us/img209/4382/inkscapepk6.png Karbon14 with Curve exactness 20: http://img209.imageshack.us/img209/355/karbon14hw2.png Is it possible to make the slider logarithmic? This way you get your raw values, but at maximum, most curves produce only 2 nodes. A center-ish value is normal smoothing.

1 0

A problem compiling CVS
by Valerie 13 Jul '08

13 Jul '08

I haven't had problems compiling CVS before. This time though, 3 files seem to be giving me problems: /usr/include/poppler/Object.h extension/internal/pdfinput/svg-builder.cpp extension/internal/pdfinput/pdf-parser.cpp Nearly all of it involves the following message: warning: deprecated conversion from string constant to ‘char*’ There are too many of them, so I can't copy/paste them all, but when looking at the files they involve lines such as: error(-1, "Weird page contents"); Any idea where the error may come from? The error function perhaps?

3 5

Nodepath testing
by unknown＠example.com 13 Jul '08

13 Jul '08

Hello all, I just converted a bit of the nodetool to 2geom. Generating the knots and handles of a path is now done using 2geom path data. As it is late now, I am not 100% sure that it works 100%. Please help test to see if I broke anything. (so draw a strange path, enter nodetool and see whether everything was generated as it used to be) Thanks, Johan

2 1

easter egg star tool :)
by Alexandre Prokoudine 12 Jul '08

12 Jul '08

Hi, While documenting Inkscape we (well, Joshua) discovered that Shift + mouse drag for handles of Star tool applies different changes depending on particular handle. This is not documented neither in hotkeys cheat sheet, nor in tutorials, not in Tav's book. The middle handle gives larger values, and the periferal handles gives smaller values. This kind of switch is usually achieved by using Alt key in other tools. So, is it an easter egg? :) Alexandre

2 1

NEW: sliders in tool controls
by bulia byak 11 Jul '08

11 Jul '08

Some controls (such as the Width in Calligraphic/Tweak/Eraser tools, Tremor, Wiggle, and Mass in Calligraphic, Threshold in Paintbucket, Tolerance in Pencil) are converted from numeric editable fields into draggable sliders. As these values don't usually require much precision, this makes adjusting them much easier and faster. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

7 18

Break path at selected nodes
by Stefaan 11 Jul '08

11 Jul '08

I'd like to bring bug #168589 "'Break path at selected nodes' only breaks a few nodes" to your attention, as no developers are cc'd on it. I attached a patch which I believe fixes the problem. It would be nice if someone could review the patch. Many thanks for making inkscape a very cool piece software, Stefaan https://bugs.launchpad.net/inkscape/+bug/168589

1 0

Rendering(/verb) tests - comparing output files to reference files
by Jasper van de Gronde 11 Jul '08

11 Jul '08

To elaborate on what I'm working on, I currently have a tool which can execute Inkscape with some arbitrary command-line and (given what the output file is) compare the output to a set of reference files. If it finds a match it assigns the test the result belonging to that reference file, it can't find a match the test is marked "New". (It can also deal with crashes and so fort. And it can use a tool like perceptualdiff to compare the files.) Currently there are two short-comings: 1. Obviously it needs a bit more automation (you don't want to enter it all manually). Locally I'm doing this using a batch file. Since this isn't portable I'm thinking of either modifying buildtool to be able to do this, or more or less porting my batch file to Python. 2. Comparing the generated files completely automatically to the W3C reference files is practically impossible, because of font differences. This also goes for sharing reference files between different computers. I would definitely welcome some ideas for solving 2. Currently I'm thinking of a combined strategy. First of all the problem can be mitigated somewhat by using --export-id=test-body-content --export-id-only (this makes sure the revision string and the border aren't exported). This doesn't make it easier to compare the output to existing reference files, but does make it easier to share reference files between computers. Going a bit further it would be possible to eliminate all the unnecessary labels from test files. Secondly, there will always be files with text. To prevent those from being a problem I could do roughly two things: - Make sure it is relatively easy to judge the files on your own PC (using some GUI tool that lets you judge the files by clicking on a button for example). - Make some on-line tool that runs the tests and publishes the results. Both have their (dis)advantages. What would people prefer? And what are the possibilities for option 2? (That is, would it be possible to do this on the Inkscape site somewhere? Does SF have facilities for running periodic tests that I could use?)

2 1

Rendering(/verb) tests - where to put them?
by Jasper van de Gronde 11 Jul '08

11 Jul '08

I'm working on implementing rendering(/verb) tests (getting Inkscape to render SVG files and comparing them to known-good/bad reference files) and was wondering how I could best make my work available. Just putting it in some directory under the trunk does not seem like a good idea (especially at the moment). And if I were to create a separate top-level directory, should it include data files (a selection of the W3C SVG test suite a the moment)?

1 0

Icon loading now fixed
by Jon A. Cruz 11 Jul '08

11 Jul '08

I've finished up the second round if icon loading cleanup. First was to get things going with stock images http://library.gnome.org/devel/gtk/stable/gtk-Themeable-Stock- Images.html This second pass was to get the newer icon theme (added with GTK 2.6) http://library.gnome.org/devel/gtk/stable/GtkIconTheme.html That second part allows for the newer theme sets of icons to be loaded. These include the Tango icons. Probably the most important part is this now allows Inkscape to follow a standard look with other apps by using shared icons. In order to do this well we need to use standard names and standard concepts as much as possible. With my recent checkin I switched three icons over to standard, but there are still two main things to do First is to see if we can use any existing standard icons. The base spec with proposed standard icon names is at http://standards.freedesktop.org/icon-naming-spec/icon-naming-spec- latest.html The standard icons out in existing themes, though, don't use all of those. Such themes are usually under /usr/share/icons/* or the equivalent. A few I have here are "highcolor" (the fallback default), "Human" and "Tangerine". The main second thing is to get graphic-app specific icons that are not listed in the default set figured out and assigned names. The Tango project had started this under their Art Libre set. http://tango.freedesktop.org/ArtLibreSet If anyone can take a look through there, that would be a great help. And more importantly if anyone who uses other apps such as GIMP, Krita, Blender, etc. could take a peek at what could be unified that would be a huge help.

1 0

multiple inkscapes on linux
by Mihaela 11 Jul '08

11 Jul '08

How can I have multiple inkscape versions on the same machine (im on fedora8) and can you choose if those use the same or their own profiles?

8 16

GSoC Surveys!
by Aaron Spike 10 Jul '08

10 Jul '08

Hello GSoCers, We still need surveys from cyreve, pjrm, bbyak, max, ted, and jasper. My internet connection is intermittent this week so if you see these people around please remind them. Remember, these surveys determine whether you get paid, so students, if you or your mentor hasn't submitted a survey yet, make sure it happens. Aaron Spike

1 0

smoothing in Pencil
by bulia byak 09 Jul '08

09 Jul '08

I have always felt that the Tolerance parameter (now renamed to Smoothing) in Pencil does not provide a wide enough range - small values look almost the same as large. So I have just shifted the range of this parameter so that 1 gives visibly rough and unsmoothed line with many nodes, while 100 gives a smooth line with few nodes. Of course this is all quite subjective, so if anyone can test it out and report if the new range works for them or not I would appreciate that. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

cairo/cmyk, next round :)
by Alexandre Prokoudine 09 Jul '08

09 Jul '08

Hi, Carl Worth has just told me they've got people who could work on CMYK support in Cairo, but they still need someone to tell them what exactly end-user applications want Cairo to do. It seems to me that we want two things: 1) optional output to CMYK PDF/PS/EPS 2) separation preview What Carl now says is: "(1) would probably be a good place to start. But I still have questions about how inkscape would like this to work. Particularly, with regard to what colorspace(s) inkscape would like to use to provide color values to cairo. What colorspace(s) would be used for blending. What to do with source colors from multiple spaces, etc." Do we want to use this chance to wet our toes in prepress waters? ;-) Alexandre

7 9

Fwd: SVGT 1.2 Implementation 'Test Fest' announced
by Alexandre Prokoudine 07 Jul '08

07 Jul '08

FYI ---------- Forwarded message ---------- From: Andrew Emmons <andrew.emmons at quickoffice.com> Date: Mon, Jul 7, 2008 at 2:24 PM Subject: SVGT 1.2 Implementation 'Test Fest' announced To: "www-svg@...157..." <www-svg at w3.org> Hello, The SVG Working Group will be holding a final 'Test Fest' for SVGT 1.2 implementations from September 29th to October 2nd. During this event, SVGT 1.2 implementations will be tested against a final test suite for the purpose of producing an implementation report. This report is critical in moving SVGT 1.2 to the 'Proposed Recommendation' track and should demonstrate that at least two interoperable and independent implementations exist for each feature of the specification. Details on the W3C process can be found here[1]. If you are an implementer and wish to join the 'Test Fest', please respond, privately if you wish, to this e-mail. Details for the meeting are still being worked out – specifically the location. It will be held somewhere in North America. Regards, Andrew [1] http://www.w3.org/2005/10/Process-20051014/tr.html#cfr Andrew Emmons Engineering Director, SVG Business Unit Co-Chair, W3C SVG Working Group Quickoffice, BitFlash Division www.bitflash.com, www.quickoffice.com

1 0

Trouble compiling a 0.46+devel release: lib2geom errors
by heathenx 05 Jul '08

05 Jul '08

I set up a virgin Ubuntu Hardy VM a couple of days ago so that I could use it as an Inkscape build environment for any of the 0.46+devel revisions. I'm only interested in compiling one of the recent SVN snapshots every once in a while just to check out some new features. I have only been able to compile revision 19107. I cannot get a more recent revision to compile due to lib2geom errors during the "make" command. I went out and found lib2geom and compiled it with cmake, make, sudo make install. No errors so I think it's good. I understand that the dev's are working on the latest and greatest stuff and probably shouldn't be distracted by people like me who have little understanding in compiling Inkscape in the first place but I feel like I'm so close. Is the lib2geom library very experimental at this time?...likely preventing me from compiling cleanly? Thank-you, heathenx

2 1

Unit tests for 2geom?
by Jasper van de Gronde 05 Jul '08

05 Jul '08

I'm converting the relevant (existing) libnr tests to 2geom as part of my GSoC project, now my question is where to put them? So far I've just put them in the 2geom directory of my local working copy and adjusted the build file in the same way as for the unit tests in the svg/ and libnr/ subdirectories for example. I imagine, however, that it might be better to add them to 2geom directly.

2 3

Color Export
by Cédric GEMY 05 Jul '08

05 Jul '08

I made somes test with scribus Team, and some troube as been revealed in CMYK handling in Inkscape export. If you have a pure black shape and export it in several format (AI, EPS, PS, PNG), only the AI export preserve the pure black. All the other result in a rich black (around C80%, M80%, 80%Y, K100%), which gives a 320 inking factor and we should not have more than 280 % in the worst case. Can someone confirm this. I tested on Mac OS, and can do the test with linuxes, but not under windows. pygmee

2 1

Discrepancies between 2geom's rotate and Inkscape's (libnr's) rotate
by Jasper van de Gronde 05 Jul '08

05 Jul '08

While converting some of Inkscape's libnr tests I found the following discrepancies between the two rotate classes: - Rotate(.234).inverse() != Rotate(-.234) in 2geom but not in libnr - Rotate(.234)*Rotate(0) != Rotate(.234) (idem.) - Rotate(0)*Rotate(.234) != Rotate(.234) (idem.) - b * Geom::Rotate::from_degrees(90.) != Geom::rot90(b) (idem.) My guess is that at least the first three have to do with how the rotation vectors are normalized. To me the most logical thing to do would be to eliminate the (in principle unnecessary) normalizations when computing the inverse of a rotation or when composing two rotations.

2 1

Changes to 2geom directory
by unknown＠example.com 04 Jul '08

04 Jul '08

Hi all, Thanks Jon for fixing the compile I apparently broke on Linux by updating 2geom, I am sorry. I just added a file saying not to change any code in Inkscape's 2geom copy. It is because we try to keep this directory a direct copy of 2geom's files. It is a lot of hassle to apply changes back and forth otherwise. If you really want to change Inkscape's 2geom code, please apply it to 2geom's SVN as well; otherwise your changes may very well be destroyed by the next update of Inkscape's 2geom copy. Another possibility is to commit your change to lib2geom first, then copy to Inkscape and commit the copy to inkscape. Thanks a lot, Johan

2 1

View option: skeleton-only mode?
by Valerie 04 Jul '08

04 Jul '08

It's great that the easy pattern-along-path functionality is already being implemented! Now is it possible to implement a view mode that turns all the LPE effects off and only show skeletons? The reasoning is the same as with outline mode: rendering speed. Some complex shapes may be quite complicated and take a long time to re-render every time, especially if one is only seeking to edit the skeleton. In fact, skeleton-only could be an option of outline mode. The biggest conflict is with Spiro lines, since users treat those as "normal" lines and not LPEs, thus probably don't want them to suddenly disappear. I'm not sure what can be done about this, save either making an exception for it (preference option?), or eventually implementing "native" Spiro splines despite them not being part of the native svg specifications.

1 0

Status update, take 2
by Maximilian Albert 03 Jul '08

03 Jul '08

Hi all, here is finally an update on my recent work. Note that this refers to the status of the project about two weeks ago. Most of what I have done in the meantime is not finished yet and, alas, was further delayed by my missing internet connection during last week and the serious build problems I have encountered afterwards (see different thread). As far as this work-in-progress is concerned, I'll outline it in a separate email to keep this one at a moderate length. Here is what's new: - A couple of new LPEs: * circle through 3 points * angle bisector * parallel to a line (it only uses start and end point of the path) * rotate copies (similar to tiled clones) * offset (in progress, see next email) - The pen context can now be put into a new internal state in which it waits for a specified number of mouse clicks, then creates a path from these clicks (by default only polylines are allowed but this is configurable) and either applies a new LPE of given type to the newly created path or passes the new path as a parameter to an existing LPE. This infrastructure is currently planned to only be used under the hood. Its full potential will become clear when we have a better UI for the new geometric LPEs. At the moment you can give it a try in two ways. Either apply the "mirror reflect" LPE to a path - it then waits for two mouse clicks which specify the mirroring line and only applies the LPE after these have occcurred. Or press Shift+C/B/A in pen tool, which activates one of the three LPEs "Circle through 3 points", "perpendicular bisector" or "angle bisector". Each of these waits for mouse clicks and then applies the LPE to a new path created from these (you will notice that you can only create polylines, which is reasonable for these kinds of constructions). - LPEPerspectivePath has a new handle to control the offset of the path (it's not ideal yet but better than tweaking the values manually). - LPEs can now choose to display or hide the original path. Boilerplate code for setting this option as well as for creating custom knotholder handles were added to lpe-skeleton.(h|cpp). - For each PointParam of a LPE, a knotholder handle is now automatically created (a separate status bar tip can be provided, otherwise the tooltip is reused). This made the clumsy "edit on-canvas" button in the LPE dialog obsolete. If you want to see it in action, "Lattice Deformation" is probably the LPE where the benefits of automatic handles are most visible. :) - Each LPE can now display custom helper paths (similar to how the original path is displayed in node context). Just like handles for PointParams, these helper paths are automatically created for PathParam parameters. Again, "Lattice Deformation" is a good illustration. It displays a (very rudimentary) grid joining the lattice points. In the course of implementing custom helper paths, the framework also was reworked to make live updating of paths faster, among other things (though this can probably still be optimized). Known bug: The helper paths are not live-updated during dragging, and sometimes old ones don't vanish. This used to work properly, but it needed to be switched off due to the "green fish problem" which occurred last week (sorry for the hassle with it, BTW). It will be sorted out soon. More soon. Cheers, Max

4 3

Hackontest dev's
by unknown＠example.com 03 Jul '08

03 Jul '08

Hi all, If you are interested in participating in Hackontest, please register yourself at www.hackontest.org and click on the "agree to implement" button next to projects you'd like to work on. IMPORTANT: At the moment, there are no project proposals in Inkscape with at least 4 developers, which means we are out of the running! So, even if you are not 100% sure you can make it, please sign up for it; or at the very least, make a vote :) There may even be funds to get a developer over from the States, so if you want to see a beatiful and nice city in Europe... this holds especially for the developers out there with Inkscape "Hero" status!! Thanks a bunch, Cheers! Johan

2 1

GSoC Unit test suite update
by Jasper van de Gronde 03 Jul '08

03 Jul '08

The utest tests are now converted to CxxTest tests and you can build all the CxxTests on Windows. To build (and execute) them on Linux you still just do "make check", to use them on Windows build the linkcxxtests target and then execute cxxtests.exe (which is put in the build directory). You should execute it from the inkscape directory, as it needs a lot of dll's, unless you have the right dll's available in your path. Unfortunately the new CxxTest tests do not build under Linux yet. (With a bit of luck this will be remedied within one or two days, I'm currently doing a test build of Inkscape with some changes to add helper/units-test.h to make check.) I also made some new tests from scratch in CxxTest format. The test file for svg-path was committed some time ago and there are some tests for svg-affine and svg-length now as well (the latter doesn't have a lot of tests yet though). The test executable generates three types of output: 1. Its progress is written to stdout 2. A log is kept in text format 3. A log is kept in xml format The last two are put in the same directory as the cxxtests executable. Finally, the results of the tests themselves: - Two of the existing CxxTest tests (AttributesTest::testAttributes and DirUtilTest::testBase) fail on my system(s). - A test converted from the utest framework also fails (BezierUtilsTest::testBezierPt1). - Some of the new tests fail, but fortunately not in ways that would cause problems (for example, the current transform writing code outputs rotations and skews as a matrix instead of a rotate or skewX/Y, not wrong, but not very consistent/user-friendly either). Jasper

1 0

Vote for new functionality at www.hackontest.org
by unknown＠example.com 03 Jul '08

03 Jul '08

Hello all, A 24-hour contest to program new functionality into an opensource program? => www.hackontest.org Inkscape has registered for participation in Hackontest.org! http://www.hackontest.org/index.php?action=Root-projectDetail(97) This means we need your votes to find out which new functionality you'd like to see us code as quick as we can. Also, we need a lot of votes just to let the Hackontest organization know Inkscape makes you happy ;-) Cheers, Johan Engelen

1 0

Google Summer of Code(TM) 2008 Midterm Survey Approaches
by Aaron Spike 03 Jul '08

03 Jul '08

Attention all GSoC students and mentors, This is a reminder that midterm evaluation surveys open July 7th. Information about the surveys can be found at the links below. http://groups.google.com/group/google-summer-of-code-announce/web/midterm-s… http://groups.google.com/group/google-summer-of-code-announce/web/student-s… http://groups.google.com/group/google-summer-of-code-announce/web/midterm-m… I would ask that everyone involved reply to this thread so that Bryce and I can see that you are all awake and mindful of the survey deadline. This should give me a few extra days to track down awol participants. Remember these surveys are used to decide who receives t-shirts and money. If you are signed up as a mentor but not actively mentoring anyone, read the fine print you may still be eligible for a t-shirt if you complete the survey. Aaron Spike

7 7

Re: [Inkscape-devel] Import form openclipart
by Jakub Klawiter 02 Jul '08

02 Jul '08

Hello! :/ strange my gmail sent this message to pvt e-mail not to list probably. I'f i'm wrong excuse me for the dupe. > This is a bug on OCAL's side. We tried to find someone to fix it on > their side and we failed. It is very possible that I don't understand the real problem, but from my (user) point of view there are bug on both sides, as I wrote on previous message. Inkscape is importing *only one*, and always *only first* image uploaded to OCAL. And this is IMO a bug in Inkscape. If OCAL supports more than one version of image, and many of them can be SVG files, Inkscape should ask user which one (s)he want's to import. It is possible that somebody will upload a set called: "John Example" and inside you will find files: John Example (SVG) John Example Monochrome (SVG) John Example Manga Style (SVG) Rasterized John Example (PNG) Inkscape should ask what version of Mr. Example you want to import. You can say, ppl should not upload various version of picture into one "set". Maybe, but they probably will if they can, and IMO Inkscape and OCAL should work with this, because *software should be for users* not vice versa. Other bug in OCAL is that it can show thumbnail only if PNG file is first. Yes it is a bug in OCAL which maybe will be killed (a bug) someday. -- Pozdrawiam, Jakub. Milion osób dziennie pobiera Firefoksa... pobierz i Ty! www.firefox.pl

3 4

Startup crash (perhaps related to modified CFLAGS)?
by Maximilian Albert 02 Jul '08

02 Jul '08

Hi all, for a while now I have been compiling Inkscape with empty CFLAGS/CXXFLAGS, which greatly speeds up the build. Since last week, however, Inkscape consistently crashes for me during startup. I first thought this was caused by one of the recent SVN commits, but bisecting the history I was unable to identify any malicious commit because a single revision sometimes worked and sometimes didn't. It's still strange that the problem only seems to occur with revisions that are not older than one or two weeks. I have a separate SVN checkout on my hard drive which uses unchanged CFLAGS/CXXFLAGS (which I use when I need full debugging information). This one works without problems. Has anyone else seen similar crashes in the past, perhaps related to modified CFLAGS? I'd be very glad if someone could point me to a solution because development is severely slowed down with the increased compile times, and I've already spent several days just trying to recompile Inksacpe and finding that the crash is still there. Many thanks in advance, Max P.S.: Of course I tried 'make clean' but that didn't help. :(( Backtraces are worthless, too, since they read like this: #0 0xb74db9d7 in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #1 0x00000000 in ?? () (as I said, debugging symbols are stripped off in these builds)

1 2

Re: [Inkscape-devel] OSX native compile error
by Matt Peterson 01 Jul '08

01 Jul '08

I don't know if it helps but because the menus are rendered by the OS I can get to the font dialog, and the font preview in that dialog renders just fine. Nothing in the actual interface does though. -- Matthew Peterson Programmer Christa McAuliffe Space Education Center On Sat, Jun 28, 2008 at 1:38 AM, jiho <jo.irisson@...400...> wrote: > > On 2008-June-27 , at 20:45 , Matt Peterson wrote: > > Installed versions of pango and cairo are (copied straight from macports): >> pango @1.16.5_0 >> pango @1.20.2_0+no_x11 >> pango @1.20.3_0+no_x11 (active) >> cairo @1.6.4_0+no_x11 >> cairo @1.6.4_1+macosx+no_x11 (active) >> As you can see, both of the active versions for cairo and pango have X11 >> disabled. I followed the instructions from >> http://www.inkscape.org/wiki/index.php/CompilingMacOsX >> under the "Compiling Inkscape with native GTK using MacPorts >> [experimental]" heading to the best of my ability. >> > > then I am not sure what to tell you. I haven't been trying this for a > while. I just remember hitting that problem before and finally solving > it.... but I don't remember precisely how unfortunately :( > If you look into pango options (in pango's code or in macports : port edit > pango) there is (was at least) a switch to specify rendering via cairo > instead fo freetype. The result is that fonts are smoother than in the X11 > version but that works. > I won't be able to check this more before 2 or 3 weeks. Keep me in copy of > your messages until then please. It is great that you work on this. > > > JiHO > --- > http://jo.irisson.free.fr/ > > >

1 0

Fwd: OSX native compile error
by Matt Peterson 01 Jul '08

01 Jul '08

Installed versions of pango and cairo are (copied straight from macports): pango @1.16.5_0 pango @1.20.2_0+no_x11 pango @1.20.3_0+no_x11 (active) cairo @1.6.4_0+no_x11 cairo @1.6.4_1+macosx+no_x11 (active) As you can see, both of the active versions for cairo and pango have X11 disabled. I followed the instructions from http://www.inkscape.org/wiki/index.php/CompilingMacOsX under the "Compiling Inkscape with native GTK using MacPorts [experimental]" heading to the best of my ability. -- Matthew Peterson Programmer Christa McAuliffe Space Education Center On Fri, Jun 27, 2008 at 1:22 AM, jiho <jo.irisson@...400...> wrote: > On Sun, Jun 22, 2008 at 12:02 AM, Bob Jamison <rwjj@...127...> wrote: > > I asked around, and nobody knew. What I would suggest, is that you > > try visiting irc.gnome.org, in the "#gtk+" channel. Since the native > OSX > > gtk port is still in development, this might be something that they > > would need > > to see. At any rate, that is where the experts in this area lurk. > > Matt Peterson wrote: > >> Putting that line into Inkscape didn't seem to help, although inkscape > >> is getting the change. I think it might be a problem with pango. The > >> errors I am getting are: > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): Gtk-CRITICAL **: gtk_widget_show_all: assertion > >> `GTK_IS_WIDGET (widget)' failed > >> > >> (inkscape:19764): Gtk-CRITICAL **: gtk_box_pack_start: assertion > >> `GTK_IS_WIDGET (child)' failed > >> > >> (inkscape:19764): Gtk-CRITICAL **: gtk_widget_show_all: assertion > >> `GTK_IS_WIDGET (widget)' failed > >> > >> (inkscape:19764): GLib-GObject-CRITICAL **: g_object_ref: assertion > >> `object->ref_count > 0' failed > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): GLib-GObject-CRITICAL **: g_object_ref: assertion > >> `object->ref_count > 0' failed > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> ** (inkscape:19764): CRITICAL **: gdouble > >> sp_document_height(SPDocument*): assertion `document->root != NULL' > failed > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GDEF table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GSUB table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: Error loading GPOS table 28333 > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Lucida Grande 12', text=' ' > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Lucida Grande 6.34765625', > >> text='5' > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Bitstream Vera Sans Mono > >> 12.5', text='?' > >> > >> (inkscape:19764): Pango-WARNING **: shaping failure, expect ugly > >> output. shape-engine='BasicEngineFc', font='Lucida Grande 15', > >> text='No objects selected. Click, Shift+click, or drag around objects > >> to select.' > >> > >> Seems to me that pango isn't reading the font files right. > > These issues are indeed caused by Pango and the problem does not come > from note having bitstream vera sans (BTW, switching to Deja Vu sans > as the default would be a wise move since most new distros are using > this new version of the Bitstream fonts). > > If I remember well, the problem, for me, was that Pango was build by > MacPorts with an X environement in mind while, obviously, the rest is > X-free (no pun intended). So look for a no_x11 variant of Pango, or > something similar. Basically it must remove dependencies on X and > freetype and use Cairo to render the fonts. When Cairo is compiled > natively, it ultimately removes any dependency on X11. > The other possible issue is that font stuff changed recently in Cairo > and Pango and that some environement variables names related to fonts > may be different between the two. Which versions does MacPorts gives > you on your G4 on 10.4? > > I'll look a bit more into this when I am on my main machine. > > JiHO > http://jo.irisson.free.fr/ >

1 0

Re: [Inkscape-devel] Import form openclipart
by Alexandre Prokoudine 01 Jul '08

01 Jul '08

On Mon, Jun 30, 2008 at 10:52 PM, Jakub Klawiter wrote: > Hello! > > >> This is a bug on OCAL's side. We tried to find someone to fix it on >> their side and we failed. > It is very possible that I don't understand the real problem, but from > my (user) point of view there are bug on both sides, as I wrote on > previous message. http://news.gmane.org/find-root.php?message_id=%3c3c78ff030802162016u747f7e… Alexandre

1 0

SVGFonts UI discussion thread
by Felipe Sanches 01 Jul '08

01 Jul '08

Currently SVGFonts rendering in a helper GtkWindow is working ok for glyphs described using the path descrition ("path:d") attribute. Once we move the rendering to the canvas, arbitrary chunks of SVG will be added to the glyphs. Currently glyph kerning and missing-glyph nodes are also properly handled and rendered. I am using the helper GtkWindow because we still don't have pango+userfonts integration. So I am using cairo+userfonts directly on the GtkWindow. Once pango supports userfonts, I will remove the GtkWindows and render SVGFonts on the correct place (directly in the canvas). Since my work now depends a lot on this pango support, it has been evolving very slowly. I am thinking of doing some user interface work while we are stuck with pango. So, this thread is intended to discuss ideas and mockups on what people want to see for the SVGFonts user interface. Mental told me yesterday that it should be possible to edit glyphs on canvas directly on the rendered text in an "edit fonts" mode. I agree that this is the ideal thing to do, i.e. have things rendered in real time as much as possible. For example, when the text "Felipe" is rendered using an SVGFont and the user goes to "font edit mode", then editing the content of one of the "e" glyphs would make both "e" glyphs to be visually modified as if they were clones. That is the desired "real time" on-canvas bahaviour. But I also think that there should be an off-canvas glyph-editing user interface. There must be a dialog where the user can define the glyph-names, metadata such as font-family name and all the other font descriptors, the missing-glyph curves, and all of the glyph-kerning rules. Also, in this off-canvas UI, we could/should have helper lines indicating font metrics information such as base-line, top-line, etc. just like a font-editor would be. I also have in mind a unicode codepoint selector widget to be used for the u1 and u2 attributes in the kerning rules dialog. Please, feel free to offer new ideas or to say my ideas are crap or whatever. I am open to discussion. JucaBlues

4 5

Crash when applying patterns
by Maximilian Albert 30 Jun '08

30 Jun '08

Hi, since a short while ago, applying a pattern to a path in the fill/stroke dialog has led to a crash. I have found out that this is caused by invalid path data in share/patterns/patterns.svg which was introduced in revision 16619. Namely, there are stray minus signs (without a number following them) at two places in the code, like this: C -152.421,-34.897 -132.804,-34.567 -147.875,- L -150,-46.156 z (notice the isolated minus sign in front of the L). I committed a temporary "fix" by just inserting the value 999.999 for the missing coordinates (this makes it easy to find them in the file). Of course this messes up the patterns but I don't know the correct values for the missing coordinates. Bulia, since you committed the new patterns, could you have a look and properly correct them? BTW, were the paths created using Inkscape? In this case we should also find out why the invalid path data was produced in the first place. Max P.S.: Note that there still is another bug related to patterns which leads to a crash when you want to edit patterns using their knotholder handles. I wanted to fix it but it was shadowed by the new crash so I couldn't work on it. I hope to resolve it as soon as possible.

1 0

Import form openclipart
by Jakub Klawiter 30 Jun '08

30 Jun '08

Hello! Inkscape has great feature to import clipart from openclipart.org, but if there is more than one picture inkscape will import the first one. Same time openclipart will show thumbnail of an image only if first uploaded picture will be raster one (eg. PNG). You can check it here: http://openclipart.org/media/files/wariat/8984 there is no thumbnail but inkscape will import SVG file http://openclipart.org/media/files/jean_victor_balin/8735 there is a thumbnail of a picture but inkscape will import PNG file, while svg is still available. IMO there is a bug on both sides. Openclipart should show thumbnail if there is a raster image on any position of a set. User should not think about this. Inkscape should import any file from gallery, so if there is more than one file in set, it should: - ask which one user want's to download (IMO better) or - show all images in import window. What do you think? -- Pozdrawiam, Jakub. Milion osób dziennie pobiera Firefoksa... pobierz i Ty! www.firefox.pl

2 1

PDF import
by Andy Fitzsimon 30 Jun '08

30 Jun '08

Just letting the list know: I couldn't have gotten through last week had it not been for PDF import. I want to sincerely thank everyone who contributed in making it this easy to import and work with PDF assets. You are my heros. Andy

1 0

Re: [Inkscape-devel] [Lib2geom-devel] path parsing - nartbpath optimization?
by unknown＠example.com 30 Jun '08

30 Jun '08

> -----Original Message----- > From: njh [mailto:njh@...1927...] > Sent: zondag 29 juni 2008 19:01 > To: Engelen, J.B.C. (Johan) > Cc: inkscape-devel(a)lists.sourceforge.net; > lib2geom-devel(a)lists.sourceforge.net > Subject: Re: [Lib2geom-devel] path parsing - nartbpath optimization? > > On Sun, 29 Jun 2008 J.B.C.Engelen@...1578... wrote: > > > Hi all, > > > > When parsing "M 0,0 1,0 1,1 0,1 0,0 z", the old nartbpath > optimizes it > > and stores it like: "M 0,0 1,0 1,1 0,1 z". The 2geom path > parser does > > not. So when writing the path back to svg, nartbpath and > 2geom don't > > match up. > > Write a path optimiser function. If you're going to optimise > this, why not consider more interesting optimisations like > reparameterisation? This may be a good idea for later, but for now I was interested in "the right"(TM) behavior. What Inkscape used to be doing. :) Johan

1 0

Crash in 2geom ellipse parsing
by Jon A. Cruz 30 Jun '08

30 Jun '08

We've gotten bug #243232 that is due to an assertion in 2geom being triggered. terminate called after throwing an instance of 'Geom::RangeError' what(): lib2geom exception: there is no ellipse that satisfies the given constraints (2geom/elliptical-arc.cpp:616) https://bugs.launchpad.net/inkscape/+bug/243232 Can someone familiar with that area take a look? Thanks.

5 7

path parsing - nartbpath optimization?
by unknown＠example.com 30 Jun '08

30 Jun '08

Hi all, When parsing "M 0,0 1,0 1,1 0,1 0,0 z", the old nartbpath optimizes it and stores it like: "M 0,0 1,0 1,1 0,1 z". The 2geom path parser does not. So when writing the path back to svg, nartbpath and 2geom don't match up. What to do? Should 2geom optimize the path as well? Or should the svg writer optimize it? Or keep it the way the input was? Thanks for thoughts, Johan

5 6

SVGFonts: lot's of questions
by Felipe Sanches 28 Jun '08

28 Jun '08

1. "all text is output to libnr using livarot types, not using cairo" Can you explain that in more detail? I'd like to know: * what livarot types are. * how does livarot distinguish from cairo * does that mean we need to replace livarot? How to proceed? 2. "Getting text layout to use Cairo for output rather than libnr." Can you show me where does that output reside in the code? 3. [09:51:42] <^-> [JucaBlues] so, I guess, we should have in the API a way to provide pango with the metrics specified on svgfonts xml attributes [09:52:03] <^-> [JucaBlues] i mean kerning and stuff like that [09:52:15] <cyreve> yeah which, now I think of it, is exactly what gail is looking at "Finding a way to get the user font through Pango. One (ugly) possibility which comes to mind is to pretend to be sans-serif while going through Pango and then do a fudge afterwards. Gail asked to be a part of this discussion and she's more knowledgable than I am about cleaner approaches which could be taken here, so I've CCed her" I'm still feeling completely lost Juca

5 6

Re: [Inkscape-devel] Crash in 2geom ellipse parsing
by Bob Jamison 27 Jun '08

27 Jun '08

In any case, bad data should be handled gracefully, not with a killer assertion. The general rule is to be forgiving on input, strict on output. bob -----Original Message----- >From: Marco <mrcekets@...400...> >Sent: Jun 26, 2008 11:12 AM >To: Marco <mrcekets@...400...>, "Jon A. Cruz" <jon@...18...> >Cc: "inkscape-devel(a)lists.sourceforge.net" <inkscape-devel(a)lists.sourceforge.net>, "lib2geom-devel(a)lists.sourceforge.net" <lib2geom-devel(a)lists.sourceforge.net>, njh <njh@...1927...> >Subject: Re: [Inkscape-devel] Crash in 2geom ellipse parsing > >On Thu, 26 Jun 2008 17:49:38 +0200, Marco <mrcekets@...400...> wrote: > >> On Thu, 26 Jun 2008 17:02:00 +0200, Jon A. Cruz <jon@...18...> wrote: >> >>> We've gotten bug #243232 that is due to an assertion in 2geom being >>> triggered. >>> >>> terminate called after throwing an instance of 'Geom::RangeError' >>> what(): lib2geom exception: there is no ellipse that satisfies the >>> given constraints (2geom/elliptical-arc.cpp:616) >>> >>> >>> https://bugs.launchpad.net/inkscape/+bug/243232 >>> >>> >>> Can someone familiar with that area take a look? >>> >> >> Could it be a parsing error ? >> I tried to create EllipticalArc instances using the data presents >> in the path command that caused the assertion failure and all seem >> to work fine. >> >> - Marco >> > >No sorry I was wrong! There is really a problem with the passed data. >The following line is the command that causes the assertion: >"M 9.0625 10.21875 A 0.6384567 0.6384567 0 1 0 8.1875 11.15625" > >I'm analizing the problem. > >- Marco > > > >-- >Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ > >------------------------------------------------------------------------- >Check out the new SourceForge.net Marketplace. >It's the best place to buy or sell services for >just about anything Open Source. >http://sourceforge.net/services/buy/index.php >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

7 14

more on extensions
by Alexandre Prokoudine 27 Jun '08

27 Jun '08

Hi, A recently added "3D polyhedron" extension is actually more useful than it seems at first site, because it can load arbitrary OBJ files which are basically 3D model objects. Nifty, eh? ;-) What is not so cool is that users are supposed to provide full path to an OBJ file in a text input box. Is it actually possible to hook an Open File dialog to extensions? Alexandre

5 7

Support for other than English on OS X
by Jon A. Cruz 27 Jun '08

27 Jun '08

Hi, I finally got time to test a few things about Inkscape.app building on OS X to enable languages other than English. The secret turns out that the Resources folder inside just needs an empty folder with the name of the local and ".lproj" added. For example, to add Spanish it just needs "Spanish.lproj" to be added as an empty directory. And adding an empty "sv.jproj" folder enables Swedish (as "Svenska" in the OS X International control panel). I've attached a simple hack to osx-app.sh for testing. If anyone who's successfully built an Inkscape.app for OSX could test this, that would be a big help. thanks. It's on bug 242105 https://bugs.launchpad.net/inkscape/+bug/242105

3 7

OSX native compile error
by Matt Peterson 27 Jun '08

27 Jun '08

Inkscape wants to use Bitstream Vera Sans as the default font, but I don't have that installed on my system so every character becomes ugly rectangles. I cannot figure out how to change the font to something else. I noticed that there is a Resources folder when embedding Inkscape inside a bundle, but it doesn't seem to work for the native version. Does anyone have any suggestions for putting inkscape native into an application bundle? -- Matthew Peterson Programmer Christa McAuliffe Space Education Center On Fri, Jun 20, 2008 at 3:39 PM, Matt Peterson <revcompgeek@...400...> wrote: > Looks like both were problems. I copied the definitions of IS_FINITE to > 2geom/isnan.h and switched to gcc-4.0 and it compiled fine in about 4 hours. > It seems to run fine, but I was having font problems. However, I recently > screwed up my system fonts and I need to restart, which should fix the > problems. If anyone wants it, I have terminal output of the assertion > failures that happened while running. > > -- > Matthew Peterson > Programmer > Christa McAuliffe Space Education Center > > On Mon, Jun 16, 2008 at 6:06 PM, Michael Wybrow < > michael.wybrow@...38...> wrote: > >> >> On 17/06/2008, at 3:08 AM, Matt Peterson wrote: >> >>> >>> I have been attempting to compile a native version of Inkscape for Mac OS >>> 10.4 on a PowerBook G4, and using the latest SVN I am getting the following >>> error: >>> >>> In file included from 2geom/sbasis.h:43, >>> from 2geom/concepts.h:34, >>> from 2geom/d2.h:39, >>> from libnr/nr-convert2geom.h:16, >>> from sp-item.h:27, >>> from sp-lpe-item.h:17, >>> from sp-shape.h:18, >>> from sp-ellipse.h:18, >>> from arc-context.cpp:27: >>> 2geom/linear.h: In member function `bool Geom::Linear::isFinite() const': >>> 2geom/linear.h:91: error: `__isfinite' undeclared (first use this >>> function) >>> 2geom/linear.h:91: error: (Each undeclared identifier is reported only >>> once for >>> each function it appears in.) >>> make[2]: *** [arc-context.o] Error 1 >>> make[1]: *** [all-recursive] Error 1 >>> make: *** [all] Error 2 >>> >> >> >> My guess would be that the isnan.h in 2geom does not have the fixes we >> have added to the inkscape isnan.h. >> >> Try copying the definitions of IS_FINITE from src/isnan.h over the ones in >> src/2geom/isnan.h. >> >> >> Also, Matt, maybe you are using gcc 3.3? We compile our 10.4 packages >> with gcc-4.0, so maybe we haven't noticed a problem with gcc-3.3 on Mac OS >> X. >> >> >> >> Cheers, >> Michael >> > >

3 4

quick note on "using"
by Jon A. Cruz 26 Jun '08

26 Jun '08

Hi, Just a quick little note on the use of "using namespace" and such in .h files. Please don't have "using" in .h files, since that ends up contaminating any .cpp files that include the .h. Also any that include .h's that in turn include .h's that do... ... but then we get into my personal preference to avoid #include inside of .h's when possible.

1 0

Hackontest
by unknown＠example.com 25 Jun '08

25 Jun '08

Hi all, For long time I've been too lazy apply Inkscape for Hackontest, but next week when I am back in the Netherlands (!!!), I will sign us up for it. But first I'd like to do a check to see whichs devs are interested in teaming up for it. Please let me know if you're interested :-) One of the possible projects we could be working on is getting the whiteboard working. (imho it fits very nicely with the spirit of a teamed effort to code it :) Cheers, Johan

5 7

Text toolbar and controlling available options
by Valerie 25 Jun '08

25 Jun '08

If you recall, I proposed "flow into shape" on the toolbar for easier chart items, with border and alignment options, while many of you also want kerning commands in the text toolbar as well. (oh by the way, I'll have to decline on removing the "vertical layout" button from the toolbar: I'm half-Chinese, so it wouldn't surprise me if some took that removal rather badly ;) ) http://img57.imageshack.us/img57/475/textinterface3uc0.png (It's still messy for now) As you can see, even after resizing and removing unnecessary buttons, the resulting toolbar would still be ridiculously long. So basically, the ideal would be to first implement a way to control what appears in the toolbar. Options include: - ticking boxes or lists in text preferences - a button on the toolbar to add or remove buttons by ticking from a list - right click -> customize then drag and drop (like in Firefox 3) - alternatively, is it out of the question to have buttons appear on 2 rows? (with options to collapse parts)? So the big question is... which of the above is feasible and/or can be implemented most easily/fastest? This would be useful for other tools that are starting to have too many options, too. Once something like that is implemented, more options can be added, such as: - more text style elements (underline, strike-through, subscript, superscript, etc) - I was thinking offsets values for object aligns. - spellcheck options and custom layout options? - presets too On an unrelated note: text rendering happens to be pretty slow in Inkscape. This is probably due for its conversion into a deformable svg object? But some of us just want to do charts in Inkscape without fancy text effects, or do one of those tutorial picture files you see on Deviantart. When you reach a text file that size though, Inkscape starts to become Really slow. Is it possible to get a "plain text" option for all that? If I wanted to resize the text, I'd change the font size, not accidentally drag on the text box corners. There could be a toggle button between plain text and dynamic text, just like there's a toggle right now between bezier and spiro.

1 0

Tracking dependencies
by Jon A. Cruz 25 Jun '08

25 Jun '08

Hi guys, There's a side issue that's been kicking around for a while now. Inkscape doesn't really have it's dependencies explicitly listed. So things may or may not work for certain users trying to build on certain platforms, OS versions, etc. For example, I put in a patch recently that uses g_timeout_add_seconds (). In the documentation on it, the function is listed as "Since 2.14". So that bumps the requirement to have glib2 >= 2.14. However that would make things no longer work on Fedora 7 and instead bump Fedora 8 as the minimum there. Since that's only a year old, the might be a bit too soon to bump. Anyway, this highlights a need we have to be tracking what we bump and what impact it will have. This is something that even non- programmers can help with, so I've added a quick section and link to the Help Wanted wiki page: http://wiki.inkscape.org/wiki/index.php/ HelpWanted#Determining_Dependencies A first step would be if people skimmed through the glib and gtk+ docs looking for newer functions. Then adding those that are in our codebase to the "Functions Used" table on the wiki could really help: http://wiki.inkscape.org/wiki/index.php/ Tracking_Dependencies#Functions_Used Then if someone has a distro they care about, they can add it and/or fill out details for at at http://wiki.inkscape.org/wiki/index.php/Tracking_Dependencies#Distros Finally, the developers can get a handle on creeping dependencies, and perhaps add a few #ifdef's or alternate methods where needed in order to keep things sane.

1 0

okay, who did the green fish on-canvas?
by Andy Fitzsimon 25 Jun '08

25 Jun '08

I have no idea where in the code you added it . please remove it (or let me know where to add the duck code.) prions shall rise again! Andy

3 3

SPCanvasBuf cairoified
by bulia byak 24 Jun '08

24 Jun '08

I have just committed a change which turns SPCanvasBuf from 24bpp to 32bpp (since cairo cannot handle 24bpp buffers) and adds a cairo_t member (buf->ct) that canvas items can use to draw themselves using cairo. So far, canvas bpaths, ctrllines, and ctrlquadrs are drawn with cairo; the rest of items still use direct bitflipping although they are updated for 32bpp (and I think they should stay that way, as they don't need antialiasing and cairo would be much slower for them). Everything should work and behave exactly as before, except a little faster, and except the temporary regressions outlined below. Note that this only concerns canvas items; regular objects are still rendered as before. Total cairofication has become closer but we're not there yet. Here's what you need to remember to use cairo to render a canvasitem: - In the update method, you're given an affine matrix. Remember it. - In the render method, transform your points by the remembered affine, and then subtract from it the point (buf->rect.x0, buf->rect.y0). Use the resulting coords to draw into buf->ct, then everything will be where it must be. - When setting colors using cairo_set_source_rgba, give the components in the order B, G, R, A, not R G B A. Problems and regressions: 1 For some reason, drawing the canvasbuf onto the screen using cairo is very slow. So I had to keep the old method using gdk_draw_rgb_image_dithalign, which is faster even though it involves a 32bpp->24bpp conversion because gdk can only deal with 24bpp. This is controlled by the define CANVAS_OUTPUT_VIA_CAIRO in sp-canvas.cpp; uncomment it to use the cairo output. Can any cairo guru guess what is going wrong here? 2 Cairo cannot draw over the past content of the buffer with inversion. The XOR operator does not result in inversion, or at least I couldn't figure out how. So, the text selection (Shift+arrows over) had to become semitransparent blue instead of black with inversion. Hopefully this will be possible to fix with a future version of cairo. 3 With apologies to Mac users, I had to take out the code which reverts the byte order depending on endianness, which used to fix the problem caused by our using fixed byte order (RGBA) and cairo depending on the endianness of the hardware. Now that many things draw directly into the buffer using cairo, I can no longer easily separate what is drawn with cairo and what not, so there's no endianness fix anymore and as a result the colors of canvas items on a Mac will likely be wrong. This is a temporary regression; when rendering of regular objects is also cairoified, we can restore this fix, and when the problem 1 above is fixed, this endianness fix will be no longer needed because everything will be cairo throughout. Let me know if you find any problems. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 6

Re: [Inkscape-devel] Misc questions (dropdown menus, retrieving path info from files, LPE)
by Valerie 24 Jun '08

24 Jun '08

(Yay! :D ) Here's my take on 3) (alternatives are welcome): I can see 3 types of behavior people could want for LPE width: - absolute width: most useful for thin lines. Ex: 2 px. - % of original (%): big clipboard items. Chances are, when you copy an object you've just made for LPE, you want the object width to be more or less retained. - proportional resize: actually, isn't this what "bend path" more or less does? The object isn't stretched, it's just resized and bent. At first I was wondering how to call the last option in just two letters, but then I realized that it's best to make that a repeat option: http://img150.imageshack.us/img150/2599/lpekz5.png So, apart from the above, you have the following for units drop-down: % -- px mm etc. By the way, there should be an option for the resulting object to take on the color/fill properties of the original object instead of the current line properties. This in particular could be set as default for clipboard items: - if you copy a green leaf, you probably want it to stay green - also, if in the future you can copy complex objects with different fills and strokes for LPE, that'd allow you to retain those multiple settings Also, is it possible to implement a "skeleton" mode where all LPEs are disabled and only the skeletons are visible? The reasoning is simple: LPEs can consume a vast amount of memory. A skeleton mode would serve very much the same purpose here as the Outline mode (indeed, the outline mode itself could be made to only show skeletons and not rendered effects).

1 0

Startup slowdown caused by nr_arena_updates?
by Maximilian Albert 23 Jun '08

23 Jun '08

Hi all (and Johan in particular because it regards one of your commits), apparently rev #18921 introduced a significant slowdown in Inkscape's startup procedure (that's what git-bisect says). I'm not sure what the issue really is but after starting Inkscape, my CPU stays extremely busy for about 20 seconds or so. During that time, drawing operations and other actions respond considerably more slowly.[1] After about 20 seconds, everything seems to work as usual again, and all operations are reasonably fast. Anyone else seeing this? Here is a typical backtrace after interrupting Inkscape in gdb: #0 0x08241eb2 in Geom::D2<Geom::Bezier>::D2 () #1 0x08241ff6 in Geom::BezierCurve<1u>::BezierCurve () #2 0x082420b6 in Geom::Path::Path () #3 0x084d6ea8 in Geom::Path::operator* () #4 0x087fc9af in Geom::operator* () #5 0x084859e9 in nr_arena_shape_update () #6 0x0847cf70 in nr_arena_item_invoke_update () #7 0x0847ec8f in nr_arena_group_update () #8 0x0847cf70 in nr_arena_item_invoke_update () #9 0x0847ec8f in nr_arena_group_update () #10 0x0847cf70 in nr_arena_item_invoke_update () #11 0x0847ec8f in nr_arena_group_update () #12 0x0847cf70 in nr_arena_item_invoke_update () #13 0x0847ec8f in nr_arena_group_update () #14 0x0847cf70 in nr_arena_item_invoke_update () #15 0x084283c2 in sp_icon_doc_icon () #16 0x084291ee in load_svg_pixels () #17 0x084292f9 in prerender_icon () #18 0x08429d24 in icon_prerender_task () #19 0xb7340c91 in ?? () from /usr/lib/libglib-2.0.so.0 #20 0x00000000 in ?? () Note the several calls to nr_arena_group_update() and nr_arena_item_invoke_update(). The precise 2geom routines usually vary, but I see these two calls consistently during the slowed down phase. Hope this helps; it would be nice to have it fixed (I need to start Inkscape pretty often for testing, and this slowdown makes it quite annoying). Many thanks, Max [1] I first noticed this by drawing a star and converting it to a path (Shift+Ctrl+C) directly after startup, during which the cursor kept its hourglass state for about 15s. It doesn't seem to be related to path conversion, though.

3 4

VERSION and INKSCAPE_VERSION
by Bob Jamison 23 Jun '08

23 Jun '08

Hi, verbalshadow and I were looking at config.h and inkscape_version.h. Could we reduce our generated files by 1 and remove inkscape_version.h? It seems redundant. It only defines INKSCAPE_VERSION , rather than VERSION, and is used by aboutdialog.cpp. Can we move this to config.h like everyone else does? ^^ bob

2 1

regressions
by bulia byak 22 Jun '08

22 Jun '08

Hi all, in the last two days: - on startup: ** (inkscape:18931): CRITICAL **: gdouble sp_document_height(SPDocument*): assertion `document->root != NULL' failed - widgets in the Gradient tool controls are all squeezed together without intervals - a green fish skeleton (!) is visible above the canvas on startup or loading any document - not an object but some stray helperpath display, likely from a broken LPE Please whoever committed stuff recently, look over your commits and fix this :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 7

Configurable upper options bars?
by Valerie 22 Jun '08

22 Jun '08

I've just noticed that in Firefox you can configure the upper toolbars by right-clicking and selecting "customize." Then you can drag and drop elements wherever you want and/or drop them into a box to remove them from the bar. Will Inkscape be able to do this? As options are added to the various tools, their option bar start to become too long for computers with smaller monitors (especially small laptops), when most people won't need All the options at a time. The drop-down is an awkward workaround for many at best, and right now you can't chose the ordering either. The Firefox solution is in my opinion a rather nice one. When Inkscape's toolbars migrate to XML (was that it?), would it have the same level of configurability? If so, how long would it take, as it'd affect whether I try to come up with some GUI designs as options to an existing tool or as a separate tool (I'm not adding them to options of an existing tool if it makes the option bar twice as long as before)?

2 2

OSX native compile error
by Matt Peterson 22 Jun '08

22 Jun '08

Looks like both were problems. I copied the definitions of IS_FINITE to 2geom/isnan.h and switched to gcc-4.0 and it compiled fine in about 4 hours. It seems to run fine, but I was having font problems. However, I recently screwed up my system fonts and I need to restart, which should fix the problems. If anyone wants it, I have terminal output of the assertion failures that happened while running. -- Matthew Peterson Programmer Christa McAuliffe Space Education Center On Mon, Jun 16, 2008 at 6:06 PM, Michael Wybrow < michael.wybrow@...38...> wrote: > > On 17/06/2008, at 3:08 AM, Matt Peterson wrote: > >> >> I have been attempting to compile a native version of Inkscape for Mac OS >> 10.4 on a PowerBook G4, and using the latest SVN I am getting the following >> error: >> >> In file included from 2geom/sbasis.h:43, >> from 2geom/concepts.h:34, >> from 2geom/d2.h:39, >> from libnr/nr-convert2geom.h:16, >> from sp-item.h:27, >> from sp-lpe-item.h:17, >> from sp-shape.h:18, >> from sp-ellipse.h:18, >> from arc-context.cpp:27: >> 2geom/linear.h: In member function `bool Geom::Linear::isFinite() const': >> 2geom/linear.h:91: error: `__isfinite' undeclared (first use this >> function) >> 2geom/linear.h:91: error: (Each undeclared identifier is reported only >> once for >> each function it appears in.) >> make[2]: *** [arc-context.o] Error 1 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all] Error 2 >> > > > My guess would be that the isnan.h in 2geom does not have the fixes we have > added to the inkscape isnan.h. > > Try copying the definitions of IS_FINITE from src/isnan.h over the ones in > src/2geom/isnan.h. > > > Also, Matt, maybe you are using gcc 3.3? We compile our 10.4 packages with > gcc-4.0, so maybe we haven't noticed a problem with gcc-3.3 on Mac OS X. > > > > Cheers, > Michael >

2 1

bitmap rendering is too slow
by Roberto A. Foglietta 20 Jun '08

20 Jun '08

Hi to all, I use inkscape and I am happy of it. I am writing here because I realized export bitmap function is too slow in particular when there are some object with blur option sets high. If I save the drawing in plain SVG and import it with gimp it take just few seconds instead many tents of minutes. I hope this help you to grab from gimp a more efficient algorithm which may be used to rendere the draw too which, with blurred object, is very low too. However I see that inkscape rendering is slight better than gimp's one but in many low-res application and in show-and-try-again or in view rendering such excellence are not required and takes too much time. Please leave me in CC aswering this email because I am subscribed to this m-list by digest. Cheers, -- /roberto

2 4

Cairo PDF output and pdflatex issues
by rhenwood User 20 Jun '08

20 Jun '08

Hi Folks, I'm running the Inkscape distributed with Ubuntu 8.04 [Inkscape 0.46, built Apr 7 2008] and PDFLatex included with the distribution. When I save a drawing from Inkscape as 'Cairo PDF' I am unable to include it into my document with pdflatex: PDF inclusion: Page Group detected which pdfTeX can't handle. Ignoring it. I suspect Cairo export is configured to export page groups in anticipation of multi-page Inkscape in the future.... but this is speculation on my part. What is apparent, however, is that Inkscape cannot be used as a drawing companion with pdfLatex out-of-the-box on the latest Ubuntu. This is (for me at least) a break in my workflow. Any suggestions for a workaround? cheers, richard

4 3

Re: [Inkscape-devel] [Inkscape-user] Setting ICC profiles in Preferences
by Joshua L. Blocher 20 Jun '08

20 Jun '08

Hedley Finger wrote: > > I have Inkscape 0.46 (with liblcms_1.dll in C:\Program Files\Inkscape\ > installtion folder) on Windows XP SP2 (and all patches until > present). In the **Color Settings** control panel , I have set the > device profiles as follows: > > @ 'Displays' -- BenQ E2200W (Digital) on Radeon 9200 Series > @ 'Printers' -- Epson IJ Printer 06 on Epson Stylus CX6900f > (multifunction) > @ 'Scanners' -- Epson Stylus CX6900f/CX7000f/DX7000f scanner - > reflective > > The **Color Management** page in the **Inkscape Preferences** > dialogue neither displays correctly nor allows profiles to be specified. > > > > In case the embedded pixmap is stripped by the listserv: > > @ **Display profile** display <none> and a profile cannot be set. > (Fallback is to mark 'Retrieve profile from display' but I do not know > if this is actually happening. There is a manufacturer supplied > profile for my LCD monitor. > > @ **Device profile** drop-down is distorted and does not allow > selection of the inkjet printer or an industry CMYK profile such as > SWOP ( US Web Coated). > > I would like to use colour management in Inkscape if I can, > particularly to preview graphics intended for a particular press and > paper stock. But first some answers to a few questions: > > @ What is Inkscape's working colour profile, if any? Adobe RGB 1998? > > @ Where do you store ICC *.icc or *.icm profile files on the > Windows version of Inkscape? Or does it use the Windows system > profiles in C:\WINDOWS\system32\spool\drivers\color ? > > Any advice about getting the colour-management functionality in > Inkscape to work will be gratefully received. > > Regards, > Hedley > > -- > > Hedley Finger > > 28 Regent Street Camberwell VIC 3124 Australia > Tel. +61 3 9809 1229 Fax. (call phone first) > Mob. (cell) +61 412 461 558 > Email. "Hedley Finger" <hfinger@...2004...> > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > ------------------------------------------------------------------------ > > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user > Hedley, It is my understanding the color management does not work on Windows platforms yet. I'm copying the devel list, so they can add anything i missed or messed up. Joshua L. Blocher verbalshadow

2 1

Anyone up to manning a booth?
by Jon A. Cruz 20 Jun '08

20 Jun '08

Hi, I was just wondering if anyone might be up to manning a booth for LugRadio Live UK? http://lugradio.org/live/UK2008/ It is coming up fairly soon, but as of the beginning of the week they still had some room for exhibiting. I won't be able to make it, but the one in the USA was very good. If anyone could make it there to have an Inkscape presence, we could get together demo art, fliers that can be printed, etc.

4 4

autoconf fails
by Alexandre Prokoudine 20 Jun '08

20 Jun '08

Hi, Now, cool is that? :) make[4]: Entering directory `/home/avp/soft/svn/inkscape/share/extensions/Poly3DObjects' make[4]: *** No rule to make target `all'. Stop. make[4]: Leaving directory `/home/avp/soft/svn/inkscape/share/extensions/Poly3DObjects' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/avp/soft/svn/inkscape/share/extensions' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/avp/soft/svn/inkscape/share' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/avp/soft/svn/inkscape' make: *** [all] Error 2 Makefile for this directory isn't generated. Happens even with clean checkouts since yesterday. Alexandre

2 1

GTK file dialogs on Windows
by Bill Baxter 19 Jun '08

19 Jun '08

I didn't realize these new native file dialogs on Windows were going to completely replace the GTK ones. I actually find the GTK ones to be easier to use because of those handy user links you can make on the left, and because of the way incremental search works. I figured there would be something in Preferences to bring back the GTK dialog, but I couldn't find such a thing. Is it just hiding from me somewhere? --bb

5 7

Re: [Inkscape-devel] Problem compiling win32 svn-18969
by Bob Jamison 18 Jun '08

18 Jun '08

Mr Sonic, :-) Try deleting build.dep, then running buildtool again. This forces it to refresh the dependency cache, scanning the source directory again. This happens automatically when you do a clean build, but of course you don't want to do that every time. A good rule is to always do this when you do an "svn up" and see any A's or D's for .cpp files. bob -----Original Message----- >From: Docsonic <docsonic@...58...> >Sent: Jun 18, 2008 10:12 AM >To: inkscape-devel(a)lists.sourceforge.net >Subject: [Inkscape-devel] Problem compiling win32 svn-18969 > > >When I try to compile svn-18969 on WinXP I get an slew error at the linking >stage - > >Make error line 366: LINK problem: >build\libinkscape.a(sp-shape.o):sp-shape.cpp: >(.text+0x1e13): undefined reference to >`bounds_exact_transformed(std::vector<Geo >m::Path, std::allocator<Geom::Path> > const&, Geom::Matrix const&)' >build\libinkscape.a(effect.o):effect.cpp:(.text+0x76d): undefined reference >to ` >Inkscape::LivePathEffect::LPECopyRotate::LPECopyRotate(LivePathEffectObject*)' >build\libinkscape.a(effect.o):effect.cpp:(.text+0x7a3): undefined reference >to ` >Inkscape::LivePathEffect::LPEParallel::LPEParallel(LivePathEffectObject*)' >build\libinkscape.a(effect.o):effect.cpp:(.text+0x7bf): undefined reference >to ` >Inkscape::LivePathEffect::LPECircle3Pts::LPECircle3Pts(LivePathEffectObject*)' >build\libinkscape.a(effect.o):effect.cpp:(.text+0x7db): undefined reference >to ` >Inkscape::LivePathEffect::LPEAngleBisector::LPEAngleBisector(LivePathEffectObjec >t*)' >build\libinkscape.a(nr-arena-shape.o):nr-arena-shape.cpp:(.text+0x2ce0): >undefin >ed reference to `bounds_fast_transformed(std::vector<Geom::Path, >std::allocator< >Geom::Path> > const&, Geom::Matrix const&)' >build\libinkscape.a(nr-arena-shape.o):nr-arena-shape.cpp:(.text+0x2ebc): >undefin >ed reference to `bounds_fast_transformed(std::vector<Geom::Path, >std::allocator< >Geom::Path> > const&, Geom::Matrix const&)' >collect2: ld returned 1 exit status > >Any ideas? > >Thanks, > >Tony >-- >View this message in context: http://www.nabble.com/Problem-compiling-win32-svn-18969-tp17984902p17984902… >Sent from the Inkscape - Dev mailing list archive at Nabble.com. > > >------------------------------------------------------------------------- >Check out the new SourceForge.net Marketplace. >It's the best place to buy or sell services for >just about anything Open Source. >http://sourceforge.net/services/buy/index.php >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

2 1

Commiting "big" .h files
by Bob Jamison 18 Jun '08

18 Jun '08

Hi again. For the last few weeks, it seems that one of the "big" .h files has been committed almost every day. I mean files like verbs.h, document.h, effects.h, etc. I call these "big" files because they are important dependencies for a large portion of all of the source .cpp and .h files. What this means, is that people are becoming cautious of performing an "svn up" for fear that it will result in an almost complete rebuild of Inkscape each and every time. I don't know of any remedy for this (odd/even days?), since all new development and bugfixing is good. But it would help if people would at least consider the implications before they commit. bob

2 1

Temporary canvas items
by Maximilian Albert 18 Jun '08

18 Jun '08

Hi all, (Johan, I'm CC'ing you because you actively worked in this area a while ago) I'd like to use the temporary canvas item machinery to display some "info" related to LPEs. This info can consist of helper paths or perhaps even text (e.g., for LPEs measuring path lengths or areas). I've played a bit with it but I think I'm not using it in the correct/recommended/ easiest way, which sometimes even results in crashes. So my questions are: - How can I create a temporary canvas item to display a helper path having a given shape? - How can I display text using this mechanism? - If I want to make either the helper path or the text permanent (i.e., convert them into a non-temporary item and save them in the document), how can I achieve this? Thanks for any help, Max

3 4

Problem compiling win32 svn-18969
by Docsonic 18 Jun '08

18 Jun '08

When I try to compile svn-18969 on WinXP I get an slew error at the linking stage - Make error line 366: LINK problem: build\libinkscape.a(sp-shape.o):sp-shape.cpp: (.text+0x1e13): undefined reference to `bounds_exact_transformed(std::vector<Geo m::Path, std::allocator<Geom::Path> > const&, Geom::Matrix const&)' build\libinkscape.a(effect.o):effect.cpp:(.text+0x76d): undefined reference to ` Inkscape::LivePathEffect::LPECopyRotate::LPECopyRotate(LivePathEffectObject*)' build\libinkscape.a(effect.o):effect.cpp:(.text+0x7a3): undefined reference to ` Inkscape::LivePathEffect::LPEParallel::LPEParallel(LivePathEffectObject*)' build\libinkscape.a(effect.o):effect.cpp:(.text+0x7bf): undefined reference to ` Inkscape::LivePathEffect::LPECircle3Pts::LPECircle3Pts(LivePathEffectObject*)' build\libinkscape.a(effect.o):effect.cpp:(.text+0x7db): undefined reference to ` Inkscape::LivePathEffect::LPEAngleBisector::LPEAngleBisector(LivePathEffectObjec t*)' build\libinkscape.a(nr-arena-shape.o):nr-arena-shape.cpp:(.text+0x2ce0): undefin ed reference to `bounds_fast_transformed(std::vector<Geom::Path, std::allocator< Geom::Path> > const&, Geom::Matrix const&)' build\libinkscape.a(nr-arena-shape.o):nr-arena-shape.cpp:(.text+0x2ebc): undefin ed reference to `bounds_fast_transformed(std::vector<Geom::Path, std::allocator< Geom::Path> > const&, Geom::Matrix const&)' collect2: ld returned 1 exit status Any ideas? Thanks, Tony -- View this message in context: http://www.nabble.com/Problem-compiling-win32-svn-18969-tp17984902p17984902… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Re: [Inkscape-devel] GTK file dialogs on Windows
by Bob Jamison 18 Jun '08

18 Jun '08

Hi, all, Actually, considering that the pre-existing Gtkmm dialog is not new, but is actually compiled along with the new native dialog, I would think that the possibility of using either should be simple. But making it runtime selectable rather than compile-time selectable is the issue, I think. There need not be a GUI for it, so there is no "user disconcertion" problem. (BTW, I don't look to Mr Spolsky's site for software wisdom). If it -is- a compile time switch, then it should be according to capabilities, rather than according to platform: #ifdef WIN32 <- not settable #ifdef HAVE_NATIVE_WIN32_FILECHOOSER <-- easily settable In fact, I believe that we have had a general "style" of avoiding platform-specific switches as much as possible. bob -----Original Message----- >From: Joel Holdsworth <joel@...1709...> >Sent: Jun 18, 2008 9:15 AM >To: Bill Baxter <wbaxter@...400...> >Cc: "inkscape-devel(a)lists.sourceforge.net" <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] GTK file dialogs on Windows > >Can I suggest you add shortcuts into your My Documents folder to link to >the places you want to go to. Either that, or you can customise the >places bar by modifying your registry as explained here: >http://msdn.microsoft.com/en-us/magazine/cc300434.aspx > >I specifically want to avoid adding more preferences for things like >this if possible. This article explains why: >http://www106.pair.com/rhp/free-software-ui.html > >Does that make sense? What do you think? > >All the best >Joel > >On Wed, 2008-06-18 at 11:14 +0900, Bill Baxter wrote: >> I didn't realize these new native file dialogs on Windows were going >> to completely replace the GTK ones. >> >> I actually find the GTK ones to be easier to use because of those >> handy user links you can make on the left, and because of the way >> incremental search works. >> >> I figured there would be something in Preferences to bring back the >> GTK dialog, but I couldn't find such a thing. Is it just hiding from >> me somewhere? >> >> --bb >> >> ------------------------------------------------------------------------- >> Check out the new SourceForge.net Marketplace. >> It's the best place to buy or sell services for >> just about anything Open Source. >> http://sourceforge.net/services/buy/index.php >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > >------------------------------------------------------------------------- >Check out the new SourceForge.net Marketplace. >It's the best place to buy or sell services for >just about anything Open Source. >http://sourceforge.net/services/buy/index.php >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

inkscape git mirror?
by MenTaLguY 18 Jun '08

18 Jun '08

I'm interested in setting up a git mirror of Inkscape SVN; who's the person in charge of our server currently? We'll need to have a fairly current version of git, libsvn, and the libsvn perl bindings installed to do this. -mental

6 11