- Inkscape Devel - Inkscape Mailman

Question about modifying the code for the curve tool
by Bart Kelsey 05 Mar '11

05 Mar '11

Greets! I'm new here. :) Earlier today I had an idea for an improvement to the curve drawing tool that would speed up my drawing workflow considerably and make it a lot more practical to draw things quickly and precisely with a mouse. Here's what I was thinking: When you're editing a curve, there's a button on the toolbar that sets the nodes along the curve to "auto-smooth". I discovered this a couple of days ago and instantly fell in love with it. At any rate, I was thinking it would be really nice to be able to draw auto-smoothed points with the curve drawing tool, perhaps by holding shift when you click the button, or holding shift, then clicking, dragging, and releasing. Non-auto-smoothed points are great if you want fine control, but if you're trying to lay down some clean-looking curves quickly, auto-smoothing seems to be the way to go. It would be really nice if I could draw them as I go, rather than just clicking the mouse and crating line segments, then going back and converting all of them. Hopefully I'm making sense so far. :) At any rate, I thought I'd poke around the 0.48 code and see if I could implement this feature myself, but I ran into an issue. Specifically, it appears that the code for drawing a curve initially adds points directly into the underlying curve data structure, whereas the code that distinguishes between normal curve points and auto-smoothed points is actually part of the user interface, and not part of the curve itself. Thus, when you add a point onto a curve, there doesn't appear (at least not at first glance) to be a way to easily get hold of the Node object and set it to auto-smooth mode. Here's what I've gleaned from looking at the code thus far: When you add a point by clicking the mouse button, it happens around pen-context.cpp:1272, where it calls pc->red_curve->curveto(...). The node type, however, is actually set from the MultiPathManipulator class, which I don't appear to have access to in pen-context.cpp. Is there a simple way of doing this? Also, kudos for writing code that's clear enough that I have some idea of what's going on after looking at it for half an hour. :) Peace, Bart K. http://opengameart.org -- --

2 1

Download Stats
by Josh Andler 05 Mar '11

05 Mar '11

Hey All, I just thought people would like to know that we breached over 1 million downloads in a single month on sf.net in January. Note that their tracked downloads since the project first posted files is at ~14.4 million total. I'd say that makes January quite a significant month. :) For those interested in more download stats (this is per month since the beginning): https://sourceforge.net/projects/inkscape/files/inkscape/stats/timeline?dat… Great work community! Cheers, Josh

2 1

Inkscape 0.48.1 is out!
by Josh Andler 04 Mar '11

04 Mar '11

Hey All, After 6 months of development and delays out of our control, Inkscape 0.48.1 is out. This bug-fix release of the SVG-based vector graphics editor contains over 80 bug fixes as well as improves stability and performance on all platforms. Please visit inkscape.org for more information and to get your copy. As a side note, if you're a member of the following sites, showing the news some love is always welcome. reddit - http://www.reddit.com/r/software/comments/fxg78/inkscape_0481_bugfix_releas… slashdot - http://slashdot.org/submission/1489758/Inkscape-0481-released deviantART - http://fav.me/n145112 Cheers, Josh

2 2

What happened to 0.8.1?
by Sonic4Spuds 04 Mar '11

04 Mar '11

Hi everyone, I am wondering why there is no 0.8.1 builds yet or was source never released? For the last month there was an announcement on the site for the release but even the announcement is gone now. I realise that Sourceforge was closed for upload for a while but that is resolved now. -Sonic

3 2

win32 console absolute paths not working
by Justin Z 28 Feb '11

28 Feb '11

It seems that console (command-line) use of inkscape.exe to export pdf/ps/etc fails with an absolute path on Win32. This happens with SVG files from at least Visio and Dia. (I haven't checked other input formats of flavors of svg.) I use Cygwin on XP, and I discovered this when using dblatex for converting DocBook5 XML to PDF (when dblatex sees an SVG file referenced in XML it calls inkscape using absolute paths). When I test inkscape alone it clearly succeeds on relative paths but fails on absolute paths. (Note that if you want to try this yourself then you have to patch imagedata.py because it calls inkscape with in/out files mixed up -- see: http://sourceforge.net/tracker/index.php?func=detail&aid=3039592&group_id=7… ) I've tried your official/stable win32 installer v0.48, earlier v0.46, and nightly build 0.48+devel r10061 (Feb 21 2011). I also tried setting pythonpath, and other variables, and have made sure my shell knows which inkscape/python combo to use. BTW, although I tried compiling the latest, some of Cygwin's packages are a bit behind and well, ain't gonna happen: configure: error: Package requirements (gdkmm-2.4 glibmm-2.4 giomm-2.4 gtkmm-2.4 >= 2.10.0 gtk+-2.0 libxml-2.0 >= 2.6.11 libxslt >= 1.0.15 cairo sigc++-2.0 >= 2.0.12 gthread-2.0 >= 2.0 libpng >= 1.2 gsl) were not met: No package 'gdkmm-2.4' found No package 'glibmm-2.4' found No package 'giomm-2.4' found No package 'gtkmm-2.4' found So I won't be able to patch source and recompile :( Thanks for any help, and I'll be glad to test new versions. PS, please accept my apologies for not wanting to create an account on launchpad -- I have far too many accounts on systems around the Net, and I prefer to subscribe/unsubscribe from lists when possible. --Jaz /cygdrive/c/temp $ inkscape -z -D --export-pdf=fig0.pdf testfile.svg (or dir/subdir/testfile.svg , or ../subdir/testfile.svg, etc) $ ls -l fig0.pdf -rwx------+ 1 jazing None 18858 Feb 25 12:50 fig0.pdf $ rm fig0.pdf $ inkscape -z -D --export-pdf=fig0.pdf /cygdrive/c/temp/testfile.svg ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): WARNING **: Specified document /cygdrive/c/temp/approval.svg cannot be opened (does not exist or not a valid SVG file)

1 0

r10071 (compatibility patch to compile using gcc 4.6) fails to build on OS X 10.5.8 (GCC 4.2.1)
by ~suv 28 Feb '11

28 Feb '11

On 27/2/11 21:51, noreply@...1881... wrote: > Merge authors: > theAdib (theadib) > ------------------------------------------------------------ > revno: 10071 [merge] > fixes bug(s): https://launchpad.net/bugs/707205 > committer: theAdib <theadib@...400...> > branch nick: myproject > timestamp: Sun 2011-02-27 21:49:32 +0100 > message: > compatibility patch to compile using gcc 4.6 > modified: <snip> > === modified file 'src/Makefile.am' > --- src/Makefile.am 2010-10-12 20:06:35 +0000 > +++ src/Makefile.am 2011-02-27 16:24:40 +0000 > @@ -212,7 +212,7 @@ > > inkscape_SOURCES += main.cpp $(win32_sources) > inkscape_LDADD = $(all_libs) > -inkscape_LDFLAGS = --export-dynamic $(kdeldflags) $(mwindows) > +inkscape_LDFLAGS = -Wl,--export-dynamic $(kdeldflags) $(mwindows) > > inkview_SOURCES += inkview.cpp $(win32_sources) > inkview_LDADD = $(all_libs) > Inkscape 048+devel r10071 fails to build on OS X 10.5.8 (i386): CXX inkscape-version.o AR libinkversion.a CXX main.o CXXLD inkscape ld: unknown option: --export-dynamic collect2: ld returned 1 exit status make[3]: *** [inkscape] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 LeWitt:~ suv$ g++-4.2 --version i686-apple-darwin9-g++-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5577) LeWitt:~ suv$ which ld /usr/bin/ld LeWitt:~ suv$ ld -v @(#)PROGRAM:ld PROJECT:ld64-85.2.1 ~suv

2 4

console export fails with absolute paths on win32
by Justin Z 28 Feb '11

28 Feb '11

It seems that console (command-line) use of inkscape.exe to export pdf/ps/etc fails with an absolute path on Win32. This happens with SVG files from at least Visio and Dia. (I haven't checked other input formats of flavors of svg.) I use Cygwin on XP, and I discovered this when using dblatex for converting DocBook5 XML to PDF (when dblatex sees an SVG file referenced in XML it calls inkscape using absolute paths). When I test inkscape alone it clearly succeeds on relative paths but fails on absolute paths. (Note that if you want to try this yourself then you have to patch imagedata.py because it calls inkscape with in/out files mixed up -- see: http://sourceforge.net/tracker/index.php?func=detail&aid=3039592&group_id=7… ) I've tried your official/stable win32 installer v0.48, earlier v0.46, and nightly build 0.48+devel r10061 (Feb 21 2011). I also tried setting pythonpath, and other variables, and have made sure my shell knows which inkscape/python combo to use. BTW, although I tried compiling the latest, some of Cygwin's packages are a bit behind and well, ain't gonna happen: configure: error: Package requirements (gdkmm-2.4 glibmm-2.4 giomm-2.4 gtkmm-2.4 >= 2.10.0 gtk+-2.0 libxml-2.0 >= 2.6.11 libxslt >= 1.0.15 cairo sigc++-2.0 >= 2.0.12 gthread-2.0 >= 2.0 libpng >= 1.2 gsl) were not met: No package 'gdkmm-2.4' found No package 'glibmm-2.4' found No package 'giomm-2.4' found No package 'gtkmm-2.4' found So I won't be able to patch source and recompile :( Thanks for any help, and I'll be glad to test new versions. PS, please accept my apologies for not wanting to create an account on launchpad -- I have far too many accounts on systems around the Net, and I prefer to subscribe/unsubscribe from lists when possible. --Jaz /cygdrive/c/temp $ inkscape -z -D --export-pdf=fig0.pdf testfile.svg (or dir/subdir/testfile.svg , or ../subdir/testfile.svg, etc) $ ls -l fig0.pdf -rwx------+ 1 jazing None 18858 Feb 25 12:50 fig0.pdf $ rm fig0.pdf $ inkscape -z -D --export-pdf=fig0.pdf /cygdrive/c/temp/testfile.svg ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): WARNING **: Specified document /cygdrive/c/temp/approval.svg cannot be opened (does not exist or not a valid SVG file)

1 0

localization of colors
by Alexandre Prokoudine 27 Feb '11

27 Feb '11

Hi, I really couldn't say how other translators see this, but running 'intltool-update ru' had a quite a jaw-dropping effect on me (797 fuzzy, 403 untranslated after 99,5% ready for 0.48). May I ask why we should have colors from .gpl palettes translatable? Alexandre Prokoudine http://libregraphicsworld.org

3 2

console export fails with absolute paths on win32
by Justin Z 25 Feb '11

25 Feb '11

It seems that console (command-line) use of inkscape.exe to export pdf/ps/etc fails with an absolute path on Win32. This happens with SVG files from at least Visio and Dia. (I haven't checked other input formats of flavors of svg.) I use Cygwin on XP, and I discovered this when using dblatex for converting DocBook5 XML to PDF (when dblatex sees an SVG file referenced in XML it calls inkscape using absolute paths). When I test inkscape alone it clearly succeeds on relative paths but fails on absolute paths. (Note that if you want to try this yourself then you have to patch imagedata.py because it calls inkscape with in/out files mixed up -- see: http://sourceforge.net/tracker/index.php?func=detail&aid=3039592&group_id=7… ) I've tried your official/stable win32 installer v0.48, earlier v0.46, and nightly build 0.48+devel r10061 (Feb 21 2011). I also tried setting pythonpath, and other variables, and have made sure my shell knows which inkscape/python combo to use. BTW, although I tried compiling the latest, some of Cygwin's packages are a bit behind and well, ain't gonna happen: configure: error: Package requirements (gdkmm-2.4 glibmm-2.4 giomm-2.4 gtkmm-2.4 >= 2.10.0 gtk+-2.0 libxml-2.0 >= 2.6.11 libxslt >= 1.0.15 cairo sigc++-2.0 >= 2.0.12 gthread-2.0 >= 2.0 libpng >= 1.2 gsl) were not met: No package 'gdkmm-2.4' found No package 'glibmm-2.4' found No package 'giomm-2.4' found No package 'gtkmm-2.4' found So I won't be able to patch source and recompile :( Thanks for any help, and I'll be glad to test new versions. PS, please accept my apologies for not wanting to create an account on launchpad -- I have far too many accounts on systems around the Net, and I prefer to subscribe/unsubscribe from lists when possible. --Jaz /cygdrive/c/temp $ inkscape -z -D --export-pdf=fig0.pdf testfile.svg (or dir/subdir/testfile.svg , or ../subdir/testfile.svg, etc) $ ls -l fig0.pdf -rwx------+ 1 jazing None 18858 Feb 25 12:50 fig0.pdf $ rm fig0.pdf $ inkscape -z -D --export-pdf=fig0.pdf /cygdrive/c/temp/testfile.svg ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): WARNING **: Specified document /cygdrive/c/temp/approval.svg cannot be opened (does not exist or not a valid SVG file) ----

1 0

Compile error (color-profile.cpp)
by Marcin Floryan 25 Feb '11

25 Feb '11

Hi! Did anyone bump into this compile error - I was just trying do do a clean compile of latest inkscape from bzr trunk. color-profile.cpp: In static member function ‘static std::list<Glib::ustring> Inkscape::ColorProfile::getProfileFiles()’: color-profile.cpp:758:34: error: ‘sanitizeString’ is not a member of ‘Inkscape::IO’ make[3]: *** [color-profile.o] Error 1 Did I miss something? Cheers, Marcin -- Marcin Floryan http://marcin.floryan.pl/ Please consider the environment before printing this email.

3 2