summaryrefslogtreecommitdiff
path: root/packages/CompanionDeviceManager/src
diff options
context:
space:
mode:
author Evan Laird <evanlaird@google.com> 2024-10-29 16:29:29 -0400
committer Evan Laird <evanlaird@google.com> 2024-11-11 16:14:21 -0500
commit226b32846e117769c8fbef654fc30e28ea5d153b (patch)
tree1ace74211de94683b8392a1d56c4f50e689aa24e /packages/CompanionDeviceManager/src
parent6900d991ba9b0e00beaf56c5253df565b5a6e80e (diff)
[sb] Move status bar animation to binder
Since the visibility of the status bar is controlled by the view binder now, we have to move the animation logic to the binder as well. The old system asked views to provide an AnimatorSet that would get `playTogether()`'d with the chip animator to ensure that all animations had the same keyframes. This change removes that guarantee, and instead exposes explicit states from the animation repository and expects that views can coordinate on their own terms. For now, this means that we have the possibility that animations could be out of sync by a frame or so. In practice, that's not an issue. And the further things move into Compose, the more we can get that kind of state synchronization back, since the whole view tree can be modeled on the state of the system event animation repository. Test: SystemStatusAnimationSchedulerImplTest Test: atest SystemUITests Test: manually triggering battery / camera events and checking the animation Bug: 364360986 Flag: com.android.systemui.status_bar_root_modernization Change-Id: I576aa9f3e2b2a45e73f6899aa9b5a6991a322d35
Diffstat (limited to 'packages/CompanionDeviceManager/src')
0 files changed, 0 insertions, 0 deletions