Did a feature request get filed for the rest of the SVG filters? If not, this would be a good thing...
Jon
-------- Forwarded Message --------
From: SourceForge.net <noreply@...34...> To: noreply@...34... Subject: [ inkscape-Feature Requests-863380 ] Implementation of SVG Filters, specifically BLUR Date: Sun, 08 Oct 2006 10:10:22 -0700
Feature Requests item #863380, was opened at 2003-12-20 08:59 Message generated for change (Settings changed) made by buliabyak You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=604309&aid=863380&...
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Other Group: None
Status: Closed
Priority: 6 Submitted By: Jon Phillips (kidproto) Assigned to: Nobody/Anonymous (nobody) Summary: Implementation of SVG Filters, specifically BLUR
Initial Comment: One of the biggest artistic failings of Sodipodi is a lack of blurry objects. If I want to have a shaped blur, there really is no possible way of doing it in Sodipodi. I have to hack together multiple circular objects with radial blurs and hope the effect is right.
Think this in Gimp: Use Lasso tool to draw a shape. Then choose to "feather selection", then fill the selected area with a solid colour. If I could reproduce this inside Sodipodi, I would be a very, very happy man.
See http://faemalia.homeip.net/ArtWorx/Anasong-Asian-size850.jpg and notice the shadow is very sharp and crisp. In this case, it looks good. But in other cases, I might want the shadow to be slightly blurry.
KIDPROTO: This should be implemented as SVG filters: http://www.w3.org/TR/SVG11/filters.html
( NOTE: originally in sodipodi RFE tracker as RFE # 716562 , Date Submitted: 2003-04-06 22:22, Date Last Updated: 2003-05-17 16:23, comments in sodi tracker )
Comment By: bulia byak (buliabyak)
Date: 2006-10-08 21:10
Message: Logged In: YES user_id=741217
Finally we can close this.
Comment By: Nobody/Anonymous (nobody) Date: 2006-10-05 09:33
Message: Logged In: NO
Subtle blurs and drop-shadows are like the second most common effect used for web-design currently...
blurs are part of the svg spec as said - the sooner inkscape can render them, the sooner it will get a whole lot more web developers interested. once inkscape can render gaussian blur, i assume its easy to make automatic 'outer glow', 'inner glow', 'drop shadow' effects and so on?
this feature is very important.
Comment By: Julian Mehnle (jmehnle) Date: 2006-05-09 12:30
Message: Logged In: YES user_id=617904
What's the status of this issue? Is it still being worked on?
Comment By: James Richard Tyrer (tyrerj) Date: 2005-07-31 13:17
Message: Logged In: YES user_id=57413
To quote from the GCJ documentation: << The key idea in CNI is that Java objects are C++ objects, and all Java classes are C++ classes (but not the other way around). So the most important task in integrating Java and C++ is to remove gratuitous incompatibilities.
So, the important question is whether the current version of GCJ will build Batik.
This might not be as easy as mixing procedural languages, but it might work.
Comment By: Nicu Buculei (nicubunu) Date: 2005-07-31 12:06
Message: Logged In: YES user_id=612070
Sketsa is a Java application, so it make sense for it to have a Java renderer (Batik), but Inkscape is C/C++, so the renderer, which is a core component, must also be C or C++
Unrelated, Cairo is preparing for a 1.0 stable release in a few weeks and is already in use in some major projects like Mozilla (Firefox 1.5) and GTK+ (2.8)
Comment By: James Richard Tyrer (tyrerj) Date: 2005-07-31 07:04
Message: Logged In: YES user_id=57413
Just a thought since Batik is already at 1.6 and Cairo is still experimental.
Have you ever tried Sketsa which does use Batik to render SVG.
It also has some nice features which might improve InkScape.
Comment By: Nicu Buculei (nicubunu) Date: 2005-07-28 09:34
Message: Logged In: YES user_id=612070
tyrerj -> so you propose to use Batik as Inkscape's renderer? I am affraid this is not realistic, a much better option is Cairo
Comment By: James Richard Tyrer (tyrerj) Date: 2005-07-27 17:57
Message: Logged In: YES user_id=57413
I guess the priority is so low (6) because is not easy to do it with the current renderer.
As mentioned by wiscalico, Apache Batik (Squiggle SVG viewer) *will* render filters. This is written in Java, but I would think that it would be possible to port it if GCJ 4.01 won't compile it.
The filter I use for a Drop Shadow is:
<filter id="DropShadow"> <feGaussianBlur in="SourceAlpha" stdDeviation="2" result="DSBlur"/> <feOffset in="DSBlur" dx="3" dy="3" result="FinalDS"/> </filter>
This has three parameters:
stdDeviation dx dyand applying it needs:
fill-opacityin the "style"
style="fill-opacity:.7500000;fill:#000000;filter:url(#DropShadow)"
So we would have a plugin with 4 parramaters.
It would also be helpful if there was a direct method of creating the object with #000000 fill that is the intersection of the relevant objects.
Comment By: Nicu Buculei (nicubunu) Date: 2005-07-27 13:12
Message: Logged In: YES user_id=612070
franp wrote:
If too difficult to add filters supports right now, I think an effect, plug-in or whatever should be quickly added to offer dropshadoow
You may want to check the recently released 0.42 and enable in preferences the experimental effects menu. There you can use a combination of "Dropshadow" and "Blur edge". It is not the same as the dropshadow filter (and should not stop the development of real filters) but it may be used as a temporary solution.
And since filters are part of the SVG spec there is even less reason filters are kept as low priority as 6, IMHO.
I guess the priority is so low (6) because is not easy to do it with the current renderer. AFAIK, at some point in the future Inkscape will switch to Cairo as renderer, which will automatically give support for rendering filters.
Comment By: Franp (franp) Date: 2005-07-27 12:59
Message: Logged In: YES user_id=1319446
The inkscape people are doing a wonderfull an amazing job with features seen nowhere else, but I just wonder if the low priority given to this feature (priority 6) is serving the inkscape penetration in the "market".
With dropshadow common features of all vector drawing tools on the market for more than ten years now (it was already in CorelDraw 3 back in 1992), the lack of support for filters (and particulary dropshadow) is a real problem when trying to "sell" Inkscape to my friends. The first question I hear each time is "Where is that bloody command to add shadow ?" ...
While I understand Inkscape surpasses many vector drawing tools by far on many places, and happilly use it myself for this very reason, the lack of dropshadow makes it very, very , very, very hard to sell to the ordinary layman next door.
And since filters are part of the SVG spec there is even less reason filters are kept as low priority as 6, IMHO.
If too difficult to add filters supports right now, I think an effect, plug-in or whatever should be quickly added to offer dropshadoow. This would certainly leverage by several orders of magnitude the penetration of Inkscape in the general population, even if ull, generalized support for the other SVG filters comes years later.
This feature thread should be separated, IMHO, in two threads : one titled "support for dropshadow" (priority 10), and a second one titled "support for filters in general" (priority 6 if you like).
Comment By: Jacob Emcken (wiscalico) Date: 2004-06-04 12:08
Message: Logged In: YES user_id=784787
For startes I would be great if Inkscape could just render filters. Then you could write them in a text editor and have em exported the right way. Right now I use Batik to render my SVG images after putting filters in them.
You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=604309&aid=863380&...