- Inkscape Devel - Inkscape Mailman

Conversion of circular arc to Bezier curve
by Alvin Penner 25 Feb '09

25 Feb '09

This is a follow-up to LP332735. In the file \src\sp-ellipse.cpp there is a formula for calculating the length of a Bezier arm when converting a circular arc to a Bezier curve. The formula reads: len = 0.552*(e-s)/M_PI_2 where (e-s) is the angle of the arc. I think the formula should read: len = 4*tan((e-s)/4)/3 I've created a patch for this, at https://bugs.launchpad.net/inkscape/+bug/332735 , but I'm reluctant to commit it, because I don't actually compile the code myself, I work only from the Windows nightly builds, so it may be a few days before I can test it. Would anyone be willing to confirm that this patch will not cause a crash, or is it okay if I just commit it? (As to the formula itself, it has already been tested in the file cubicsuperpath.py and it behaves as desired.) http://www.nabble.com/file/p22179587/sp-ellipse.diff sp-ellipse.diff -- View this message in context: http://www.nabble.com/Conversion-of-circular-arc-to-Bezier-curve-tp22179587… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 3

Re: [Inkscape-devel] website
by Jarosław Foksa 24 Feb '09

24 Feb '09

Hey, I've been working on inkscape.org mockup, but just like Joshua I somehow couldn't finish it for several months... >Do we have a new design? Do we have anybody to work on new >website? It's still work in progress: http://wstaw.org/p/4e95/ Please give me 1 week to finish header and main menu icons, maybe this will make it look a bit cleaner. If you have any ideas how this layout could be improved further then feel free to share them here.

2 1

website
by Alexandre Prokoudine 24 Feb '09

24 Feb '09

Hi, I'd love to know about our plans for inkscape.org. Some time ago it was proposed to move to Drupal, and there was even a theme contest at DeviantArt. Right now I have here an experienced webmaster interested in Inkscape who could turn a ready-to-go design into PHP templates or whatever you want. Do we have a new design? Do we have anybody to work on new website? Alexandre

4 3

Re: [Inkscape-devel] [Inkscape-docs] Helo
by Alexandre Prokoudine 24 Feb '09

24 Feb '09

On Tue, Feb 24, 2009 at 8:38 AM, adam hyde wrote: > how many of the inkscape doc team are going to the LGM? I'm probably not present this year. Alexandre

1 0

Videos from linux.conf.au
by Jon A. Cruz 24 Feb '09

24 Feb '09

The first of the Inkscape-related videos from linux.conf.au is up online now http://codewideopen.blogspot.com/2009/02/color-talk-at-linuxconfau.html Hopefully Andy's and Donna's will be up soon. Once they are, I'll send out another note.

1 0

Gradient manipulation is crashing in current revision
by Yann Papouin 24 Feb '09

24 Feb '09

Hello, When you move one of the node of the gradient transform on the path of the polygon, inkscape crash immediatly (Win32). Maybe due to the snap code ? Have a good day! Yann.

2 6

libgdl
by Joel Holdsworth 24 Feb '09

24 Feb '09

Hi All, Just to say that working on the Lumiera project, we've adopted the GDL library for panel management, same as Inkscape. We've found some shortcomings with GDL: it's got a few bugs, the documentation is sparse, and it lacks some features that we need. Right now the Anjuta guys are maintaining it, and I'm submitting patches, and other people seem to be contributing to it from time to time. I notice that Inkscape uses it's own forked version of GDL. I don't know who's maintaining that code, but can I suggest that someone take some time to try and move over to using the shared library? The Anjuta guys are very helpful, and seem happy to accept all kinds of patches, including feature additions, so there shouldn't be too many political problems in merging. If you can merge over, then Inkscape, Anjuta, and Lumiera will all benefit from shared maintenance of the code. The flip side is that I'm squashing bugs, and I'd like Inkscape to benefit from my work! Is this going to be possible, do you think? Best Regards Joel

7 8

Issue with work on new font dropdown
by Milosz Derezynski 22 Feb '09

22 Feb '09

Hello Everyone, I want to discuss one issue with the new font dropdown. I've already begun work on it and it can be seen in action in these 2 videos: http://futurepast.free.fr/out.ogv http://futurepast.free.fr/preview-text-update.ogv It uses threading for generating the preview as not to stall the UI/main application while scrolling, or take too long to startup when generating all the previews at startup of the application. My architecture for this is very pluggable, I defined interfaces for all the classes used and wrote a few sample implementations which you can see at work in those 2 videos. Now I've run into a problem: For the class that generates the actual thumbnails I've initially chosen Pango to render them. Now it seems that Pango is not thread-safe and I wrote another implementation using just cairo which seems to work fine so far. The issues is that with cairo, we don't get proper thumbnails for some fonts, or some scripts. Pango handles this on a higher level and much better. Bulia mentioned to me that tradeoffs might be possible, but I am not sure at which point to make these. I'm not an export on cairo or freetype2 to make this particular backend work properly with all fonts and all scripts/glyphs. Then, there is always the third option of not using threading, but I'd prefer to keep it since it works really well and is an ideal solution for the problem of time-consuming rendering of previews of complex fonts. Please don't worry about "threading" itself, I'm using libsigx in accordance with Bulia, which can be found here: http://www.assembla.com/wiki/show/sigx and is a threading library based on libsigc++ and makes thread programming *very* safe. The question now is: - Keep the cairo-only backend with the tradeoff that we can not render everything properly - Try awkward things with Pango like dlopening() a 2nd ("private") instance of libpango and use this solely for generation of the previews - Drop threading(?) - Does anyone have a 4th solution? To those interested: The details in the problems with Pango lie in that some structures inside libpango are not properly locked or protected, and race conditions occur when simply running the thumbnail generation in a thread with the same libpango instance, and merely simply rendering the application's UI with Gtk+ which uses Pango for text widgets and/or rendering canvas text since layout-TNG uses Pango as well from what I've seen in the code so far. Any suggestions regarding this problem are appreciated. Regards, M. -- Please note that according to the German law on data retention, information on every electronic information exchange with me is retained for a period of six months. [Bitte beachten Sie, dass dem Gesetz zur Vorratsdatenspeicherung zufolge jeder elektronische Kontakt mit mir sechs Monate lang gespeichert wird.]

1 3

Created a branch?
by Diederik van Lierop 22 Feb '09

22 Feb '09

Apparently I created a branch in our svn repository by mistake, I only intended to switch to another revision. I was using eclipse without paying much attention to which popup menus I was exactly in. See rev. #20751, we now have a trunk in our trunk :-(. Could someone please delete this? I'm not going to try to do this myself to avoid making even a bigger mess of it. I'm not very familiar with this stuff. Sorry. Diederik

1 0

error compile svn revision 20749
by Valessio Brito 22 Feb '09

22 Feb '09

mv -f $depbase.Tpo $depbase.Po depbase=`echo widgets/gradient-toolbar.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 -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 -I./bind/javainc -I./bind/javainc/linux -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 widgets/gradient-toolbar.o -MD -MP -MF $depbase.Tpo -c -o widgets/gradient-toolbar.o widgets/gradient-toolbar.cpp &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo widgets/gradient-vector.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 -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 -I./bind/javainc -I./bind/javainc/linux -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 widgets/gradient-vector.o -MD -MP -MF $depbase.Tpo -c -o widgets/gradient-vector.o widgets/gradient-vector.cpp &&\ mv -f $depbase.Tpo $depbase.Po depbase=`echo widgets/icon.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 -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 -I./bind/javainc -I./bind/javainc/linux -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 widgets/icon.o -MD -MP -MF $depbase.Tpo -c -o widgets/icon.o widgets/icon.cpp &&\ mv -f $depbase.Tpo $depbase.Po widgets/icon.cpp: In function 'void sp_icon_fetch_pixbuf(SPIcon*)': widgets/icon.cpp:227: error: 'gtk_icon_theme_get_default' was not declared in this scope widgets/icon.cpp:228: error: 'GtkIconLookupFlags' was not declared in this scope widgets/icon.cpp:228: error: 'gtk_icon_theme_load_icon' was not declared in this scope widgets/icon.cpp: In function 'bool prerender_icon(const gchar*, GtkIconSize, unsigned int)': widgets/icon.cpp:946: error: 'gtk_icon_theme_get_default' was not declared in this scope widgets/icon.cpp:947: error: 'GtkIconLookupFlags' was not declared in this scope widgets/icon.cpp:947: error: 'gtk_icon_theme_load_icon' was not declared in this scope make[2]: ** [widgets/icon.o] Erro 1 make[2]: exit... `.../inkscape/src' make[1]: ** [all-recursive] Erro 1 make[1]: exit... `.../inkscape' make: ** [all] Erro 2

1 0