mMidProgress is intended to be the point at which we reach Overview when
swiping up and thus start scrimming it as All Apps shows above it. For
that reason, mMidProgress needs to match OverviewState's progress. In
contrast, the drag handle (accessibility arrow) can move up sooner to
avoid overlapping with the QSB; for this, we added mDragHandleProgress.
Bug: 136800511
Change-Id: I2825ff798707530420855257350e492b4b9b77dc
The original bug that was solving seems to be fixed by other changes,
and this allows users to scroll, dismiss, etc on recent tasks before
fully reaching overview from an app.
Bug: 137487381
Change-Id: I28a708811bba3ce739ce261f19eb29558d8f0e7d
This regressed in ag/8542000, where we cancel the animation instead of
ending it. We should only cancel when going to home; in other cases, we
should still call end().
Bug: 137487381
Change-Id: I093954908c3ac747ec3132aa700c8be2f927631a
Currently only StatusBarTouchController overrides this to always return
false, so that you can swipe down for notifications during transition to
home screen from an app (in gesture nav).
Bug: 137161198
Change-Id: I803c37937d5294810cbe0c1bbffcd5dddcc5ca3b
Otherwise the preload may cause launcher to restore too early, resulting
in data loss.
Bug: 131315856
Change-Id: I4412c8f691286ba142e9c748a908a3ed42713a82
Instead of individually removing tasks,
ask for all tasks to get accurate list.
This method is invoked whenever user presses
back on a root activity, which causes the task to
be killed from perspective of the activity.
Test: Visually inspected, recent task no longer
disappears.
Open any app, hit back, and then go to overview quickly.
App should remain in recents list.
Fixes: 135687618
Change-Id: I1c135673ae987016db5df0b83f5ea8e345d3c7c1
(cherry picked from commit 8651219f7e)
During first boot, home activity after FallbackHome may be an
one-time setup. If the overview is preloaded at this moment,
system won't resume the real home after the one-time setup is
finished because the activity stack is not empty.
Since the navigation mode doesn't support gesture during the
first time setup, and in order to keep the ability to preload
launcher if it is also the overview, these conditions are
combined to guard the case of first boot.
Fix: 137281732
Test: Build sdk_gphone_x86-userdebug.
Run "emulator -wipe-data" and check the
recents activity won't start during booting.
Change-Id: I4b20f61f4a412371c19b379410c8a0a188e41276
Now we use the velocity towards the middle of the screen
(e.g. x when in landscape) instead of always using y.
Test: testBackground with @PortraitLandscape
Bug: 135567630
Change-Id: I77ab6bdf0d556475a6c182ae91914a718a81e1c4
- When the user dismisses splitscreen while launcher is hidden and was
previously minimized, getLocationOnScreen() will continue to return
the old position until the first view root traversal after the window
is shown. As a result, we will end up with home bounds for the minimized
state and the wrong target bounds calculated
Bug: 135952890
Test: Enter splitscreen, launcher another app, dismiss splitscreen and then
swipe up
Change-Id: Id19dfa664623b2b855db4209999508c76a9aacdc
using a different handler
This will allow us to use common logic for handling horizontal swipe
Bug: 137197916
Change-Id: I6f9cba6e8728dd0669482906c4bf34270af2bc82
On swipe up, we start a rencets transition to the current launcher app. At the
end of the transition, if the user is going to recents, we start overview activity.
Bug: 137197916
Change-Id: Ie5ed848879ad965dcab2780a05d649e3be066568
- Add a signal for the animation to be "cancelled"
- Allow the workspace view to be attached to a spring during the animatoin
(but kept hidden) to prevent any jumpy movement
Bug: 137215697
Change-Id: Ie6868a7f45fefaee5366c8d30bb323fe042e9156
=> Regression from recent CL ag/8074890
=> Fix which scopes the change down to the RecentsView, but not all PagedViews
Bug 136733573
Change-Id: I0abaa61b2b132d8086dc3b2cb3e3e9c1f181b5f5
* WindowTransformSwipeHandler closes all AbstractFloatingViews, including
ListenerView, which results in FloatingIconView getting removed.
* In IconLoadResult.onIconLoaded, we remove the check for isIconLoaded since
its not needed. This was also causing a race condition since isIconLoaded
is not set to true until after we tell onIconLoaded to run.
* In BaseDragLayer, we have a delay before checking if the view is open and
then closing the floating view if true. This caused issues since we reycle
the view. Now we check if the view is open before running the delay to call
close.
Bug: 136044361
Change-Id: I7442a589a62c3cdf90b70d146e0ecf3e4300ddf7
To reduce the jank when swiping-up the overview which is not
ready yet, we restart the overview activity if the process
was died and update its configuration if there is change.
Bug: 127350205
Test: manual - Enable 2-button or gesture navigation.
Swipe-up overview after:
Case 1: Other app is in foreground and kill the process
of launcher.
Case 2: Change configuration, e.g. font size, language.
Change-Id: Ia6e365cc0faf3765781484d040bdddd4e10a2650
