When controlling from launcher activtiy, there is no activity focus change, and rotation
lock is not required.
Bug: 114074832
Change-Id: Ia976f9daa9b0f87d3493138d12cb37a490b8b1bd
When using overview button, we skip the activtiy animation, which leads
to wrong state. Instead always running the animation and changing the endpoints
accordingly.
Change-Id: Id071b4e74da42c78760519aa29644621afc822e2
This makes is simpler to control the swipe to overview UI, and ties the
transition with the state machine
Bug: 113287120
Bug: 79755195
Bug: 112203163
Change-Id: I3041dbb659b46ccea6284855addc91e370815be6
- It can cause a deadlock with other synchronized calls on a background
thread that use a MainThreadInitializedObject
Bug: 112744388
Change-Id: Icbfe6fe84de41eeb19f68014905154dfca988288
- Offset distance based on where gesture started, so that the shelf is
always under your finger even if you swiped up high on the nav bar
- Use the same distance when swiping down to launch a task as we use for
swiping up from an app (so that the swipe feels more reversible)
- Allow swiping up in the gap between hotseat and overview, so there's
no "dead zone"
Bug: 109709720
Change-Id: I828d82e8feb250fd31e382d42aeefcb11d4a07d5
- Also move some allocations in ColorExtractor into thread locals to reduce
allocations
Bug: 78777731
Change-Id: I8819106d476a9af02e864135a2f44b55fe9219cd
Static dependency does not work in the presence of multiple activities and
when the main activity is not Launcher (eg in fallback recents). Instead
creating FirstFrameAnimatorHelper on demand for individual animations.
Change-Id: I17bb69bbaaca92f0db994fb56fd784302c57d543
(This cl reverts change-Id: I455edcd17bda83ab51c2c04fa40e66097a4d6975)
Various animations were marked for cancellation when launcher activity is
destroyed. This this does not work with multiple activities (Launcher,
fallback recents, shortcut confirmation). Also since launcher activity
handles configuration changes, the activity is not destroyed often.
Instead associating a target with various animations which automatically
cancels the animations when that target goes away.
Change-Id: I64cd095a28075561a9e20c9dcdeb9f90c18e1047
Now that pressing back launches the previously running task, it's
possible to get TaskView#launch() when the TaskView is not on the
screen (i.e. user scrolled before pressing back). In this case, we
shouldn't use the launch-from-recents animation, as that animation
assumes the task view is the current page or an adjacent one.
Change-Id: I7bec91c9437954061affdedc8cd9e48820ce7357
Smaller devices or landscape with splitscreen can show more than one
task icon in overview. Tapping the icon when not in the middle will
scroll the task into the middle and open at the same time.
Change-Id: I0fe261e9a1b8ab6ad7e6c6ea64125a9c7b38da39
Fixes: 110371874
Fixes: 111446332
Test: splitscreen, overview in landscape, tap non-centered task icon
It appears large because the pressed state of the view increases the scale,
and we want to leave the pressed state until the activity is launched.
With the remote app transitions, we now have a callback for when the activity
is done launching so we then cancel the "stayPressed" state.
Bug: 111742067
Change-Id: I25725e908b12f4dd1256294a26232b289db2d057
