> > There are a couple of other smart class functions that would
> > also be useful with smart objects, in particular min/max_size_get
> > functions, and add similar functions to the evas api so that one
> > can query an evas object's min/max size.
>
> I already though about that, and perhaps a way to only specify one
> direction could be usefull. If you want to setup a textblock, you
> know the width but not the height you want. Or for an image object
> this could give you a way to have without special case in your code
> a way to respect aspect ratio. Not that this is difficult or
> impossible to code today, just easier if the object told us the
> right answer.
Also, consider when one has an edje group that swallows an
external object. When calculating the edje's min/max size, you need
to know the swallowed part's such.. Well, right now, this is done
in edje in a very ad-hoc way and can be problematic to deal with in
general for swallowed objects that are designed to have min/max
sizes (but aren't edjes themselves).
> > I should add though that in this particular case, there could
> > be potential 'side effects' in event handling.. because, some
> > changes of state that could be affecting the size and positioning
> > of things, would then be deferred to render_pre time, and hence
> > possibly not be detected by the events system. It's something
> > you'd have to investigate as to what consequences it might have,
> > in this particular case.
>
> I may be wrong, but I don't see a reason for edje_calc to send
> signal right now, nor did I saw a direct to it from edje_calc.
> Perhaps someone with more knowledge on edje could give a better
> view of the problem.
Sometime ago, I considered doing this very same thing with
edje_calc. Never did get around to looking into that in more detail,
but I dimly recall there was some issue on my mind that was related
to this consideration. It's been a long time now and I can't recall
exactly why.. but just thought I'd mentioned it to you.
_____________________________________________________________
Click here to obtain free information on accredited degrees.
http://thirdpartyoffers.juno.com/TGL2121/fc/Ioyw6i3l8OpuBKdPwAvyspcKtyTT47qT3nL2bhKiFPwnkjkdHxiapC/
-------------------------------------------------------------------------
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
