summaryrefslogtreecommitdiff
path: root/docs/html/sdk/api_diff/8/changes
diff options
context:
space:
mode:
authorChet Haase <chet@google.com>2011-08-22 14:27:51 -0700
committerChet Haase <chet@google.com>2011-08-22 14:27:51 -0700
commita68c5cf8a111d0c901474b5819d49ca5eea42a65 (patch)
tree48894e2080cda6ca79ba829db845675bed053a32 /docs/html/sdk/api_diff/8/changes
parent5e82bc038385edcb669b44659401fb83dab9c880 (diff)
Fix invalidation bug with INVISIBLE views.
There was a bug in the invalidation code that prevented some animations fropm starting. An INVISIBLE view would mark some dirty flags then propagate the invaliation up the parent hierarchy. This would cause a redraw of the hierarchy, but would not include the invisible view (invisible children do not get drawn). Thus the flags wouldn't get cleared. Later, an animation to fade the view in (making it VISIBLE on start) would be started on the view. But the invalidation triggered by that animation would not propagate because the invisible view would see that it was already invalidated, and wouldn't send the message along. No invalidation means no drawing, so the animation wouldn't start because the invalidation didn't make it's way up to the top and the child's parent did not redraw. The fix is to noop the invalidate() call for GONE/INVISIBLE views which do not have animations set on them. Making these views VISIBLE later will trigger an invalidation, as will starting an animation on them, so the behavior should not change except for the buggy situation. Change-Id: I7a26a4bc7823f08fef56e52648e77ca256df6858
Diffstat (limited to 'docs/html/sdk/api_diff/8/changes')
0 files changed, 0 insertions, 0 deletions