On Tue, 21 Aug 2007 00:58:58 +0200 Simon TRENY <[EMAIL PROTECTED]> babbled:

i'll get to this on the weekend - so don't think i'm ignoring it - it just
needs a longer reply than i have time for right now :)

> 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()...). It
> will also simplify a lot the code of Etk_Widget as I tried to make
> these things done automatically but since Etk doesn't have access to
> Evas internals, it is quite a mess.
> 
> I'm willing to try to implement those things in Evas, but first I'd
> like to be sure of the behaviour to respect:
> 
> - A member-object should be "really" visible only if its parent is
>   visible and if it is set as visible (evas_object_visible_get() == 1).
>   It would remove the need for show() and hide()
> - A member-object should be clipped by the intersection of its clipper
>   and of its parent's clipper. It would remove the need for clip_set()
>   and clip_unset()
> - The member-objects' color should be automatically multiplied by its
>   parent's color at rendering (--> no more need for color_set()).
>   Actually, I'm not sure about this last point. What if the user would
>   absolutely want to have a member-object always green for example,
>   regardless to the color of its parent? I can see a use for this: in
>   estickies, the window is semi-transparent while the text is opaque,
>   and yet, the text is a member-object of the window.
> 
> Are you ok with this?
> Do you have any other requirements for the smart-objects?
> 
> Regards,
> Simon TRENY <MoOM>
> 
> -------------------------------------------------------------------------
> 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
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    [EMAIL PROTECTED]
裸好多
Tokyo, Japan (東京 日本)

-------------------------------------------------------------------------
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

Reply via email to