December 2008 - Inkscape Devel

Grid snapping do not work anymore
by Yann Papouin 27 Dec '08

27 Dec '08

Hi, In rev 20168, grid snapping was working correctly, because when I was drawing a new polygon, new points where added at lines intersections of a axonometric or a rectangular grid. But it is not working anymore in rev 20383 (maybe corrupted in previous revisions) the snapping only occured on grid lines, not points. Maybe an option should be added in the "Snap to grid" section of the Snap tab with two checkboxes: - Snap to grid lines - Snap to grid points And when the two are checked the snapping power of grid points should be increase.

1 0

Happy Holidays and a Happy New Year!
by Josh Andler 24 Dec '08

24 Dec '08

Hey Everyone, As 2008 comes to a close I wanted to wish a happy holiday season to all and to wish everyone a very happy, healthy, safe, and prosperous new year! A big "THANK YOU!" goes out to to all contributors... whether developers, translators, testers, users, or even just advocates or constructive critics, Inkscape would not be where it is today without everything that you all have given. Thanks again and I can't wait to see what 2009 has in store for us all! Cheers! Josh

1 0

Re: [Inkscape-devel] Linux Build broken?
by Henning Meyer 23 Dec '08

23 Dec '08

My fault - I used graphics-magick-compat-dev instead of image-magick-dev. It works now. Another question: What about cmake? It does not seem to work. Is there no support for cmake as of now? Henning Cory K. schrieb: > Henning Meyer wrote: > >> Hello, >> >> I'm trying to experiment with the tracing, but unfortunatly I cannot >> even build inkscape from SVN/Trunk. >> >> This is the error I get: >> >> extension/internal/bitmap/level.cpp &&\ >> mv -f $depbase.Tpo $depbase.Po >> extension/internal/bitmap/level.cpp: In member function »virtual void >> Inkscape::Extension::Internal::Bitmap::Level::applyEffect(Magick::Image*)«: >> extension/internal/bitmap/level.cpp:23: Fehler: »class Magick::Image« >> hat kein Element namens »level« >> make[2]: *** [extension/internal/bitmap/level.o] Fehler 1 >> make[2]: Verlasse Verzeichnis >> '/home/hmeyer/devel/inkscape/trunk/inkscape/src' >> make[1]: *** [all-recursive] Fehler 1 >> make[1]: Verlasse Verzeichnis '/home/hmeyer/devel/inkscape/trunk/inkscape' >> make: *** [all] Fehler 2 >> >> For more details look at: >> http://drop.io/5y9sjps/media >> >> The same happens with SVN/Release_0_46_0. >> >> What am I doing wrong? >> >> Thanks for your help, >> >> Henning >> > > Odd. As of *right now* trunk pulls and builds fine for me. Maybe pull a > fresh copy? > > -Cory K. >

1 0

Component transfer W3C SVG test suite reference wrong as well?
by Jasper van de Gronde 22 Dec '08

22 Dec '08

I had a good look at the filters-comptrans-01-b test, and it appears that the W3C's reference image is wrong for this test as well (earlier I found the same for their Gaussian blur reference image). I have no idea what the problem is and whether or not the reference is indeed wrong or that it is some weird color space issue or something, but for the moment I'm assuming that Inkscape's output is right. I again filed an issue in the W3C issue tracker.

2 1

[Slightly OT] might be of interest...
by john cliff 22 Dec '08

22 Dec '08

http://www.washingtonpost.com/wp-dyn/content/article/2008/12/22/AR200812220… Not sure I've seen any other coverage quite this mainstream... thought it might be of interest to some of you. Cheers John

1 0

Linux Build broken?
by Henning Meyer 22 Dec '08

22 Dec '08

Hello, I'm trying to experiment with the tracing, but unfortunatly I cannot even build inkscape from SVN/Trunk. This is the error I get: extension/internal/bitmap/level.cpp &&\ mv -f $depbase.Tpo $depbase.Po extension/internal/bitmap/level.cpp: In member function »virtual void Inkscape::Extension::Internal::Bitmap::Level::applyEffect(Magick::Image*)«: extension/internal/bitmap/level.cpp:23: Fehler: »class Magick::Image« hat kein Element namens »level« make[2]: *** [extension/internal/bitmap/level.o] Fehler 1 make[2]: Verlasse Verzeichnis '/home/hmeyer/devel/inkscape/trunk/inkscape/src' make[1]: *** [all-recursive] Fehler 1 make[1]: Verlasse Verzeichnis '/home/hmeyer/devel/inkscape/trunk/inkscape' make: *** [all] Fehler 2 For more details look at: http://drop.io/5y9sjps/media The same happens with SVN/Release_0_46_0. What am I doing wrong? Thanks for your help, Henning

1 0

"Shape" suggestion: draw simple path when there's nothing on the clipboard
by Valerie 22 Dec '08

22 Dec '08

Right now, when you have Shape: Clipboard enabled, but nothing on the Clipboard, then you literally draw a blank. It can be very confusing upon start-up, especially since the warning message isn't in a very visible position. Users are bound to get confused if they're unfamiliar with the Shape feature, I thought there was something wrong with my development build at fist. Here's a rather simple solution: when there's nothing on the Clipboard, then have a default where the resulting path is a normal path with no shape applied. Problem solved. The warning message (Nothing on the Clipboard) can still be displayed.

1 0

rendering performance regression
by Thomas Holder 20 Dec '08

20 Dec '08

I see a significant regression in rendering speed for some days now. I have build backups from Nov 07 and Dec 08, when I open the same file, the newer build needs approximately 4 times more time to display the file, zoom, scroll etc. than the older build. This makes editing of large files almost impossible. Operations like selecting or moving items on canvas likewise behave very slow. What could be the reason for this? Any ideas? Thomas

1 1

Gradients disappearing
by Jasper van de Gronde 20 Dec '08

20 Dec '08

Running the rendering tests again this week I encountered a regression in the rendering of filters-comptran-01-b (from W3C SVG test suite). This test contains four rectangles with the same gradient, one without any filter and three with three different component transfer filters. Last week the four rectangles in the filters-comptran-01 test were still rendered with the wrong colours, but they were rendered. This week two of them are not rendered anymore... As far as I can tell the component transfer code wasn't touched during that time though, so I have absolutely no idea why this suddenly happens. Now the question is, should a bug be reported? And if so, what is this the actual bug? As far as I can tell feComponentTransfer isn't supposed to work anyway, so filing a bug seems a bit pointless at this point. However, as it doesn't appear to be related to a change to the component transfer filter it might actually be an unrelated bug in disguise. So, any ideas on what could be causing this?

2 4

Picking a shape when Alpha=0%
by Yann Papouin 18 Dec '08

18 Dec '08

Hi, I have a question about picking. Actually it's not possible to pick a shape when it's alpha value is 0. It is a design choice, a bug or implementation limitation? Have a good day!

2 1