On Mon, 25 Feb 2008 15:28:59 GMT "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> babbled:
> > > > 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). well you attach the data - but yes. evas itself should get these as they would be very useful. even getting callbacks like size_request for example, so a parent or another object can ask for a requested size and the child (or parent) can reply with the size it is able to do that is closest. > > > 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. it will break some things. we can add a calc_force call for these situations and find them and fix them :) > _____________________________________________________________ > 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 > [email protected] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] ------------------------------------------------------------------------- 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
