diff options
| author | Chet Haase <chet@google.com> | 2012-05-23 13:28:22 -0700 |
|---|---|---|
| committer | Chet Haase <chet@google.com> | 2012-05-23 14:09:30 -0700 |
| commit | ab3a776827365b6bb413052a5e093bbc87265728 (patch) | |
| tree | 6c9455037e6b2e2ceb8972904bc2e1c8542ef709 /docs/html/sdk/api_diff/12/changes | |
| parent | 53d003f0e77291e7382c4871e0828014b470ab9f (diff) | |
Avoid running layout transitions on unattached views and windows
LayoutTransition causes artifacts in some situations where a window is just
becoming visible or a container is just being added to the view tree when animations
are kicked off in LayoutTransition due to the normal automatic mechanism of running
animations when views are added/removed/etc. The problem is that containers in these
situations may have children with positions and sizes of (0, 0), causing the animation to
animate from this default/nonsense value to whatever is appropriate for the views when
they are first laid out and drawn. The end result is correct, but the animation is
superfluous and silly.
The fix is to avoid running any kind of transition animation on windows that are not
currently visible or containers that are not currently atached to the view hierarchy.
This should avoid the situation by only allowing the animations to run after the containers
and windows are visible and set up correctly.
Issue #6544410 issue with layout transition when first showing the activity
Change-Id: I737b2598887ef806dec3b02a483a8e8ff2c3d4e2
Diffstat (limited to 'docs/html/sdk/api_diff/12/changes')
0 files changed, 0 insertions, 0 deletions