May 2009 - Inkscape Devel - Inkscape Mailman

Dashed Path in Inkscape
by Alvin Penner 15 May '09

15 May '09

I've made an extension to produce a dashed path in Inkscape. It will use the Dashed pattern in the stroke style and will explicitly cut the path to correspond to the dash pattern. This is a response to the discussion at : http://www.nabble.com/Dashed-path-in-inkscape-td22696787.html The extension is posted at : https://bugs.launchpad.net/inkscape/+bug/374574 It is a slight modification of the file addnodes.py. Any feedback would be welcome. Any objections if I were to commit this in a few days? -- View this message in context: http://www.nabble.com/Dashed-Path-in-Inkscape-tp23530829p23530829.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 1

Re: [Inkscape-devel] The bias property for feConvolveMatrix
by Jasper van de Gronde 14 May '09

14 May '09

Erik Dahlstrom wrote: > Sure thing, see attachment (screencapture). I'd still recommend > installing Opera 10 for future comparisons, > http://my.opera.com/desktopteam for the latest releases. Couldn't get > the Adobe plugin to cooperate unfortunately, maybe I need a reboot. Thanks! Seems like it also does not support the bias property though... >> (Note that I changed the file a bit to make it easier to spot >> differences in implementation.) > > Right. It would be nice if we could see a rendered result from Inkscape > too. Sure, I've attached an image. Note that Inkscape has some issues with the edges, but that's a different problem. I've also included an image showing how Batik renders the file if I remove the bias attributes, hence my guess that Opera does not support the bias attribute.

2 2

Re: [Inkscape-devel] The bias property for feConvolveMatrix
by Jasper van de Gronde 13 May '09

13 May '09

Erik Dahlstrom wrote: > On Wed, 08 Apr 2009 14:09:01 +0200, Jasper van de Gronde > <th.v.d.gronde@...528...> wrote: > >> The SVG standard defines a "bias" property for feConvolveMatrix to >> offset the result of the filter. It specifies that this value should >> simply be added to the result for each channel. Implicitly the standard >> defines that these are premultiplied color values, however, this seems >> to make little sense, as the bias has very little meaning without taking >> the alpha channel into account. > > Wouldn't the 'preserveAlpha' attribute[1] be sufficient to control this? No, imagine that the image already has alpha=0.5, then adding a bias of 0.5 suddenly does not correspond to a transparent gray zero response, but rather a transparent white zero response. > ... > There should be some precedent, e.g: > > - Opera 9.x > - Firefox 3.1 > - ASV3 Unfortunately I don't have any of those installed, so if someone could help me test that would be great. I have attached a file that tests numerous cases using bias (and transparency), if someone could try it on his/her favourite renderer that would be great.

3 8

don't let Inkscape crash - prefer g_try_new over g_new
by the Adib 13 May '09

13 May '09

According to the glib manual for g_try_new: http://library.gnome.org/devel/glib/unstable/glib-Memory-Allocation.html#g-… "Attempts to allocate n_structs elements of type struct_type, and returns NULL on failure. Contrast with g_new(), which aborts the program on failure. The returned pointer is cast to a pointer to the given type. If n_structs is 0 it returns NULL. ... Since 2.8" Can we assume that everyone uses glib 2.8? I already commited patch svn rev 21327 that uses g_try_new ... Adib. ---

6 6

Tool pointer pixmaps
by Guillermo Espertino 13 May '09

13 May '09

I've uploaded some improved (imho) pixmaps for the tool pointers in this bug report: https://bugs.launchpad.net/inkscape/+bug/325145 --- The changes are: - Tweaked the appearance of 3dbox and eraser - added crosshairs to connector and bucket fill - new icon for bucket fill - Unified the appearance of pen and pencil tools - Unified the size and position of the color dropper icon The icons had different sizes and positions relative to the crosshairs, so I tried to unify that. Now the modified icons fit in a 26x26 square at the upper left of the total area (32x32) so there is space in the bottom left for potential modified versions (for instance adding a + sign for addition, like the gradient tool has). Some icons (bucket fill, color dropper and connector) have a slightly different hotspots now, so they'll have to be adjusted. There are others that can be adjusted, but with these changes at least the set is more homogenous in size and style. The pen icon for the bezier tool is in my opinion confusing, since the pen icon in the UI is assigned to the calligraphic tool. Nobody seems to matter, though. ---- The only change needed is to check and correct the tool hostpot in some of them, but I guess that would be a trivial change (that I don't know how to perform :-) What do you think?

1 0

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 36, Issue 7
by solaris manzur 13 May '09

13 May '09

i love tango icons styles, please, they should be by default in 0.47 if u need any help, please ask

1 0

Kinematic Templates
by Jon A. Cruz 12 May '09

12 May '09

Nice lightning talk by Michael Terry in regards to kinematic templates. Definitely check out the video and/or PDF "Kinematic Templates: End-User Tools for Content-Relative Cursor Manipulations." http://hci.uwaterloo.ca/ Bulia??? :-)

4 4

Tango Icons Ready
by Krzysztof Kosiński 11 May '09

11 May '09

I have completed converting the Tango icon set made by Jesusda to discrete icons. The only missing icons are in the geometry tool (which doesn't seem to work anyway), but I'll add them shortly. Should I make it the default for Linux? This would be accomplished by installing the contents of a subdirectory named "tango" to $PREFIX/share/inkscape/icons/hicolor. Windows users would still see the "hicolor" directory, but could rename the tango directory to hicolor and see the Tango icons. Linux users could use the old icons by putting them in ~/.icons/OldInkscape and modifying the index.theme file to inherit from their theme of choice (Human, gnome, etc.). I'm preparing a README with detailed instructions. Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Tango-Icons-Ready-tp23234723p23234723.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

9 15

Incorrect handling of <text> without <tspan>
by Jimmy 10 May '09

10 May '09

I have been working on a patch for bug: https://bugs.launchpad.net/inkscape/+bug/167904 sp_te_insert_line I basically created a working patch (excluding end of string line breaks and probably spacing issues). The patch checks if the text in contained in a text box is a child of <svg:text> instead of <svg:tspan> . If this is true a <tspan> is inserted as a child of the <text> and the string is transfered to become a child of the <tspan> . this This works but it fails for strange reasons. If the text box is selected and the cursor is moved over with the keyboard and a line break is inserted, inkscape crashes. I traced this back to a problem occurring with the Glib::ustring::iterator s being used. In the instances that the patch fails the iterator's values don't match up to their expected value. The problem also occurs after a line break, an undo, and a repeat of the line break. I'm fairly new to the code base so I may be doing things out of order or failing to call a necessary function. I'm not exactly sure why this is occurring after these actions are performed. What can I do to solve this issue. I have posted the code in question to the bug report. I have a feeling this problem is occurring from the layout obtained from the SPItem and the actions that occur afterwards. Thanks

4 3

message overwrites rotation value
by Jeremy C. Reed 09 May '09

09 May '09

I had a box that appear to be skewed. So I tried to grab and I saw numbers flashing on bottom window bar, but it kept getting overwritten with "Rectangle in layer Layer 1. Click selection to toggle scale/rotation handles." Maybe that message should go somewhere else? Or the rotation percentage should be displayed somewhere else? What is my workaround for now? Where can I see the number or where can I manually type it in? I am on inkscape-21256 (from yesterday's snapshot).

2 1