- Inkscape Devel - Inkscape Mailman

raster effects
by Alexandre Prokoudine 14 Feb '08

14 Feb '08

Hi, Here are several more notes on current implementation of raster effects. 1. Terminology and hints. In some cases terminology used in effects coming from ImageMagick is not quite obvious. For instance, you might want to reread a course on math to understand what "Sigma" stands for in "Sharpen"/"Unsharp Mask" effects ;-) We might either rename some of the labels (not good for experienced ImageMagick users) or provide hints to explain the meaning of each option. 2. Raster effects are not the only ones to suffer from it, but here goes: effect dialogs inherit caption from menu item name. In several cases the caption is too long and is shrinked. This is not quite visually appealing. Two solutions comes to mind: 1) automatically resize dialog to match caption's length and 2) provide a separate string to dialog's caption which translators could try to make smaller. 3. Cancelling isn't working reliably. I run "Reduce noise" on a 2200x1500 picture and when I click "Cancel" nothing really happens. 4.Should we probbaly implement a "Resize" effect too? Alexandre

3 5

Release Wardens for 0.46
by Bryce Harrington 13 Feb '08

13 Feb '08

Hi all, Josh Andler (aka ScislaC) has agreed to take on the role of Release Warden with me for 0.46. For those who for whom this is their first release: When we're not in release mode, Inkscape development is left fairly free-form. In the run-up to a release, though, we gradually formalize and restrict work that goes on in the tree. When we hit Hard Freeze, things get quite restrictive, and in fact we switch to a model similar to the Linux kernel development process, with commits to the tree required to be authorized by two people(*) - who we call the Release Wardens. Each Release Warden serves for two consecutive releases. I worked on 0.45 and will do so again on 0.46; Josh will have this role for 0.46 and 0.47. [* - Since often a large chunk of the work late in the release is application of translation patches, we also typically delegate authority to one or two Translation Integrators to be able to commit submitted translation work freely in the po/ directory. I expect we'll do the same this release.] The primary job of the Release Wardens is to ensure that the releases' stability is high enough. They review bugs and decide which need to be fixed for the release, and follow up with bug assignees to ensure they get addressed quickly, or that they can be left as "Known Issues" in the release notes. When the Wardens reach concensus that Inkscape is "stable enough" in their judgement, the tree is tagged and their job is done. Josh and I will probably be splitting up the work such that he focuses a bit more on bugs/stability-testing, and I'll focus more on patch review/integration, but I'm sure there'll be some overlapping. Please join me in thanking Josh for volunteering for this role! Bryce

1 0

Re: [Inkscape-devel] Icons Q
by bulia byak 13 Feb '08

13 Feb '08

On Feb 13, 2008 4:10 PM, Josh Andler <scislac@...400...> wrote: > I opened up the icons.svg to add a new icon (dice for randomization... > however it looks like a single die will work better given the size) and > decided to vacuum defs... I saw that it vacuumed roughly 40 from the file. I > assume that is okay for me to commit with those gone when I'm done, or would > that be bad? Please let me know. Yes on that, but also: I'd like everyone who commits icons.svg to also make sure they have the following in ~/.inkscape/preferences.xml, before they save the file: <group id="svgoutput" usenamedcolors="0" numericprecision="7" minimumexponent="-8" inlineattrs="1" indent="0" /> This makes quite a difference in file size, and for such time-critical file as this, every millisecond counts. Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

composition guides
by Alexandre Prokoudine 13 Feb '08

13 Feb '08

Hi, While approaching 0.46 release, here is an idea. With this new version we seem to have a flexible architecture for creating new grid types. But how exactly flexible is it? Could we probably use it to display composition guides like golden spiral? ;-) A blueprint is started: https://blueprints.launchpad.net/inkscape/+spec/composition-guides Diederik, what do you think? Alexandre

3 4

Small translation patch to commit.
by Marcin Floryan 13 Feb '08

13 Feb '08

Following arrangements on inkscape-translate I've prepared a small patch to improve some translations and add context in a few cases. Could someone please commit the patch available here: http://www.mm.waw.pl/~mfloryan/various_strings.diff.gz My SVN source still build with this patch so hopefuly it should be OK. Regards, -- Marcin Floryan http://marcin.floryan.pl/

3 6

bitmap effects submenu
by Alexandre Prokoudine 12 Feb '08

12 Feb '08

Hi, Just curious: are we sure we don't want categorizing bitmap effects and distributing them across submenus? Right now on some low resolution displays (like 1024x768, 1200x800) this menu overlays status bar with help messages. Alexandre

1 0

C++ifying tools
by Joel Holdsworth 12 Feb '08

12 Feb '08

Hi All, I'm just beginning to look at a strategy for implementing the fillet mini-tool. From my current understanding it would best to implement the tool with a tool context similar to all the other tools. Now looking at the code for the tools, they're currently all implemented in C with C pseudo-classes. I'm wondering is there any plan to transition these tools over to C++ to use true classes? and if so, if I'm creating a new pseudo-tool, would it be best to take a C++ approach, or to keep consistency with the C stuff until someone transitions all the tools over? Any thoughts Joel

4 7

filter effect input and premultiplied alpha
by jf barraud 12 Feb '08

12 Feb '08

Hi all, Playing with feDisplacement map, and reading the code, I noticed filter effects recieve premultiplied images as input. I would expect non premultiplied images at least for filters that make explicit use of the color channels (like displacement map)... Is this the expected behaviour in svg? If not, I think the issue should be fixed before 0.46, since all art work based on this would be modified if we change this... jfb.

2 2

CRASH: Save As extension scripts
by Aaron Spike 11 Feb '08

11 Feb '08

I spent a few moments trying to update and fix the XCF and ZIP output extensions. I believe the XCF extension functions correctly because I can intercept the temporary file and it is an appropriately layered XCF. Inkscape, however, crashes. Is the appropriate method still to hand back the converted file on STDOUT? Ted, do you have any ideas? Backtraces follow. Aaron Spike save as xcf: (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb6811875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb6813201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7282f4a in g_logv () from /usr/lib/libglib-2.0.so.0 #4 0xb7282f89 in g_log () from /usr/lib/libglib-2.0.so.0 #5 0xb7283006 in g_assert_warning () from /usr/lib/libglib-2.0.so.0 #6 0xb727002c in g_io_channel_write_chars () from /usr/lib/libglib-2.0.so.0 #7 0xb7b43263 in Glib::IOChannel::write () from /usr/lib/libglibmm-2.4.so.1 #8 0xb7b432d0 in Glib::IOChannel::write () from /usr/lib/libglibmm-2.4.so.1 #9 0x08519a4b in Inkscape::Extension::Implementation::Script::save ( this=0x883c5f0, module=0x8832d38, doc=0x8946e00, filenameArg=0xb2409f0 "/home/aaron/Desktop/drawing.xcf") at extension/implementation/script.h:199 #10 0x08510997 in Inkscape::Extension::Output::save (this=0x8832d38, doc=0x8946e00, uri=0xb2409f0 "/home/aaron/Desktop/drawing.xcf") at extension/output.cpp:215 #11 0x0850f3dc in Inkscape::Extension::save (key=0x8832d38, doc=0x8946e00, filename=0xb207e34 "/home/aaron/Desktop/drawing.xcf", setextension=false, check_overwrite=true, official=true) at extension/system.cpp:280 #12 0x0808e52a in file_save (parentWindow=@0x9697ed8, doc=0x8946e00, uri=@0xbfad6b40, key=0x8832d38, saveas=true, official=true) at file.cpp:520 #13 0x0808db16 in sp_file_save_dialog (parentWindow=@0x9697ed8, doc=0x8946e00, is_copy=true) at file.cpp:750 ---Type <return> to continue, or q <return> to quit--- #14 0x0808e49a in sp_file_save_as (parentWindow=@0x9697ed8) at file.cpp:820 #15 0x0838a2a0 in sp_action_perform (action=0x894ce38, data=0x0) at helper/action.cpp:181 #16 0xb7519c09 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #17 0xb750c772 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #18 0xb751d323 in ?? () from /usr/lib/libgobject-2.0.so.0 #19 0x094807e8 in ?? () #20 0x00000000 in ?? () save as zip: (gdb) bt #0 0xffffe410 in __kernel_vsyscall () #1 0xb67c3875 in raise () from /lib/tls/i686/cmov/libc.so.6 #2 0xb67c5201 in abort () from /lib/tls/i686/cmov/libc.so.6 #3 0xb7234f4a in g_logv () from /usr/lib/libglib-2.0.so.0 #4 0xb7234f89 in g_log () from /usr/lib/libglib-2.0.so.0 #5 0xb7235006 in g_assert_warning () from /usr/lib/libglib-2.0.so.0 #6 0xb722202c in g_io_channel_write_chars () from /usr/lib/libglib-2.0.so.0 #7 0xb7af5263 in Glib::IOChannel::write () from /usr/lib/libglibmm-2.4.so.1 #8 0xb7af52d0 in Glib::IOChannel::write () from /usr/lib/libglibmm-2.4.so.1 #9 0x08519a4b in Inkscape::Extension::Implementation::Script::save (this=0x88326c0, module=0x8835b50, doc=0x8946e00, filenameArg=0xb61e3d8 "/home/aaron/Desktop/drawing.zip") at extension/implementation/script.h:199 #10 0x08510997 in Inkscape::Extension::Output::save (this=0x8835b50, doc=0x8946e00, uri=0xb61e3d8 "/home/aaron/Desktop/drawing.zip") at extension/output.cpp:215 #11 0x0850f3dc in Inkscape::Extension::save (key=0x8835b50, doc=0x8946e00, filename=0xb5ef67c "/home/aaron/Desktop/drawing.zip", setextension=false, check_overwrite=true, official=true) at extension/system.cpp:280 #12 0x0808e52a in file_save (parentWindow=@0x9697ed8, doc=0x8946e00, uri=@0xbfc0ac70, key=0x8835b50, saveas=true, official=true) at file.cpp:520 #13 0x0808db16 in sp_file_save_dialog (parentWindow=@0x9697ed8, doc=0x8946e00, is_copy=true) at file.cpp:750 #14 0x0808e49a in sp_file_save_as (parentWindow=@0x9697ed8) at file.cpp:820 #15 0x0838a2a0 in sp_action_perform (action=0x894ce38, data=0x0) at helper/action.cpp:181 #16 0xb74cbc09 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #17 0xb74be772 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #18 0xb74cf323 in ?? () from /usr/lib/libgobject-2.0.so.0 #19 0x094807e8 in ?? () #20 0x00000000 in ?? () (gdb)

2 2

new dependence require unstable glib version
by unknown＠example.com 11 Feb '08

11 Feb '08

The SVN revsion 17317 introduced dependence to unstable glib release <http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/src/xml/…> The glib/gtestutils.h file is on glib-2.15 dev versions, but not on last 2.14 stables version. Some test could be added in the source to avoid such dependence until glib-2.16 go out. After discussions on IRC, looks like this is to use the g_assert function.

2 1