Re: [E-devel] elm_flip broken API and implementation
On Wed, 25 Jul 2012 08:52:45 +0900 Carsten Haitzler (The Rasterman) said: > On Tue, 24 Jul 2012 19:04:17 -0300 Gustavo Sverzut Barbieri > said: > > > On Wed, Jul 18, 2012 at 8:44 AM, Gustavo Sverzut Barbieri > > wrote: > > > As we're close to release, I'd like to discuss a bug in elm_flip that > > > annoys me: > > > > > > elm_flip_go() does NOT take the front/back parameter, then if the app > > > wants to control it properly (ie: toggle button, toolbar, edje) it can > > > get out of sync. The app would need a control variable on its own that > > > syncs with elm_flip_*_visible_get() > > > > > > The situation is worse if you quickly "go" before it's finished the > > > animation. Then elm_flip_*_visible_get() reports something but visually > > > its something else! Then your app must keep a state, listen for animation > > > ended signal and then request a flip again. > > > > > > Of course none of these are app duty. If someone could fix it, I'd be > > > happy as the flip code is not that nice. Otherwise I'll fix it myself by > > > adding another call that takes the side you want to flip to and will keep > > > the state correct by flipping back automatically after the animation is > > > done. > > > > just fixed it in r74360. > > > > however elm_flip makes my brain go crazy, I believe raster did this > > thing in an hour or so, it barely works but is all mixed. My personal > > opinion is that it should be cleaned up so interactive mode is split > > from regular animation. Also the mess to mix up the cases is strange. > > at first flip didnt have an interactive mode - i added that later and ended up > recycling the animation subsystem for it. > > > Last but not least there are couple of "FIXME" noting hacks about > > Evas_Map, if the map is broken, it should be fixed (Cedric?). > > Otherwise remove the FIXMEs. And the page flip is completely broken, > > also does not work for widgets, just for images... why? If image > > source should do the work? > > these fixes need a lot of work in evas - relative position of smart children > (as opposed to absolute), as well as a total rewrite of evas_render. the > fixme's are there to note that they need removal eventually when this happens. > > the flips have been broken by cedircs recent fixing of evas map. they all > worked before. :) as above. evas-render needs a redesign - it was > hyper-optimized for doing a flat canvas model and map breaks that model, but > it was stuffed in anyway. i warned at the time that evas was not designed for > that and so it was going to be a hack. :) ok - right now evas map is ok - its not broken. the image ion the back is the same as the image on the front - just flipped. this is just what the flip widget does. it repeats it on the back of the flipping page and the "back side" of the flip is flat on the bottom under the page. interactive flip for page curl is broken - it used to work just fine. it just doesnt get the "finishing off the anim and go to end state" right at all. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm_flip broken API and implementation
On Tue, 24 Jul 2012 19:04:17 -0300 Gustavo Sverzut Barbieri said: > On Wed, Jul 18, 2012 at 8:44 AM, Gustavo Sverzut Barbieri > wrote: > > As we're close to release, I'd like to discuss a bug in elm_flip that annoys > > me: > > > > elm_flip_go() does NOT take the front/back parameter, then if the app wants > > to control it properly (ie: toggle button, toolbar, edje) it can get out of > > sync. The app would need a control variable on its own that syncs with > > elm_flip_*_visible_get() > > > > The situation is worse if you quickly "go" before it's finished the > > animation. Then elm_flip_*_visible_get() reports something but visually its > > something else! Then your app must keep a state, listen for animation ended > > signal and then request a flip again. > > > > Of course none of these are app duty. If someone could fix it, I'd be happy > > as the flip code is not that nice. Otherwise I'll fix it myself by adding > > another call that takes the side you want to flip to and will keep the state > > correct by flipping back automatically after the animation is done. > > just fixed it in r74360. > > however elm_flip makes my brain go crazy, I believe raster did this > thing in an hour or so, it barely works but is all mixed. My personal > opinion is that it should be cleaned up so interactive mode is split > from regular animation. Also the mess to mix up the cases is strange. at first flip didnt have an interactive mode - i added that later and ended up recycling the animation subsystem for it. > Last but not least there are couple of "FIXME" noting hacks about > Evas_Map, if the map is broken, it should be fixed (Cedric?). > Otherwise remove the FIXMEs. And the page flip is completely broken, > also does not work for widgets, just for images... why? If image > source should do the work? these fixes need a lot of work in evas - relative position of smart children (as opposed to absolute), as well as a total rewrite of evas_render. the fixme's are there to note that they need removal eventually when this happens. the flips have been broken by cedircs recent fixing of evas map. they all worked before. :) as above. evas-render needs a redesign - it was hyper-optimized for doing a flat canvas model and map breaks that model, but it was stuffed in anyway. i warned at the time that evas was not designed for that and so it was going to be a hack. :) -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm_flip broken API and implementation
On Wed, Jul 18, 2012 at 8:44 AM, Gustavo Sverzut Barbieri wrote: > As we're close to release, I'd like to discuss a bug in elm_flip that annoys > me: > > elm_flip_go() does NOT take the front/back parameter, then if the app wants > to control it properly (ie: toggle button, toolbar, edje) it can get out of > sync. The app would need a control variable on its own that syncs with > elm_flip_*_visible_get() > > The situation is worse if you quickly "go" before it's finished the > animation. Then elm_flip_*_visible_get() reports something but visually its > something else! Then your app must keep a state, listen for animation ended > signal and then request a flip again. > > Of course none of these are app duty. If someone could fix it, I'd be happy > as the flip code is not that nice. Otherwise I'll fix it myself by adding > another call that takes the side you want to flip to and will keep the state > correct by flipping back automatically after the animation is done. just fixed it in r74360. however elm_flip makes my brain go crazy, I believe raster did this thing in an hour or so, it barely works but is all mixed. My personal opinion is that it should be cleaned up so interactive mode is split from regular animation. Also the mess to mix up the cases is strange. Last but not least there are couple of "FIXME" noting hacks about Evas_Map, if the map is broken, it should be fixed (Cedric?). Otherwise remove the FIXMEs. And the page flip is completely broken, also does not work for widgets, just for images... why? If image source should do the work? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm_flip broken API and implementation
Don't mention "If ... else.. I will do" Otherwise, He will do it by himself. :-3 -Regards, Hermet- -Original Message- From: "Gustavo Sverzut Barbieri" To: "Enlightenment Development"; Cc: Sent: 2012-07-19 (목) 21:11:03 Subject: Re: [E-devel] elm_flip broken API and implementation On Wed, Jul 18, 2012 at 8:44 AM, Gustavo Sverzut Barbieri @profusion.mobi> wrote: > As we're close to release, I'd like to discuss a bug in elm_flip that annoys > me: > > elm_flip_go() does NOT take the front/back parameter, then if the app wants > to control it properly (ie: toggle button, toolbar, edje) it can get out of > sync. The app would need a control variable on its own that syncs with > elm_flip_*_visible_get() > > The situation is worse if you quickly "go" before it's finished the > animation. Then elm_flip_*_visible_get() reports something but visually its > something else! Then your app must keep a state, listen for animation ended > signal and then request a flip again. > > Of course none of these are app duty. If someone could fix it, I'd be happy > as the flip code is not that nice. Otherwise I'll fix it myself by adding > another call that takes the side you want to flip to and will keep the state > correct by flipping back automatically after the animation is done. sooo? :-) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm_flip broken API and implementation
On 07/19/12 09:28, Iván Briano wrote: > 2012/7/19 Gustavo Sverzut Barbieri : > > On Wed, Jul 18, 2012 at 8:44 AM, Gustavo Sverzut Barbieri > > wrote: > >> As we're close to release, I'd like to discuss a bug in elm_flip that > >> annoys > >> me: > >> > >> elm_flip_go() does NOT take the front/back parameter, then if the app wants > >> to control it properly (ie: toggle button, toolbar, edje) it can get out of > >> sync. The app would need a control variable on its own that syncs with > >> elm_flip_*_visible_get() > >> > >> The situation is worse if you quickly "go" before it's finished the > >> animation. Then elm_flip_*_visible_get() reports something but visually its > >> something else! Then your app must keep a state, listen for animation ended > >> signal and then request a flip again. > >> > >> Of course none of these are app duty. If someone could fix it, I'd be happy > >> as the flip code is not that nice. Otherwise I'll fix it myself by adding > >> another call that takes the side you want to flip to and will keep the > >> state > >> correct by flipping back automatically after the animation is done. > > > > sooo? :-) > > > > Remove the widget, when people complains bring up the subject in > that thread. N! -- Jérôme Pinot http://ngc891.blogdns.net/ signature.asc Description: Digital signature -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm_flip broken API and implementation
2012/7/19 Gustavo Sverzut Barbieri : > On Wed, Jul 18, 2012 at 8:44 AM, Gustavo Sverzut Barbieri > wrote: >> As we're close to release, I'd like to discuss a bug in elm_flip that annoys >> me: >> >> elm_flip_go() does NOT take the front/back parameter, then if the app wants >> to control it properly (ie: toggle button, toolbar, edje) it can get out of >> sync. The app would need a control variable on its own that syncs with >> elm_flip_*_visible_get() >> >> The situation is worse if you quickly "go" before it's finished the >> animation. Then elm_flip_*_visible_get() reports something but visually its >> something else! Then your app must keep a state, listen for animation ended >> signal and then request a flip again. >> >> Of course none of these are app duty. If someone could fix it, I'd be happy >> as the flip code is not that nice. Otherwise I'll fix it myself by adding >> another call that takes the side you want to flip to and will keep the state >> correct by flipping back automatically after the animation is done. > > sooo? :-) > Remove the widget, when people complains bring up the subject in that thread. > > -- > Gustavo Sverzut Barbieri > http://profusion.mobi embedded systems > -- > MSN: barbi...@gmail.com > Skype: gsbarbieri > Mobile: +55 (19) 9225-2202 > > -- > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm_flip broken API and implementation
On Wed, Jul 18, 2012 at 8:44 AM, Gustavo Sverzut Barbieri wrote: > As we're close to release, I'd like to discuss a bug in elm_flip that annoys > me: > > elm_flip_go() does NOT take the front/back parameter, then if the app wants > to control it properly (ie: toggle button, toolbar, edje) it can get out of > sync. The app would need a control variable on its own that syncs with > elm_flip_*_visible_get() > > The situation is worse if you quickly "go" before it's finished the > animation. Then elm_flip_*_visible_get() reports something but visually its > something else! Then your app must keep a state, listen for animation ended > signal and then request a flip again. > > Of course none of these are app duty. If someone could fix it, I'd be happy > as the flip code is not that nice. Otherwise I'll fix it myself by adding > another call that takes the side you want to flip to and will keep the state > correct by flipping back automatically after the animation is done. sooo? :-) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel