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
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
