On Mon, 2009-02-02 at 14:03 -0200, Gustavo Sverzut Barbieri wrote:
> On Mon, Feb 2, 2009 at 12:35 PM, Viktor Kojouharov
> <[email protected]> wrote:
> > Hi,
> >
> > There are a few things about the edje_box (and maybe edje_table as well)
> > that really looks like they are broken or unfinished.
> >
> > To start off, why does edje_box totally ignore min and max sizes of the
> > items? I currently have to calc the min size of an item and then set
> > that size using evas_object_resize. Why is that necessary? This isn't
> > evas_box, so edje_box should be perfectly capable to limiting the min
> > and max size of each item.
>
> This is because Edje is pending proper use of size_hints. When that's
> fixed, not only edje_box will work, but evas_box, elementary, etc...
These size hints have been mentioned before, at least for evas_box. What
exactly do they do? Are they some flags that smart objects _should_ take
into account? Possibly a replacement for edje's min|max size functions?
What currently uses these hints correctly?
>
>
> > Another and related problem is that the box is allowed to be resized
> > past the items' min and max size limits. So if you have a row of items
> > with a min height of 60px, right now you can tell the box to be resized
> > below this height. A similar problem is for the max size limit. Although
> > it probably makes sense here to allow the box to be resized beyond the
> > cumulative max size of the items, it should be possible to make the
> > box's max size stick to the items' max size, preferably like this:
> > box { max: 1 1 }
>
> Yes, nobody added size_hints_changed event listeners inside edje.
> Possible this will come when the first is fixed.
>
>
> > And on the nice-things-to-have list, changing the layout of the edje box
> > should not ignore the transition and jump immediately to the new layout,
> > but rather it should animate the transition like most other properties.
> > (where is the transition handled in edje anyway?)
>
> That's tricky to do. Not impossible, but much more painful than the
> other 2. However I admit it is a nice thing to have, at least for demo
> purposes ;-)
>
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
enlightenment-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
