Gustavo wrote:
>>      Let me be a bit more precise here:
>>
>>  1)  Is it desirable to obtain an object's min/max_size?
>>  2)  If it is, then:
>>  is it a good idea to have a separate api function to get those values,
>>  or do you intend that eg. to obtain the min_size, one should always
>>  be able to do:
>>
>>  evas_object_size_hint_min_set(obj, w = 0, h = 0);
>>  evas_object_size_hint_min_get(obj, &w, &h);
>>     
>
> I see what you mean, but I don't think we really need this, at least
> now. If we need this some day, we can extend it either by adding some
> range set and clamp to this range in setters, or we could add
> interceptors and make it generic. But adding these now, without a
> valid use-case (at least a real life, either in Edje, EWL or ETK) is
> over engineering. We can extend it later without breaking the API.
>
> Also, note that we callback on any size_hint setting, so object itself
> can listen for those in order to revert values. It will not be
> "atomic" and it might generate infinite loop if 2 peers bounce, but it
> will do for most of cases.
>
> What do you think about it? I'd leave it as is for now and possible
> add this noted in the comments.
>
>   
      I don't know. If edje objs feel it's important to have min/max sizes
then why not for other kinds of objs? Also, when an edje that swallows
another obj computes its min/max size, why not use the same such
for those objs - why something else? Or, if 'hints' are all that's needed
for other objs, then why not for edje ones too? etc..
      In other words, a lot of this seems artificial and arbitrary either
way - except that getting min/max sizes at least has a semi-intuitive
semantics, whereas 'hints' has a rather ambiguous semantics for its
effect by comparison.
      In other words.. I have no idea.


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to