another problem: c) if something changes and I need to reverse the animation from it's current half-way state, without completing the animation and without simply clearing it, I don't see any way to accomplish this using the Animation classes.
Given these problems, what approach should I take? On Sep 9, 2:53 pm, Eddified <[email protected]> wrote: > I understand that animating a View using startAnimation() with a > TranslateAnimation object really just applies a transform on the > canvas that is being drawn on. In my case, the problems with this are: > a) sometimes I need to call bringChildToFront() (for a different View) > on the ViewGroup during the animation, which messes up the animation > because it triggers a requestLayout on all children, which in turn re- > lays out the child being animated... which messes up the continuity of > the animation. Perhaps causing a layout on the child being animated > isn't supposed to mess up animations, but it seems to be in my case. > b) after the animation (using an AnimationListener), I need to re- > layout the child to the new location, which is fine in concept, but > again messes up the animation because for some reason the actual > drawing of the last frame of the animation hasn't finished by the time > onAnimationEnd() is called. This causes the animation to go awry at > the very end. What's happening in my case is if I layout the animated > view to its new location in onAnimationEnd, the last step of the > animation is being applied to the new layout, so the view looks like > it is jumping around the screen. I tried a handler with no delay, and > that didn't work either. Using a handler with a delayed message to > accomplish the new layout works but is such a hack that I worry it may > not work correctly on another piece of hardware. > > I could accomplish the animation by taking out the TranslateAnimation > and instead do a manual animation, and in the manual one, change the > layout of the view gradually (instead of transforming the matrix of > the canvas) but that's a lot of work and error-prone. > > Any ideas? Are there tools I can use (besides manual application of > Handler.sendMessageDelayed()) to accomplish an animation that actually > re-lays out the view on each iteration instead of altering the canvas > matrix? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en -~----------~----~----~----~------~----~------~--~---
