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

Reply via email to