On Tue, 28 Oct 2008 19:03:42 +0100 "Jorge Luis Zapata Muga" <[EMAIL PROTECTED]> babbled:
> Hi all, > > Here i attach a patch that wraps all the calls to > obj->layer->evas->engine.func inside the objects into a function > itself. So instead of doing evas->engine.func->image_border_set you > should call evas_engine_image_border_set. It looks like a cosmetic > patch, but is the base for a larger rewrite of Evas internals. > > As Jose has been saying (and myself) for some time now, Evas *needs* a > refactor on its internals, this is the first step in the path to allow > objects to be built outside Evas which will imply to build a good and > defined interface between objects, engines and the canvas system. > Right now the evas_engine_xxx functions are just on a private header, > later those can be as well exported and let users build their own > objects based on this accelerated primitives. > > I can commit myself this patch (the text objects are still missing > btw), but i prefer to know your impressions before. hmmm - missing formatting fixes too from the patch. also jose's patch broke a chunk so u';ll have to fix those up :) in fact the transform stuff is going to need a bit of work to bring evas back up to working again. overall i dont mind the idea in the patch though - it makes sense to me. and i do agree - the internals need a refactor. there are just too many engines right now really. it makes it a daunting task to do anything :( i am really tempted to drop lesser-used engnies into the dust pile. software-based engines are simple to keep as they use the same core api and just change the target for ARGB32 - the software-16 engines i think in the long run probably should be left to die or become part of a "can do rendering in 16bpp colorspace" for the generic software engine (or more to the point have a caching mechanism that converts sources from native colorspace to "target colorspace" and then works in target colorspace (eg 16bpp, same applies for yuv->rgb and also transform caches with a already scaled/rotated copy of an image able to be cached). -- ------------- 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 [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
