- Inkscape Devel - Inkscape Mailman

JavaFX 1.0 exporter update
by Sergey Esenov 18 Jan '09

18 Jan '09

Hi all, I am very interested as well in getting JavaFX 1.0 support ready for Inkscape. I 've spent last holiday time to play with previous version and made some developments for javafx-out.cpp, javafx-out.h. I had no previous experience with inkscape, but I pretend to support the following features... - JavaFX 1.0 syntax - gradients with some limitations (bugs) in radial gradient support - gaussian blur - images - texts I tested everything under openSUSE 11.1 (x86). Of course, I am using netbeans 6.5 with Mac version of JavaFX 1.0 :) I've checked my updates against some known examples I found on the web. The most useful for me were ... http://chrisdesign.wordpress.com/2008/02/14/simple-metal-orb-using-gradient… http://howto.nicubunu.ro/shiny_web_buttons_inkscape/ http://openclipart.org/media/files/axcesar/3660 If somebody is interested, copy updated version found in attachment into ../src/extension/internal and just rebuild inkscape. Hope somebody may look at the code and do further improvements. Cheers, Sergey

4 6

Re: [Inkscape-devel] [Inkscape-user] Inkscape Problem
by Jasper van de Gronde 18 Jan '09

18 Jan '09

J.B.C.Engelen@...1578... wrote: > The windows build has become very unstable the last few weeks. I'm > working on it, and hope to have found the cure soon. > Sorry :-( > Johan I've also been looking into it. My guess is that the problem (if it is just one) was introduced between 28-12 and 04-01, because three of the rendering tests suddenly started crashing during that period. At least one of the tests crashes in Path::AddPoint (the pts.push_back line) in Path.cpp (while being called during Glyph rendering, I can provide more details if needed). I haven't looked closely at the other three, but it is at least suspicious that all three tests have text in them (while pretty much all other tests don't). The "crash on start" bug seems to crash inkscape right AFTER calling (and exiting) the first idle loop. I haven't looked deeper into this, but from what I'm seeing I'm guessing there is some memory corruption/initialization issue. This could also explain the different behaviour on different platforms.

3 10

Where to start ...
by Koen Ribus 17 Jan '09

17 Jan '09

Hello *, I'm new here at 'devel' of inkscape - browsing the sources is quite overwhelming. However I succeeded in making a build myself (on windows) and think I fixed my first bug ... https://bugs.launchpad.net/inkscape/+bug/318246 :-) A good start I hope ... Just not sure on what to do next ... maybe I need some pointers on how to proceed ... Regards, KoRi. --

2 1

Mac Build
by step21 16 Jan '09

16 Jan '09

Hey, my newest build is now available here: http://rapidshare.com/files/184307760/Inkscape.dmg It's bigger than the previous ones cause this time I included all the python stuff. I also ditched the launcher. Because the launcher install script also compiled/installed the clearlooks theme, the theme is not included for now. But this should be easy to re-add. I'm not really sure if this fixes anything, but I'd like everyone who can to try it, and maybe post the error logs. Thanks.

3 5

Cannot compile on XP
by Preben Soeberg 16 Jan '09

16 Jan '09

Problem compiling version 20513: Make error line 285: problem compiling: src/document.cpp:48:30: error: inkscape-version.h: No such file or directory src/document.cpp: In function 'SPDocument* sp_document_create(Inkscape::XML::Document*, const gchar*, const gchar*, const gchar*, unsigned int)': src/document.cpp:294: error: 'version_string' is not a member of 'Inkscape' As part of my build, I always run "btool.exe touchabout", which deletes inkscape-version.h. (and maybe the new version of build.xml does not handle this?) Preben

6 7

prompt interrupting compilation
by Felipe Sanches 16 Jan '09

16 Jan '09

I am getting a prompt about overwriting inkscape-version.cpp that interrupts the compilation and waits for user interaction. I dont like it. I think that the build should always complete without need of user interaction. Juca

2 1

interactivity-related new feature
by Felipe Sanches 16 Jan '09

16 Jan '09

I have just added event attributes (onclick, onmouseover, etc) to the object properties dialog. it is working nice for Inkscape SVG but not for Plain SVG. how do I preserve these attributes in plain SVG also? Also I am unsure about the usage of onload attribute but I have put it there since it is defined in the spec. JucaBlues commit log: added interactivity attributes to the object properties dialog. If you want to test it, create a new document, draw something, select it, ctrl+shift+O, expand the Interactivity expander and set: onclick to window.location="http://xkcd.com" onmouseover to this.style.cursor="pointer" Save as Inkscape SVG (currently not working for Plain SVG) then open this SVG file in Firefox to see the result.

2 3

Error "Too many heap sections" on Windows
by unknown＠example.com 15 Jan '09

15 Jan '09

Hello, I encounter serious problems running inkscape with larger files, or using inkscape to build OpenStreetMap binaries. When the files become to large, I get the error message "Too many heap sections" and inkscape exits. There is a way to fix this, I found this: http://osdir.com/ml/programming.garbage-collection.boehmgc/2006-01/msg00006… And there is already a bug against inkscape: https://bugs.launchpad.net/inkscape/+bug/168914 Now I wanted to compile my own binary on windows, using the instructions in the Wiki. But the (usually helpful) devlibs already contain libgc.a, and I found no docs how to create this file :( I wanted to create libgc with the LARGE_CONFIG parameter in the makefile, and then build inkscape with this new libgc to check if the problem is gone ... Can anyone help me to do this, or point me to the appropriate docs? Thanks in advance! bbackde -- __________________________________________________ GnuPG key: (0x48DBFA8A) Keyserver: pgpkeys.pca.dfn.de Fingerprint: 477D F057 1BD4 1AE7 8A54 8679 6690 E2EC 48DB FA8A __________________________________________________

2 4

potracelib.cpp breaking svn since r20512(?)
by Bernard Gray 15 Jan '09

15 Jan '09

Hi Folks, I'm trying to build inkscape on debian(sid) from the svn trunk - it fails with the error detailed below[1]: The last time that potracelib.cpp was touched was r20512: Revision: 20512 http://inkscape.svn.sourceforge.net/inkscape/?rev=20512&view=rev Author: tweenk Date: 2009-01-13 02:27:04 +0000 (Tue, 13 Jan 2009) Log Message: ----------- Improved version reporting. Add SVN revision and custom status to version string on Linux. ... inkscape/trunk/src/trace/potrace/potracelib.cpp ... That was over 2 days ago now, so I'm assuming others will be having the same issue - Am I missing something obvious wrong with my build process or is it broken? Regards, Bernie (cleary) [1]: 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 -g -O2 -fopenmp -MT trace/potrace/greymap.o -MD -MP -MF $depbase.Tpo -c -o trace/potrace/greymap.o trace/potrace/greymap.cpp &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo trace/potrace/potracelib.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ g++ -DHAVE_CONFIG_H -I. -I.. -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 -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/libwpg-0.1 -I/usr/include/libwpd-0.8 -I/usr/include/poppler -D_REENTRANT -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/directfb -I/usr/include/libpng12 -I/usr/include/pixman-1 -DPOTRACE=\"potrace\" -D_REENTRANT -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/directfb -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 -g -O2 -fopenmp -MT trace/potrace/potracelib.o -MD -MP -MF $depbase.Tpo -c -o trace/potrace/potracelib.o trace/potrace/potracelib.cpp &&\ mv -f $depbase.Tpo $depbase.Po trace/potrace/potracelib.cpp: In function 'char* potrace_version()': trace/potrace/potracelib.cpp:114: error: 'g_strdup_printf' was not declared in this scope make[2]: *** [trace/potrace/potracelib.o] Error 1 make[2]: Leaving directory `/media/store/tmp/inkscape-0.46+svn20090115-cle.2/src'

2 2

Re: [Inkscape-devel] CMYK Proposal
by Guillermo Espertino 15 Jan '09

15 Jan '09

> * I think that we should remove the CMS tab from fill&stroke dialog. > Color profiles should be selected globaly for the whole document. > * Then, I think that we should display the palletes and the color > pickers with colors transformed by the currently selected profile. I made these mockups some time ago (sorry the spanglish :) http://www.ohweb.com.ar/screenshots/Inkscape My idea was to define the profiles and rendering intents for soft proofing in a per document basis. When I showed JonCruz the mockups, he explained to me that each graphic element in an SVG document can have its own profile, and gave me some reasons of why that dialog was better (which I didn't understand very well at the time and I can't remember now). I don't know any possible scenario where one could need different profiles in the same document, but I guess there is one (I'd really appreciate if someone explains it). When I worked with proprietary packages I only needed an RGB and CMYK profile for the document, and conversion between RGB and CMYK where performed considering those profiles. Maybe I'm missing some other usage cases that may need another combination. Gez

6 7