- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Tooltips in 0.47
by John & Melonie Curwood 24 Apr '09

24 Apr '09

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

2 1

SVG Filter Effects and Raster filters
by Ivan Louette 24 Apr '09

24 Apr '09

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

1 0

Inkscape recommended by wacom.ru
by Alexandre Prokoudine 24 Apr '09

24 Apr '09

Hey, I was just pointed to http://wacom.ru/art_list.html (official local Wacom web-site) which lists Inkscape among recommended applications (along with GIMP) and says: "A very efficient vector illustration package. A symbiosis of Corel DRAW and Adobe® Illustrator. Excellent support for pen pressure sensitivity, is rare in the vector world of illustrations, which makes Inkscape a powerful tool for those who does serious calligraphy work.". Alexandre

1 0

more 0.47 planning :)
by Alexandre Prokoudine 24 Apr '09

24 Apr '09

Hi, It seems to me that what we are missing is a screenshots call :) Alexandre

1 0

Re: [Inkscape-devel] [Inkscape-user] Nightly/Testing Builds
by Aaron Spike 24 Apr '09

24 Apr '09

Elwin Estle wrote: > How involved is the Linux process? I am familiar with basic > ./configure, make, make install...but that's about it (I am guessing > this is a bit more complex process?) I think one time I might have > done something from an SVN tree...can't remember what it was or if > the process even worked. I have an AMD Athlon machine running > Slackware 12.2, also a Mac Mini with Leopard. While we have traditionally favored autopackage because it allowed the work put into making a single package to serve users of many different linux distros, I don't think it is a bad idea to make distro specific packages at this point. Slackware has always been a distro on which using the autopackage and even just building inkscape have been difficult for people. I'm not sure why as I've never used slackware. Anything you can do to better the situation for slackware users will be much appreciated. What other distros should we look for packagers for? I believe Ubuntu is already covered by the PPA someone set up. Does fedora have any sort of continuous building system we could make use of? Do other people think contacting the normal distro packagers for platform specific help is appropriate? Making autopackages is no harder than a typical configure, make process. There are different commands to call, that's all. Now setting up the dependencies and the build configuration is a slightly different story. Autopackaging is complicated by the fact that a single package can serve both the old and current c++ ABI and now even both x86 and x86_64 architectures. Building autopackages requires a willingness to learn about linking and check that libraries are linked properly so as to cause as little trouble as possible. There are also a few places in the codebase where we could use relaytool to make libraries optional at runtime. I think we will require a little bit of help from the autopackage project if we are going to get this service up and running again. Aaron Spike

1 0

Nightly/Testing Builds
by Joshua A. Andler 24 Apr '09

24 Apr '09

Hey All, We seem to be in a bad place with our nightly builds. It would be excellent if we could have a few volunteers step up to produce nightlies (or at least builds from every few days). Anyone who can (or would like to) produce builds for Windows, Linux, and OSX would be making a great contribution to keeping us on track to release 0.47 in the near future. If you are interested, please speak up and we will do what we can to get you producing builds ASAP. For the record, this is how bad the situation is: Win32 - April 18th OSX - March 3rd Linux - nothing from this year (Autopackages are over a year old) So again, if lending some CPU cycles and a little time is all you can do, it is still a LOT for the community. Cheers, Josh

2 1

Mitigating color-interpolation-filters problems
by Jasper van de Gronde 24 Apr '09

24 Apr '09

According to the SVG spec filters can be rendered in either the sRGB or the linearRGB color space, the same goes for gradients and alpha compositing). The latter is controlled by the color-interpolation attribute, the former by the color-interpolation-filters attribute. Inkscape does not handle either of these. Unfortunately the default for color-interpolation is sRGB, while the default for color-interpolation-filters is linearRGB... This means that Inkscape's rendering of pretty much any filter is incorrect (how severe this is depends on the filter). And perhaps more importantly, it differs from how other renderers behave. I don't think it's a good idea at this time to truely "solve" this problem. But perhaps we could make sure that new filters created by Inkscape automatically have their color-interpolation-filters attribute set to sRGB? (I have no idea how to do that, so any help is appreciated.) For reference, I created the following bug report: https://bugs.launchpad.net/inkscape/+bug/365073

2 6

Call for volunteers (non-programming stuff!)
by Joshua A. Andler 24 Apr '09

24 Apr '09

Hey All, Volunteers needed! Do you want to contribute to Inkscape but don't program? We can still use your help! We need volunteers for the following tasks: Testing SVN/Nightly Build (windows and osx especially) Reviewing and triaging Bug Reports Updating Tutorials & Documentation Reviewing Release Notes for accuracy/completion Writing PR/Announcements for our upcoming release Those are needs we always really have, but, we can always use an extra hand in the lead-up to release. Right now, if we could have a lot of attention put on our bug tracker for confirming bugs, figuring out what has been fixed, tagging things, and just getting it in better shape for the bug hunt, it will make a world of difference to the people trying to fix things. If anyone is interested in participating, please feel free to reply, hop on irc/jabber to discuss, or just jump right to it. :) If you need any information, please do not hesitate to contact me. Cheers, Josh

6 6

sketch lpe
by jf barraud 23 Apr '09

23 Apr '09

Hi all, I've unhidden the sketch lpe. I decided to remove the "construction line" feature in this effect (it used to place the tangent lines randomly along the input path). My feeling was that the placement should either be tuned by hand, or guessed from curvature extrema or something... Anyway, I felt it was not good enough as is, and would eventually be worth a separate effect (the issue with independant effect is that you need to apply 2 effects on the *same* source path, which is not possible atm --- but no doubt this will come sooner or later! ;-) Anyone having an opinion about this feature or it's eventual splitting in a separate effect? By the way, my dream is that we could import or mimic Blender's 'node' system into inkscape: the effect editor would be a window within which each effect would be a little box with input and output slots (+ input fields + an eventual small window to show the result of the effect), and you would be free to connect ones with others, defining not only a pipeline, but a full graph with parallel ways, etc... You generally end up with a nice plate of noodles, but it's very powerfull. Notice the same thing could be used for both lpe and filters effects. Cheers, jfb.

4 9

Re: [Inkscape-devel] [Inkscape-user] add fake transpareny without real transparency
by Jasper van de Gronde 23 Apr '09

23 Apr '09

Rob Antonishen wrote: > The example you provided was quite trivial :) > > Attached is your example with heavy strokes added. > > You can see that simple shape operations can't capture the individual objects. > > The shapes need to have their strokes converted to paths, and then a > bunch of messy operations have to be done. I tried by hand and > stopped after wasting 15 minutes. The process it do-able but I am not > sure what the algorithm is. Just convert everything to paths and do: 1. Take the bottom-most path that has not been processed yet and compute both differences and the intersection with all processed paths. 2. Determine the opaque fill for all three pieces. 3. Go to 1. Step 1 is "just" some bool ops (making sure no empty paths are created if you want to be fancy). Step 2 is trivial if everything uses solid colors. If gradients are involved it becomes a bit more complex, but either it's a simple matter of some algebra or it is not possible to express the result with a new gradient and you'd still have to fall back to a bitmap.

1 0