Gustavo wrote:
> ........
> WHY SMART OBJECTS NEEDS TO BE DIFFERENT:
>
> Evas is not an immediate render library, instead it will do all the
> calcs and render at the "render phase". Evas has a number of
> pre-defined objects, like Rectangle, Text and more, but it also have
> what we call "Smart Objects", these do not draw anything at all, it
> just call user functions that can in turn manipulate these pre-defined
> objects.
>
> Why Smart Objects can't use regular object's pre_render/post_render?
> The way Evas is implemented, existing pre_render and post_render
> cannot change the scene, that is, objects cannot move, restack, show
> or disappear, no new objects can be created and much more limits,
> otherwise the render phase could be never-ending. Since Smart Objects
> do not draw by themselves, the only way they could draw is by means of
> changing other objects, thus making them unable to join the existing
> pre_render/post_render usage. That's why Smart Object pre-renders are
> called before doing any real work painting work.
>
>
One comment I should add to this here:
Even though smart classes don't currently have a 'render' func, they could
and if so would be called from their internal render function. This func isn't
called at all right now, but it should - whether or not smart classes have such
a user defined func which would be called by their internal render func.
What the internal render func of smart objs should be doing (at least) is
calling
the render funcs of all its active member objs. They don't since it's a
left-over
legacy error from the prior 'wild' implementation od smart objs -- which was
largely corrected subsequently by raster but still has this left-over bit
hanging.
This is needed, apart from logical and other considerations, if there's
ever
any real hope to get smart objs to render (their children) to an internal
buffer,
which could be needed/useful for many kinds of things.
____________________________________________________________
Click to see huge collection of discounted designer watches.
http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3mdA3cNOEx4Vykv6rSw8hrkFEup72rJm5qJc0BNLdeoDHmiw/
-------------------------------------------------------------------------
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
