>Is this what you had in mind : http://leunen.d.free.fr/prog-blur.svg ?
Yes,
it is an approximation of a real progressive blur. But not perfect, and
it
cannot be achieved with a filter
[Agreed; and yes that is what I had in mind.]
>Here is another approximation on the x-axis "blur" only :
http://
> create two
> versions one more blurred and the other less, and then use a mask that
> fades from one to the other from top to bottom.
Is this what you had in mind : http://leunen.d.free.fr/prog-blur.svg ? Yes,
it is an approximation of a real progressive blur. But not perfect, and it
cannot be
9/29/2008 5:44 PM
To: svg-developers@yahoogroups.com
Subject: Re: [svg-developers] shadow projections
Thanks for your reply,
feOffset tends to be so slow (and I'm not quite sure why)
>
I guess it's an implementation problem. I can't see why it should be slower
than a trans
Thanks for your reply,
feOffset tends to be so slow (and I'm not quite sure why)
>
I guess it's an implementation problem. I can't see why it should be slower
than a translation transform.
Your example didn't come through
Sorry.
Here is my quick example : http://leunen.d.free.fr/shadow-proj.
David [Leunen] wrote:
>I'm missing two filters in SVG. Or I don't know if they exist or not.
Filters are just complicated enough it's not always easy to tell. Based
on the questions you've asked, it sounds like you have a pretty good
understanding of what's there and what isn't.
>The first o
Hi all,
I'm missing two filters in SVG. Or I don't know if they exist or not.
The first one is a simple transform. I don't want to apply the transform
directly to the svg element, but rather to an intermediate filter primitive
result. It is already possible for translations with feOffset, but not
6 matches
Mail list logo