[01:34] coz_, hello again [01:35] Lirodon, hey guy [05:40] good morning [07:07] good morning === API is now known as Guest90684 [07:40] JohnLea, around? [07:42] JohnLea, btw when you are available can you give a look to the last comment of this bug? https://bugs.launchpad.net/ubuntu/+source/unity/+bug/772445 [07:42] Ubuntu bug 772445 in unity (Ubuntu) "Dragging image from firefox/chrome to dock causes lagg/freeze" [Low,In progress] [08:06] andyrock: hi! can you confirm bug 856184? [08:06] Launchpad bug 856184 in unity "Launcher doesn't hide if mouse leaves launcher area while launcher not fully unhidden" [Undecided,New] https://launchpad.net/bugs/856184 [08:09] htorque, done [08:09] i'm not sure if it's a problem in unity (ubuntu) too [08:09] likely, but i haven't installed that anywhere [08:10] andyrock: thanks anyway. now to catch the crashers - quitting apps randomly takes down unity here. :( [08:11] htorque, me too... [08:11] are you able to get a backtrace and open a bug? [08:12] htorque, i know you are able... i mean "can you get..." [08:12] :) [08:15] andyrock: sure will do, i just have to purge the desktop-team PPA first (contains the stacking fixing compiz). not sure if that's already in ubuntu and i'm not feeling good when doing such reports with PPAs enabled. :P [08:16] htorque, ok ok thx :) [08:18] andyrock; so the issue is that it takes up to 5 sec to get the file type of very large files, and there is no way of reducing this delay? [08:21] JohnLea, 5 sec is an example but 1 sec of freeze sucks too... i noticed this freeze only with browser (firefox or chrom*) images [08:22] andyrock; agree that freeze completely sucks. You have only encountered this when dragging images from *inside* a web page? [08:22] JohnLea, yes... [08:24] JohnLea, also with images not so "big" [08:25] e.g. unity logo on top of LP Unity page [08:26] JohnLea, give me just a second... i've an idea [08:28] andyrock; cool [08:29] andyrock; from a design prospective the ideal solution is to find a way to eliminate the delay, but I know that answer doesn't help you [08:29] JohnLea, maybe the problem is that the img is not taken from the browser cache [08:30] but it is downloaded from the Internet [08:30] let me debug... :) [08:33] JohnLea, QED [08:33] https://launchpadlibrarian.net/53981966/unity-logo-64.png [08:33] the problem is that it takes time to download it... === Guest90684 is now known as apinheiro [08:39] JohnLea, a workaround could be diabiling the icon that should be downloaded [08:39] but i guess there is a better solution [08:49] andyrock; good luck, I don't think I'll be much help with this one but keep me posted. I'll ask racarr when he get's in if he has any ideas [08:50] JohnLea, ok... tell racarr that using g_file_query_info_async removes the freeze but not the delay [08:57] andyrock: you said you were getting the crashes too. are you using the compiz from the ubuntu-desktop PPA (stacking issues fixed)? [08:58] i use the ubuntu-desktop ppa [08:58] so i guess yep [08:59] either i've been unlucky for the past 30 minutes or it's related to that compiz version. [08:59] htorque, 1:0.9.5.94+bzr20110919-0ubuntu1~ppa1 [08:59] andyrock: thanks. will try again for a bit and then switch back to the PPA. [08:59] htorque, try to get the bt using the ppa [09:00] i haven't seen any crashes right now. [09:00] andyrock: ok [09:00] thx [09:01] andyrock: meh, this gets rid of all -dbgsym packages. :-/ [09:03] htorque, yeah.... [09:50] apinheiro, re: https://bugs.launchpad.net/unity/+bug/817691, it seems the a11y code uses unsetenv call after some threads are launched and that's not safe, do we need those calls? [09:50] Ubuntu bug 817691 in unity (Ubuntu Oneiric) "[Oneric] unity-panel-service crashed with SIGSEGV in getenv()" [Critical,Confirmed] [09:50] it seems to be okay to use them very early in the main() but not so good if we start threaded stuff (like gdbus), which calls getenv and can cause a race [09:51] njpatel, hi [09:51] apinheiro, hey :) [09:51] hmm [09:51] but this is something new? [09:51] I mean, was crashing before [09:51] ? [09:51] nope, it's new in O [09:52] apinheiro, in panel-a11y.c, there is g_unsetenv twice, is that required? [09:52] basically it's racing between the setenv and dconf starting in a thread [09:52] (and doing a getenv) [09:52] so, fun [09:53] and gettext obviously does getenv too [09:53] njpatel, I will check it [09:53] I didn't write that code, was rodrigo [09:53] but in summary, it should be a g_unset before start the a11y stuff [09:53] and then a set to restore the status [09:53] apinheiro, so, it's weird: [09:53] in main, we do: [09:54] g_unsetenv("UBUNTU_MENUPROXY"); [09:54] g_setenv ("NO_AT_BRIDGE", "1", TRUE); [09:54] g_unsetenv ("NO_GAIL"); [09:54] panel_service_get_default(); [09:54] a11y_init(); [09:54] and that calls the unsetenv [09:54] get_default() is loading the indicators etc, so they aren't goign to be effected by the unsetenv [09:55] but, yeah, please have a look. Ideally we wouldn't be doing (un)setenv's that late in the startup [09:55] well, for what it worths [09:55] we do that [09:55] in order to ensure that any child process will have the proper env [09:56] if this is not required [09:56] we could just avoid restoring the env on a11y_init [09:57] I can't think it is with indicators, but if you could test that it doesn't cause regressions with the panel, I can make the change quickly in trunk [09:57] njpatel, and afaik, there isn't any panel-service child process that would require a11y support, right? [09:57] nope, none that I can think of [09:57] njpatel, ok, I will move to this then [09:57] njpatel, one question [09:57] to reproduce it [09:57] it happens all the times or it is a race condition [09:57] and just crashes sometimes? [10:04] apinheiro, it's a race so very hard to reproduce [10:04] njpatel, btw, could this also be a issue for unity-3d? [10:04] apinheiro, at this point, I'd like to just test that there are no regressions when removing those two unsetenv calls, we can then send out a release for the people effected to test [10:05] apinheiro, it could but I have yet to see one bug report. That could be due to do the different type of startup with compiz involved etc [10:05] njpatel, ok [10:07] njpatel, looking at the code in detail [10:08] we can remove g_unsetenv ("NO_GAIL"); [10:08] but [10:08] we can't just remove g_unsetenv ("NO_AT_BRIDGE"); [10:08] at panel_a11y_init [10:08] as if we don't do that [10:08] the atk bridge will prevent himself to be loaded [10:08] when we load it by hand [10:09] njpatel, one question [10:09] calling g_unsetenv is a problem if we do that [10:09] maybe we can move up the panel init to be before the panel_service init? [10:09] after _get_default, right? [10:09] right [10:09] so can we move it to before? [10:09] well, my suggestion was similar [10:10] :) [10:10] load the bridge before that call [10:10] and then, a different call to ensure that the a11y object hierarchy include the service [10:10] right [10:11] I will try that and propose a branch [10:11] thankd [10:22] njpatel, is there a problem if panel_a11y calls panel_service_get_default during the intialization? [10:22] apinheiro, is this after the unsetenv? [10:22] njpatel, yes [10:23] It should be fine [10:23] njpatel, ok, just trying to reduce the change to be as small as possible [10:23] thanks [10:27] njpatel, after a quick test with orca, it seems to keep working [10:27] and it is a small change [10:27] just move panel_a11y_init [10:27] to be called before [10:27] service = panel_service_get_default (); [10:27] apinheiro, okay, I can make that if you want, to avoid merge proposal etc etc [10:28] njpatel, ok [10:28] although for the future, it would be good add a note like this: [10:29] //Note: panel_a11y_init needs to be done before service_get_default, [10:29] // to avoid a race condition with g_unsetenv. Take a look to bug 817691 [10:29] Launchpad bug 817691 in unity "[Oneric] unity-panel-service crashed with SIGSEGV in getenv()" [Critical,In progress] https://launchpad.net/bugs/817691 [10:29] apinheiro, right, thanks :) [10:30] njpatel, thanks to you === Guest63578 is now known as jbache === MacSlow is now known as MacSlow|lunch [11:41] smspillaz: hi! is https://launchpadlibrarian.net/80602060/unity_crasher_better.log the crash when closing windows that's already fix comitted? [11:42] bug 856305 bug 856015 [11:42] Launchpad bug 856305 in unity "SIGSEGV in _XFreeEventCookies () when closing applications" [Undecided,New] https://launchpad.net/bugs/856305 [11:42] Launchpad bug 856015 in unity "crash on closing a window" [Critical,Fix committed] https://launchpad.net/bugs/856015 === MacSlow|lunch is now known as MacSlow === yofel_ is now known as yofel === Saviq is now known as Saviq_freenode === njpatel is now known as njpatel|flu [13:15] JohnLea, to avoid the delay what about guessing the content type using filename [13:15] ? [13:15] andyrock; hyia [13:15] of course only for "virtual" file [13:16] andyrock: Ping? JohnLea mentioned something you said about drag and drop in unity and some awkward delay? [13:16] racarr, hi [13:17] well in Unity we use g_file_query_info to get the content type of every single file we are dragging [13:18] for locale files it works well [13:18] but dragging a browser (chrom* or firefox etc.) image [13:18] g_file_query_info takes too time [13:18] we can use g_file_query_info to avoid the delay [13:19] sorry [13:19] to avoid the freeze [13:19] but we can't avoid the delay [13:19] using g_file_query_info [13:19] this is all... :) [13:20] I can easily implement this behavior: [13:20] Hmm. Ok. I will look in to it. (probably not this week...in london for a bit), but im doing some Dnd stuff next week [13:20] 1) if the file is a locale one use g_file_query_info [13:21] 2) if the file is not in locale guess the mimetype from filename === m_conley_away is now known as m_conley [13:22] The thing is, firefox should be saying over XDnd what mime types the source can be... [13:23] racarr, ok... we just uri/list stuff [13:23] *just->get [13:23] so I don't think we have to use g_file_query_info at all to determine which applications can support I think [13:25] I can't produce any delay though actually even with a 12mb png [13:25] but maybe the internet here is too fast :) I will have to look in to it more later. Thanks :) [13:25] racarr, will you be online for a while? [13:26] andyrock: For a while yes. but I am at a sprint atm, so kind of distracted from unity so can't do any too serious looking in to it right now [13:27] racarr, no problem... i just want to get a test and tell you the results [13:28] andyrock: Ok, great, thanks :) [13:28] racarr, yw [13:41] racarr, dragging and image using chrom* and using nux to get the dnd data i get: [13:41] http://pastebin.ubuntu.com/695120/ [13:45] firefox gives not (at lease using the nux interface) the type but something like x-moz-nativeimage [13:46] andyrock: Hmm. I will have to look in to the full code path here, I think something is definitely wrong is there is any delay... [13:46] if there is* === API is now known as Guest9431 === Guest9431 is now known as apinheiro [14:30] smspillaz, hi could you tell which crash was fixed with this branch https://code.launchpad.net/~smspillaz/compiz-core/compiz-core.fix_856015/+merge/76501 was it this crash bug 851472 [14:30] Launchpad bug 851472 in compiz (Ubuntu) "compiz crashed with SIGSEGV in _XFreeEventCookies()" [Critical,Confirmed] https://launchpad.net/bugs/851472 [14:31] htorque, your's is also the above crash I guess ? [14:31] yeah :) [14:31] who doth ping me [14:32] om26er: no [14:32] om26er: it was a crash that could happen if an application unmapped a window as withdrawn, re-mapped it, and then closed it [14:33] smspillaz, ok, i believe the above crash is also in compiz itself though [14:38] om26er: anothter thing. can you explain what you mean with the 24px in bug 835989? i've seen that report before reporting mine, but didn't quite understand the description. [14:38] Launchpad bug 835989 in unity (Ubuntu) "Launcher - does not hide if revealed from top 24px of the left edge of the screen" [Medium,Confirmed] https://launchpad.net/bugs/835989 [14:39] htorque, invoke launcher from the area top-left 24px and leave it without hovering over the launcher [14:39] the bug has a video i think [14:39] om26er: hang on [14:40] uhhh [14:40] XNextEvent crashing? [14:40] htorque, i am going to make a new video for you [14:40] that's a NoCrash (tm) funciton [14:40] om26er: let me look into what might failing in xlib [14:40] smspillaz, oki doki ;) [14:41] om26er: uhhh, so was xlib recently updated ? [14:41] err libX11 [14:42] smspillaz, no last update six weeks ago [14:42] :/ [14:42] htorque, http://videobin.org/+58l/5n4.ogg [14:43] om26er: hm, but you didn't trigger the unhide in that area? you just left it while it was unhiding, which i suspected was the problem. [14:45] om26er: oh, that crasher has a lot of dupes. i probably should have turned on the update-manager service (else you don't get apport popups). ;-) [14:45] htorque, didnt understand what you mean? [14:45] htorque, ;-) [14:47] om26er: in the clip you added to the bug report you didn't reveal it like in the new one (more like i did in my bug: https://launchpadlibrarian.net/80589264/launcher-stuck.ogv - starting from below the top-left corner then going upwards to the panel area). [14:48] htorque, both seem clearly the same to me [14:48] and i can reproduce the both way [14:48] also Trevinho had some thoughts about it as well [14:49] me too. i'll just wait. if this is fixed and i can still make it stuck, i'll just open a new bug. :) [14:49] om26er: ok, I'm going to ask RAOF about that tomorrow. I'm suprised about: event=0x7fffa408d510) considering that its just a pointer to something on the stack [14:50] * smspillaz thinks maybe we should allocate an array the size of XPending [14:50] smspillaz, ok, thx [14:52] om26er: about that bug I've still to check what we can do [14:53] Trevinho, it started just after the BFB was removed [14:53] *from panel [14:58] om26er: ok [14:58] actually I was thinking the same thing [14:58] checking now [15:01] anybody here who knows or goes by the name Victor Eduardo ? please ping me [15:02] Trevinho, you might want to hold off jason assigned himself so making you aware to avoid duplicate effort [15:04] om26er: I just study the thing quickly now [15:04] if I can find something I'll change the bug infos ;) [15:04] okay :) [15:22] om26er: do you like: http://www.youtube.com/watch?v=3nkNjhbGwTs ? [15:29] Hi, all. [15:33] Trevinho, that looks interesting [15:33] Trevinho, can i haz the code for real testing? [15:34] Can anyone review merge request for #663776? https://code.launchpad.net/~cosmos-door/unity/fix-preedit-663776/+merge/75350 [15:34] then i'd be sure if its a distraction or attraction :D [15:42] gord, in dash keyboard navigation space key and enter should have the same behavior [15:43] om26er: the code is still on WIP, i've to push it somewhere... But it's bugged for maximized windows actually [15:43] however the animation is very fast, it shouldn't distract [15:43] Trevinho, oh, i'll hold off then though nice work so far [15:44] and it's somethig requested on https://bugs.launchpad.net/unity/+bug/691776 [15:44] Ubuntu bug 691776 in unity (Ubuntu) "Fade effect when showing the menubar" [Medium,Confirmed] [15:44] yes, i know that [15:54] om26er: also I guess it wouldn't be too hard to do what should be done according to the design that Mark pointed out: show the menus the more you're near to the panel [15:54] Trevinho, guess we can have this part sorted out nicely for the LTS then [15:55] * om26er thinks Trevinho is in love with the panel ;) [15:57] om26er: I don't love it so much, but it neeeds to be tuned! :) [15:57] And so, here I am. [16:06] om26er, https://bugs.launchpad.net/unity/+bug/750358 [16:06] Ubuntu bug 750358 in unity-2d "Launcher icons needs to be desaturated when Dash is open, and tinted with average wallpaper background colour" [High,Confirmed] [16:06] fix released? [16:06] looking [16:06] om26er, thx [16:07] andyrock, not sure about "and gain a tint based on the average wallpaper colour." [16:07] from the bug report [16:08] i guess would be better if that screenshot could be accessed [16:08] well somethink like the dash [16:08] JohnLea, ^^^ [16:10] andyrock; yes, basically exactly the same average background colour tinted material that is used for the Dash, Alt-Tab, etc... [16:10] om26er ^^^ [16:10] well now it has the same average background color [16:12] JohnLea, currently it looks like this http://videobin.org/+58o/5n7.ogg is that what the bug is about? [16:12] can we call it fixed [16:13] om26er; yes that looks fixed to me ;-) [16:13] andyrock, ^^ [16:13] JohnLea, thx :) [16:14] om26er, JohnLea thx one bug less... :) [16:14] om26er: try this lp:~3v1n0/unity/fading-panelmenu (not tested if compiles :P) [16:14] Trevinho, i'll try that now ;) [16:16] JohnLea: I've seen that the "bug" about showing the window buttons on pressing alt has been "fixed"... Is that really the designed solution? [16:17] Trevinho; can you remember the bug #? [16:20] Trevinho; you mean bug https://bugs.launchpad.net/ayatana-design/+bug/836274 [16:20] Ubuntu bug 836274 in unity (Ubuntu) "Pressing alt on maximized window does show menu but not window controls" [Medium,Fix committed] [16:21] JohnLea: #836274 [16:22] Ah, sorry.. .:P [16:25] andyrock, do you have any thoughts about bug 745707 ? [16:25] Launchpad bug 745707 in unity (Ubuntu) "Launcher - Launcher should never autohide when the cursor is positioned over the Launcher" [Medium,Triaged] https://launchpad.net/bugs/745707 [16:25] om26er, if i'm not wrong this was a wanted behavior... so should not be so difficult use the old behavior [16:26] andyrock, now its not wanted it seems [16:26] current behavior is really annoying [16:26] om26er, i know [16:27] assigned to me... [16:28] i should work to an huge branch for device [16:28] bug i should go now [16:28] andyrock, super [16:28] andyrock, the devices branch would probably be for LTS ? [16:30] JohnLea: I asked that since talking with njpatel he told me that it actually was a non-bug (that's why I didn't fix it before)... So I'd need to know how to consider that... [16:32] i dont remember using alt+f, e etc for in window menus, what happened when you pressed the letter again, for example alt+f to open the menu and pressing alt+f again, did it close the menu or nothing happen? [16:32] andyrock: it is wanted [16:32] om26er: ^ [16:32] took a lot of time to get there [16:33] and it seems the behavior regressed even :/ [16:33] didrocks, yes i added my findings to the bug report. [16:34] om26er: basically, the original behavior was: [16:34] om26er: put the mouse cursor in the launcher area (launcher hidden) [16:34] press super to show the launcher [16:34] release, the launcher should disappear [16:35] if after you press super, you moved the cursor, the launcher shouldn't disappear [16:35] then another use case [16:35] if you press on an launcher icon, and don't move the mouse, the launcher should disappear [16:36] but if you press, and in a 1s timeout, you move the mouse, the launcher shouldn't disappear [16:36] (this is with a window under the launcher of course) [16:36] om26er: makes sense? ^ [16:36] the 1st behavior regressed, I guess it's because of nux events [16:36] "if you press on an launcher icon, and don't move the mouse, the launcher should disappear" this is problematic for me :/ [16:37] Trevinho: I would abstract your code a little bit more [16:37] Trevinho: I would create a basic animation class [16:38] didrocks, it was better in 11.04 for sure (but not ideal for me still) [16:38] Trevinho: that class will load callback functions on each frame, and will automatically skip frames if needed [16:38] Trevinho: I'm doing that for overlay scrollbars, for example [16:38] om26er: this was like that in 11.04 [16:39] Trevinho: I think it makes more sense than creating a class for Fade, a class for ... etc etc [16:39] om26er: oh, and I forgot one case, if you press an icon, move the cursor outside of the launcher, there is no 1s timeout [16:39] didrocks, i'll email your messages to andyrock so that he is also aware of the desired behavior [16:39] didrocks, this last case seems not to be an issue in Oneiric [16:40] http://bazaar.launchpad.net/~ayatana-scrollbar-team/ayatana-scrollbar/trunk/view/head:/os/os-animation.c Trevinho [16:40] let me know what do you think [16:40] om26er: so the only broken case from the desired behavior right now is "mouse in the launcher area with launcher hidden, press super, don't move -> should hide" [16:40] om26er: thanks:) [16:40] om26er: yeah, only the 1st one is broken [16:40] didrocks, yw :) [16:41] I really bet it's nux sending a "widget enter" events when the launcher move [16:41] and webapps dont seem fixed to me with latest bamf, i might be doing something wrong :/ === Cimi_ is now known as Cimi [16:42] om26er: only with chrome [16:42] om26er: I mentionned it on the bug :) [16:42] didrocks, and not chromium? [16:42] nope :/ [16:42] didnt see your comment [16:42] om26er: DBO will work on a patch [16:42] * om26er downloads chrome :D [16:43] Thanks Cimi... I was thinking that too [16:43] om26er: I wasn't that extreme to check it works, I believed DBO when we discussed it and I discovered it didn't work with chromium ;) [16:43] however since my code was just a draft I didn't worked too much on the design [16:43] Trevinho: basically, you could translate that class into C++ [16:43] didrocks, i'll test as it installs ;-) [16:44] Trevinho: then if you want, you could create a fadecontroller which uses the animation class and only works with opacity [16:44] Also I guess I'm moving back to g_timeout, since the nux timer seems too lazy [16:44] om26er: if it doesn't work, blame him! :-) [16:44] Ok, thanks Cimi. === Saviq_freenode is now known as Saviq [16:44] didrocks, will ;) [16:44] Trevinho: I don't know how to work well with C++, you're much better than me. Albeit that animation class is pretty solid [16:45] Trevinho: if you remove the objects or so, animation stops without segfaulting [16:45] I'm pretty happy for that piece of code [16:45] small, light and functional [16:45] ah, nice :) [16:45] I also handled that in a raw way, but it should work [16:46] However maybe an an animation class which calls an animator object with a special method for doing the requested animation should work I guess [16:47] but before writing nice APIs I've to make it work as I want :P [16:47] also C++ is not my favorite place to write, but that we must use :P [16:48] 1 class to deal with timings and objects, if you want 1 class for basic and shared animations [16:48] Ok... Howver I didn't implemented that until now [16:49] I know, I just want to optimize your code :-) [16:49] since jay told me he would have handled this better in nux in future [16:49] definitely [16:49] yes, thanks Cimi [16:49] dealing with animations in this way is pretty hackis [16:49] and it's not so perfectly synced [16:49] because it goes through gtk main thread [16:50] Eh, that's our problem [16:50] well, glib not gtk [16:50] maybe it0s better [16:50] yes, of course [16:51] definitely something it's better to discuss at the UDS :-) [16:51] especially as we need to plan Nux 2.0 [16:51] yes, I just talked a little with Jay about this [16:51] cool [16:52] However he told me that with the current Nux I have to make redraw my widget at every change in the way I've done I guess [16:53] Cimi: about the other thing (i.e. the white icons)... Do you have any idea in how we could improve them? [16:53] The fact is that we should both manage dark and white icons with the same mask [16:54] Trevinho: i'd like to see your code [16:54] Trevinho: how did you make it to have it correctly rendered for the kbd icon? [16:54] Cimi: my code doesn't work correctly for themes with dark icons... [16:54] oh ok... [16:54] But in that case I just applied a white mask over the icons [16:55] right, got the point [16:55] using the ADD method of Nux [16:55] PLUS, sorry [16:55] however it's a GL_ONE, GL_ONE mask [16:55] maybe we can do that with cairo, let me see [16:55] so I jept cairo out [16:55] kept* [16:55] yes, I guess... but I used nux to avoid to redraw the pixmap at all [16:56] we just use a mask over with nux [16:56] by the way the main issue is that if we can't catch the dominant color of an icon, we can't apply the right mask [16:58] I didn't look to this too much, since I had no time, but I guess that if we can know what kind of icon we have, then we can apply the right mask... [16:58] maybe CAIRO_OPERATOR_IN [16:58] Just wondering by the way, I'm not that experienced with cairo... [16:58] mmm [16:58] well, I think I'm wrong [16:58] I checked, but in the current code changing just an operator is not enugh [16:59] the issue is that the icon has dark points, and not points with alpha = 0 [16:59] so, it's a bit harder [16:59] Ok... I got a solution: ask designers to draw a mono icon :P [16:59] probably also difficult with the always changing multiload indicator icons? [17:00] since we ship that by default, I guess it should be handled correctly [17:00] however Cimi another issue that I underlined in my yesterday's screenshot is that you can't draw an "active" icon... Like the blue envelope at the current state [17:01] yep [17:05] make does not work using trunk http://pastebin.ubuntu.com/695198/ [17:05] is it complaining for nux trunk? [17:08] so it seems [17:10] yeah, it needs latest nux trunk [17:10] but it can run with older nux [17:25] Cimi: I've read your lib, it's nice [17:26] I guess I could do the same... Also, not to create abstract objects or depending on function pointers I guess I could use simply signals [17:26] thank you [17:30] Cimi: another thing you could add to the anumation is to make it animate until it reaches a defined peek... Like AnimateUtil.... Of course it could be done also using the cb function and checking for the current value, but managin it in the class would make it better I guess. [17:32] Trevinho: there's no need to a threshold [17:33] Trevinho: you have a float from 0 to 1 [17:33] you can now play with it and set your own logic [17:34]