On Mon, 25 Oct 2010 09:37:52 -0200 Gustavo Sverzut Barbieri <barbi...@profusion.mobi> said:
> On Mon, Oct 25, 2010 at 2:50 AM, Carsten Haitzler <ras...@rasterman.com> > wrote: > > On Wed, 20 Oct 2010 17:35:22 -0200 Gustavo Sverzut Barbieri > > <barbi...@profusion.mobi> said: > > > >> On Wed, Oct 20, 2010 at 4:24 PM, Tom Hacohen <t...@stosb.com> wrote: > >> > On Wed, Oct 20, 2010 at 7:44 PM, Bruno Dilly <bdi...@profusion.mobi> > >> > wrote: > >> >> > >> >> But maybe we could drop widgets in a bad shape? > >> >> > >> >> I couldn't look deeper on carousel yet, but I believe it never was > >> >> completely implemented. > >> >> What should it be? Raster ? > >> > > >> > elm_menu also needs a rewrite. > >> > > >> > Coming to think of it, isn't it time to take it out of the TMP dir? :P > >> > >> In these lines, elm_animator seems quite odd, not to say > >> purposeless... all that thing to convert a simple current - start_time > >> into a 0.0-1.0 value?? > > > > it's quite useful. it cuts down code for doing custom animations on a widget > > considerably. int handles the deletion case for you - and handles > > calculating the timeline for you. normally you'd have to attach a chunk of > > data to a widget to do this and track it etc. - it simplifies what is > > standard boiler-plate code into "i don't need to do it anymore" land. > > In these lines, we're about to commit elm_transit (also by Samsung, > just finishing the EFL-izing) and it's much like this, but more > helpful. The elm_transit is not bound to a single object, rather you > create it and add multiple objects, it will monitor them all and > remove them from list as soon as EVAS_CALLBACK_DEL is called. So > elm_animator is much useless as it's a worthless middle ground between > ecore_animator and elm_transit. good point. > >> Raster, why did you add such elm_animator to Elementary? Particularly > >> with such uncommon API that takes an object as parameter for > >> elm_animator_add() with the sole purpose to remove when such object is > >> removed?! Even worse is that the curve style is just a > >> non-extensible enum, much like Edje with different names (curve in, > >> curve out... where is sinusoidal???) > > > > eh? how are enums not extensible? that's news to me. as for why? you want to > > fade obj in - simple example. u simply transition color from 0 to 255 over > > the timeline. if the obj is deleted in the process your animator will > > reference a deleted obj unless u also listen for del events. you ALSO need > > to save start time and the "length of the anim" and calculate your > > animation position. all of this is footwork boilerplate code. this just > > provides it for you in a ready-to-use "just add water" package. > > Argh... by not extensible I mean not runtime extensible. You can't say > "I want another curve" and just implement the interpolation of values, > you'd need to complain to efl-developers and wait the next version to > release a patch with yet another enum value. > > And as I said above, elm_transit will do that and more nicely. well actually you can.. just use linear and adjust the 0.0 -> 1.0 value you get before you then use it to calc geometry :) -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Nokia and AT&T present the 2010 Calling All Innovators-North America contest Create new apps & games for the Nokia N8 for consumers in U.S. and Canada $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store http://p.sf.net/sfu/nokia-dev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
