> 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 achieved with a filter Here is another approximation on the x-axis "blur" only : http://leunen.d.free.fr/progr-blur2.svg. The drawback of this workaround is to be non-scalable, a pity for *S*vg. So, I'm really stuck I guess. I have to hope that the svg-ig will convince the wg to add this feature to svg 1.2. (thanks for forwarding) Speaking of new feature, and to avoid that the filter module misses some (features), I wonder how this kind of effect would make sense : <script> function myEffect(in, x, y) { // compute and return the RGBA color // of the destination pixel, // with full access to the source raster (in) } </script> <feCustom in="SourceGraphic" function="myEffect" /> This would allow me to program my own progressive blur, skew,... or any other crazy stuffs that come in my mind. "in" would be an object that gives access to the rgba colors of the input pixels. "x" and "y", the coordinates of the target pixel. Maybe other parameters would be useful, but i can't think of any others. It would make the filter modul turing-complete. What do you think ? Does it make any sense ? If it does, should I forward this to the swg-wg... On Tue, Sep 30, 2008 at 1:29 AM, Dailey, David P. <[EMAIL PROTECTED]>wrote: > I actually quite like the solution you have, but also agree that additional > features would be useful. I'd be quite interested to see an inverse > displacement map, since I have gotten the suspicion that the spec may be > just fuzzy enough here that the way browsers implement varies considerably, > in ways that might make inversion tricky perhaps. just a suspicion, since I > haven't really isolated those differences systematically. > > The SVG Working Group is already thinking about some non-affine transforms > like perspective tranforms and the SVG Interest Group is attempting to help > "filter" some of the discussion pertaining to suggestions for new features. > See, for example, > http://lists.w3.org/Archives/Public/public-svg-ig/2008JulSep/0108.html > > regards > David > > [Non-text portions of this message have been removed] ------------------------------------ ----- To unsubscribe send a message to: [EMAIL PROTECTED] -or- visit http://groups.yahoo.com/group/svg-developers and click "edit my membership" ----Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/svg-developers/ <*> Your email settings: Individual Email | Traditional <*> To change settings online go to: http://groups.yahoo.com/group/svg-developers/join (Yahoo! ID required) <*> To change settings via email: mailto:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
