- Inkscape Devel - Inkscape Mailman

phrasing
by Alexandre Prokoudine 18 May '09

18 May '09

Hi, When a user saves to Plain SVG and tries to close a document, what he sees is: "The file \"%s\" was saved with a format (%s) that may cause data loss!" "\n" "Do you want to save this file as an Inkscape SVG?" and the choice of buttons is: "Dont' save", "Cancel" and "Save as SVG" Are you as puzzled as I am? :) What would be the difference between "Don't save" and "Cancel"? To which SVG will the image be saved upon clicking "Save as SVG"? Alexandre

3 3

scientific work
by Alexandre Prokoudine 18 May '09

18 May '09

Hi, Do we have people who wrote scientific papers based on their work on libre graphics tools? Especially our past GSoC students? Alexandre

1 0

how to handle unknown LPEs for shapes
by unknown＠example.com 18 May '09

18 May '09

Hi all, Currently, when an unknown LPE is applied to a path, inkscape ignores the whole LPE stack on that path and simply draws the 'd' attribute. (so the path is not resetted or anything. the path will look like intended and like it is shown in all other SVG readers). My problem now is: what to do for other shapes? (stars, circles, etc.). I guess the best thing to do is have a popup upon loading the file that asks the user whether he wants to convert that shape to a simple path, such that it will look like intended. I don't know whether this (convert e.g. a star to a path), while loading the file, will make inkscape unstable... Any help is appreciated, Johan

3 6

Question for developers
by Oleg Koptev 18 May '09

18 May '09

Hello all! My name is Oleg, I'm work in Open Clipart Library team (openclipart.org) I want to ask question about OCAL clipart import feature. At this moment as I know it's work only in the Linux version of Inkscape. It is very cool feature for sure, but have many bugs - for example it grabs mostly PNG and not SVG files (it's because the existing version of OCAL based on old version of ccHost) and we lack function of automatic thumbnails. So people forced to upload PNG's first for enabling the preview. Ok. It is doesn't really matter if no one work with it. If yes (what is highly preferable by many people :) ) - please feel free to contact me since OCAL plan to upgrade fully base system with many new features, including auto PNG generation. So I think there will be much less work to adjust existing Inkscape's extension. Wish you all the best, let Inkscape rocks further! Cheerz, Oleg -- C уважением, Коптев Олег With respect, Oleg Koptev Jabber ID - koptevoleg@...189...

3 3

(no subject)
by Oleg Koptev 18 May '09

18 May '09

Hello all! My name is Oleg, I'm work in Open Clipart Library team (openclipart.org) I want to ask question about OCAL clipart import feature. At this moment as I know it's work only in the Linux version of Inkscape. It is very cool feature for sure, but have many bugs - for example it grabs mostly PNG and not SVG files (it's because the existing version of OCAL based on old version of ccHost) and we lack function of automatic thumbnails. So people forced to upload PNG's first for enabling the preview. Ok. It is doesn't really matter if no one work with it. If yes (what is highly preferable by many people :) ) - please feel free to contact me since OCAL plan to upgrade fully base system with many new features, including auto PNG generation. So I think there will be much less work to adjust existing Inkscape's extension. Wish you all the best, let Inkscape rocks further! Cheerz, Oleg -- C уважением, Коптев Олег With respect, Oleg Koptev Jabber ID - koptevoleg@...189...

1 1

Java bindings - bug 346721
by unknown＠example.com 17 May '09

17 May '09

Hi Jon, I think I fixed bug 346721 in svn rev. 21366. But I am not 100% sure if my fix is correct. Could you please take a look? http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/src/b ind/javabind.cpp?r1=21366&r2=21365&pathrev=21366 Ciao, Johan

1 0

Launchpad question
by unknown＠example.com 16 May '09

16 May '09

Hi all, Trying to search for a bug I can fix, I'm having a bit of a hard time. Does anybody know how to sort the bugreports in Launchpad by latest changes? Thanks a bunch, Johan

1 1

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