On Tue, 21 Aug 2007 10:02:03 +1000,
Brett Nash <[EMAIL PROTECTED]> wrote :
> On Tue, 2007-08-21 at 00:58 +0200, Simon TRENY wrote:
> > Hi,
> >
> > I've seen in Evas.h that most of the methods of Evas_Smart_Class are
> > marked as to-be-deleted in the future ("FIXME: DELETE ME"). This
> > concerns show(), hide(), color_set(), clip_set() and clip_unset().
> >
> > I think it will be indeed a really great thing to do since when we
> > implement these methods for a new smart-object, we basically always
> > do the same thing (i.e clipping member-objects against the parent's
> > clipper in clip_set(), hiding the member-objects in hide_set()...).
>
> I disagree here. You are correct in that 95+% of cases are just
> hide/show the clip and the like. However we have a number of widgets
> that do things like stop animations, release resources or similar
> actions on hide calls, also more complex widgets delay layout
> recalculations until the show call.
About doing stuff on show, you'll still be able to do this. You'll just
need to have a callback to the SHOW event of the smart-object (with
evas_object_event_callback_add()).
As for evas_object_hide(), maybe you just shouldn't call it for what
you are doing. You could have a function my_smart_object_hide() that
will do all the animations, and that will finally call
evas_object_hide() on the smart-object at the end of the animations.
Imho, evas_object_hide() should really hide the object. And since
smart-objects have been designed to form a logical group from compound
evas-objects, evas_object_hide() should hide the smart-object and all
its member-objects. It wouldn't be coherent to have
evas_object_visible_get(smart) returning 0, and still have a
member-object being visible. The state of the member-objects should
automatically inherit from the state of their parents if we want to
keep things logical imho.
Regards,
Simon TRENY <MoOm>
>
> However being able to set the calls to NULL, and allow evas to do the
> obvious things in these cases.
>
> Regards,
> nash
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
