--- In [email protected], "David Leunen" <[EMAIL PROTECTED]> wrote: > 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... >
I would have thought the performance of doing the central part of the filter calculation in javascript and then transferring the results to the browser's native code filter processor would be awful. Best regards Robert. ------------------------------------ ----- 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/
