- Inkscape Devel - Inkscape Mailman

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

Creating guidelines from objects
by Maximilian Albert 11 Feb '08

11 Feb '08

Hi, I just committed a change to SVN (rev. #17022) which allows the user to convert rectangles and 3D boxes to a collection of guidelines that are aligned along these objects' edges. Originally, this was a stab at something in the direction of RFE #172136 (in particular, it was only meant to work for 3D boxes). But since I'm not familiar yet with grid infrastructure I thought that instead of a grid it would be easier to create a couple of guidelines from a box, which can then be used as a basis for 3D based drawings. Not as functional as a 3D box based grid but better than nothing. Then it occurred to me that it may be even more useful to convert *rectangles* to guides because in this way it becomes much easier to create guidelines in specified positions/constellations (imagine applying it to rotated or skewed rectangles). So I implemented this as well and added an additional menu entry "Object->Objects to guides" which allows conversion to guidlines of any rects or 3D boxes in the current selection. Now I have some questions. 1) I'm not sure if this kind of change should occur during Frost phase (I couldn't ask for an exception before because I hadn't thought of it at that time). But since IMHO it's an extremely useful yet very lightweight change - even if a couple of files were adapted - and I don't see any way in which this can possibly break things, I committed it anyway. If it is not desired and should be held back until after 0.46, please feel free to revert it. 2) Originally I added a button to the 3D box toolbar which allowed conversion of selected boxes to guides. After providing this option for rects, I also added this button to the rect toolbar, but then I thought it might also make sense in (at least) Selector tool, so I decided not to clutter the toolbars and removed the buttons altogether in favor of the menu entry. Do you think there is any value for such buttons? 3) I added the keyboard shortcut 'Shift+G' for conversion to guides in Rect, 3D Box and Selector tools. Do you think this is appropriate (I personally find it very handy to have a quickly accessible shortcut in these tools) or should there rather be a global shortcut associated with the corresponding verb? What would be an appropriate one? Thanks, Max P.S.: Release Notes will be updated in case this change is accepted for 0.46. BTW, I'm aware that I still need to update them for the 3D box tool and other things. Will do so as soon as possible.

7 16

LPE example.svg miss in /share/inkscape/examples
by Elisa 11 Feb '08

11 Feb '08

hello, I'm studing the LPE to after explain to french people how it work. In the release note i see : "Example file showing cooperation between Stitch Subcurves and Path along Path: live-path-effects-curvestitch-hair.svg" [1] the other example are in /share/inkscape/examples or in http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/share/ex… but not live-path-effects-curvestitch-hair.svg. Just to inform you. Hopte i help. [1] http://wiki.inkscape.org/wiki/index.php/ReleaseNotes046#New_filters_support… -- Elisa

2 1

Re: [Inkscape-devel] [Inkscape-user] Interested in helping on os x
by jiho 11 Feb '08

11 Feb '08

On 2008-January-31 , at 00:45 , carl olsen wrote: > I'm very interested in contributing to the project. I have > intermediate programing experience, but need someone to mentor me. I > pick this stuff up pretty fast so I just need to get in touch with > someone who knows about developing on os x and can tell me what to > work on. That's great news! If you are looking into developing the OS X side of Inkscape (integration with the OS, appearance, building with native GTK), it has been my area of focus for a while. I don't have much time right now but know what needs to be done and where to look. If you are interested in developing Inkscape in more general sense and that OS X just happens to be your platform of choice, there are at least two people you can contact: Jon Cruz (jon at joncruz.org) and Michael Wybrow (michael.wybrow at infotech.monash.edu.au). They have been silent for a little while though, so you may need to be patient to get an answer. However, developing on OS X is quite straightforward and very similar to the process on Linux (we don't use XCode or any other OS X specific environment, so you only need a text editor, a terminal, gcc and make). Once you get Inkscape to compile as per these instructions: http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX you're ready to go (I advise you to remove the option --enable-osxapp at configure time and just keep Inkscape as a plain command line app, which is easier to debug and run with special options). Then, to know more about Inkscape internals, development practices or what's on the wish list, subscribe to the devel mailing list and hang out on the IRC channel, you'll find plenty of clever people there. It's release time right now so focus is on bug fixes and major development has to happen in branches. You can use a SVN branch or use git locally (via git-svn) and prepare your patches with it. The "rule" is that, once you get two solid patches accepted, you are given direct SVN access. Thanks for offering your help! PS: I'm ccing you and the devel list so that people hav your address if they want to reply directly. However you should really subscribe to the devel list afterwards. JiHO --- http://jo.irisson.free.fr/

2 1

Feature missing from Roadmap
by Michael Grosberg 11 Feb '08

11 Feb '08

Correct me if I'm wrong, but skimming the roadmap I was unable to find any reference to work on a swatch palette for named colors, grdients and patterns. I'm talking about a single dialog where the user can create named colors which would later be referenced by name in the XML (I don't know if SVG allows it) - for example, suppose I create buttons and other graphic elements for a website design. I have many of them and they are differently shaped. I might want to paint them with a blue color. I then create a new swatch, name it "buttonBackground" and set all the background rectangles to use it. Later, I may want to change the entire color scheme of the website - in this case all I need to do is just access that swatch and change its value to, say, red - and all The button backgrounds immediately update. I feel this is a very basic, important feature missing from Inkscape. I know from experience I use this extensively on other applications, and even on Inkscape I try to fake this feature by creating gradients with two identical colors and sharing them between shapes (but it's awkward and the gradients can't be named and are hard to find among the long list of used gradients in a large document).

4 5