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