On Thu, May 1, 2008 at 7:38 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote: > Getting back to the evas filters/transforms stuff... > > One other aspect that needs to be addressed has to do with the > very notion Gustavo mentioned about "negotiating" buffer sizes that > a filter/transform might need for putting results to.. and in fact > this also covers things like calculating update rects when dealing > with these things at the canvas level. > The problem is that it may be difficult, in general, to obtain > 'bounds' for these kinds of operations on objects.
that's true for other parts as well, and I like raster's simplification to "let's keep it to rectangles". Of course we could have any shape as clip or dirty area, but it doesn't pay off. All in all, let's keep areas as a set of rectangles. They're easier to operate and provide a good approximation for the first implementation. As you said, if calculate the proper coordinates are that difficult, then just request for whole-screen buffers and brute force :-P -- Gustavo Sverzut Barbieri http://profusion.mobi Embedded Systems -------------------------------------- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (81) 9927 0010 ------------------------------------------------------------------------- This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
