| ed0e2b44ad5b0bf0c3dedc76bd68272e8511cca3 |
|
19-May-2017 |
Winson Chung <winsonc@google.com> |
Properly defer entrance animations until after the stack is reloaded.
- Change the enter animation animated event to a normal event (no
animations were being choreographed on the event animation trigger
anyways)
- Remove the code in RecentsActivity, which poorly tried to schedule
the animation after the first layout. Instead, properly defer the
start animation until both the first layout _after stack reload_
and enter animation callback happens (regardless of which one comes
first).
Bug: 38391395
Test: Launch Chrome, dock, and ensure there are tasks visible
Change-Id: I4c2823fe25adbd3c200a0f786c478155541ccf26
/frameworks/base/packages/SystemUI/src/com/android/systemui/recents/events/activity/EnterRecentsWindowAnimationCompletedEvent.java
|
| ef06413afce31800dc8dfee65e5f89bb610f192a |
|
05-Jan-2016 |
Winson <winsonc@google.com> |
Moving more callbacks to animated events.
- In preparation for the animation refactoring, this CL just moves the
enter/exit callbacks that route though RecentsView into events that
the task stack can handle directly.
Change-Id: I90f602c5486e1781129225a73dbf97af29477479
/frameworks/base/packages/SystemUI/src/com/android/systemui/recents/events/activity/EnterRecentsWindowAnimationCompletedEvent.java
|
| 3fb67562c548662910160d5672b1b9558bd6571c |
|
11-Nov-2015 |
Winson <winsonc@google.com> |
Removing hacks to delay app animations until window animations complete.
- We should have been using onEnterAnimationComplete instead, which is
more reliable and respects the window transition developer option.
Change-Id: Ib7cd2868283cfe0e5fc79863818a614375072e0f
/frameworks/base/packages/SystemUI/src/com/android/systemui/recents/events/activity/EnterRecentsWindowAnimationCompletedEvent.java
|