On Tue, 08 Jul 2008 20:36:10 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
> Let me just make it clear what I'm saying here: > > I think a general (or just serial) gfx filter pipeline for evas render > is largely unnecessary and mostly useless for real-time gui stuff.. I'd say > just leave complex pipelines to immediate-mode mechanisms. But it you really > want such a thing, say via the 'filter a filter' method, then fine -- it'll > complicate the general implementation, maybe make it harder to optimize some > things, maybe create some issues with hit-detection... but it can be done. > > However, what I think would be an absolutely terrible idea is to have > "transforms" and "masks" exclusively given via such a filters approach, rather > than via their own api. I'll never be convinced of that anymore than I'll be > convinced that "move", "resize", "color", ... should also be given solely via > a filters api rather than via their own. oh - i ABSOLUTELY agree. transforms and masks CAN be done by filters. but they really should really be available normally without filters. a transform filter is simply a good simple example of a filter. i really do agree with you here. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel