April 2009 - Inkscape Devel - Inkscape Mailman

by Gero Mudersbach

Dear Inkscape developers, first of all I wish to thank you for your great work, Inkscape is extremely useful! One thing I noticed is that using blur and sometimes opacity makes Inkscape behave slow. It's not only when moving / scaling objects that have blur or opacity values applied but also the whole document editing seems to be slower then. It would be great if these features could be optimized in one of the next versions. Please let me know if I should file a bug report on this request. Best Gero Mudersbach

12 years

4
4
0 / 0

Re: [Inkscape-devel] Out of Memory Crash

by Craig Leat

Craig Leat wrote: > I'm new here, just compiled r21187 on Ubuntu. I'm getting an "Out of > Memory!" error when importing an A2 pdf with a large bitmap. I hope to > check it's not something funny with my build before reporting a bug. https://bugs.launchpad.net/inkscape/+bug/367779

12 years

1
0
0 / 0

Tango Icons Ready

by jf barraud

Hi, I only know the "wrong" way to enable experimental lpes: uncomment the line #define LPE_ENABLE_TEST_EFFECTS in src/live_effects/effect.cpp. The right way is via some switch in some config file but I'm not sure. Under windows, I think it's a matter of changing one line in build.xml... *BUT* These effects are in fact experiemental: only use them for testing/debugging/commenting. An experimental lpe will almost surely undergo deep modifications before it becomes non experimental. Either the very definition of its parameters or the way it is rendered might be affected, and in both cases all art work based on it will be lost! So use carfully. (and of course, if you enabled experimental lpes in the "wrong" way, don't forget not to commit this change to svn!) Some lpes are in good shape however. What is needed to enable them is a good collection of tests cases... So if your favorite lpe is still hidden, consider supplying a test file for it. jfb.

12 years

1
0
0 / 0

0.47 splash contest?

by Alexandre Prokoudine

Hi, It seems that there is a general agreement that we are moving to .47 release phase. Should we start thinking about a splash contest then? With winning image going to 0.47 and 2nd place -- to .48/SVN like the last time? Alexandre

12 years

8
15
0 / 0

Problem noticed with preferences

by Jon A. Cruz

In working on some code debugging, I noticed that the preferences were not loaded as the program was first using them. Among other immediate issues this had blocked some debug toggle code from ever being invoked. https://bugs.launchpad.net/inkscape/+bug/367752 As the program starts, preferences are just set to the defaults but not loaded. Then part-way through startup they *do* get loaded. So among other things bits of code might be initialized one way and used another. It would be very helpful if anyone who is looking into a bug might check to see if this is complicating the issue they are working on. If so, then there might be a few cascaded bugs we can reproduce now and then close as soon as the prefs initialization is fixed.

12 years

1
0
0 / 0

Change in marker rendering

by Jasper van de Gronde

For some reason the marker test in SVN is now rendered differently. It seems to be neither a regression nor an improvement (where it is different from the previous rendering both renderings are in error), but given that we're working towards a release I thought I'd mention it in case it was changed accidentally. Both the test file and the references are in SVN (specifically, it's the basic/markers.svg test): https://inkscape.svn.sourceforge.net/svnroot/inkscape/gsoc-testsuite The current rendering test results: http://home.hccnet.nl/th.v.d.gronde/inkscape/ResultViewer.html (The result is still listed as new. I've updated the references, but not rerun the tests.)

12 years

1
0
0 / 0

Compile error on XP

by Preben Soeberg

Got this compiling svn 21229 on XP: Make error line 291: problem compiling: src/ui/widget/dock-item.cpp: In constructor 'Inkscape::UI::Widget::DockItem::DockItem(Inkscape::UI::Widget::Dock&, const Glib::ustring&, const Glib::u string&, const Glib::ustring&, Inkscape::UI::Widget::DockItem::State)': src/ui/widget/dock-item.cpp:47: error: no matching function for call to 'Gtk::IconTheme::load_icon(const Glib::ustring&, int&)' c:/devlibs/include/gtkmm-2.4/gtkmm/icontheme.h:336: note: candidates are: Glib::RefPtr<Gdk::Pixbuf> Gtk::IconTheme::load_icon(const Glib::ustring&, int, Gtk::IconLookupFlags) const

12 years

2
1
0 / 0

Showcase call

by Alexandre Prokoudine

Hi, Our Showcase section at inkscape.org [1] is aging. I did update it quite a bit today, but surely we can do better than that :) So this is an official call to submit the best of your work, used in commercial work at preference. Please forward this to the users list. [1] http://inkscape.org/showcase/index.php?lang=en&css=css/base.css Alexandre

12 years

2
1
0 / 0

Re: [Inkscape-devel] Tooltips in 0.47

by John & Melonie Curwood

Thanks for your Advice Diederik and Alexandre, with regards, to the tools tips, I think once you are proficient with using Inkscape, you won't notice the contents of the tools tips as you know what each Icon stands for. When you are a novice and are just learning Inkscape, (Which I was not so long ago you are constantly reading the tooltips to make sure you are using the right tool and at the same time noticing the keyboard shortcut, and after a few times using a particular tool, you start to remember the shortcut and then start using it, which helps you to become more proficient with Inkscape. Cheers, John

12 years

2
1
0 / 0

SVG Filter Effects and Raster filters

by Ivan Louette

Is there any plan to make Raster filters non destructive ? Or perhaps a more long term proposal for SVG people : adding "Raster filter" (or matrix filter) as a primitive in SVG Filters. ivan

12 years

1
0
0 / 0

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

Inkscape Devel April 2009