> Scaling down home activity on swipe-up from home and spring back to place on cancel
> Fading out recents on swipe-up to home, so ensure that adjecent tiles also dissapear
> Instead of controlling alpha, controlling full transform for base and home task. This allows adding custom animation for home task on swipe up.
> Removing alpha hanging for fallback activity in baseSwipeHandler. Instead controlling full transform for home activity
> Adding feature flag to use QuickstepLauncher as 3P Launcher to make development easier.
Bug: 156398988
Change-Id: I69cc59f2c9c95d15df6926ba635e7d6c251dceb6
This is consistent with what we do for the right/bottom clipped
insets already, and fixes cases where the device insets don't
match the thumbnail insets (e.g. for fullscreen apps).
Bug: 157097544
Change-Id: I630bb115cab571f3439bfbe8ded5affd924f7e64
This reverts commit c093b25c75.
Reason for revert: seems the flake isn't flaking after this change
Change-Id: I03c003103b610fcdd174fbf820c428d337d9109b
This is consistent with what we do for the right/bottom clipped
insets already, and fixes cases where the device insets don't
match the thumbnail insets (e.g. for fullscreen apps).
Bug: 157097544
Change-Id: I25216fef0d804704e7c7bd84316f932767c2f110
If it's null, that means the animation was already canceled or
finished, so we don't need to finish it anyway.
Bug: 157383670
Change-Id: I9b0dde76d5756536d8d97bc3d7f13723f903a79c
NavBar defaults to display when quickswitch ends,
which is always portrait since home is now always
in portrait. We keep the same nav region that the
user used to swipe up to enter recents and reset once
they swipe to home.
Fixes: 156053957
Test: Swipe up from landscape app, then swipe up
from the same nav bar region to go home.
Change-Id: Ia4cf8172850b991aa5e145897622be3b2afa3779
- LAST_TASK now has recentsAttachedToAppWindow = true, to match
NEW_TASK. Though this does mean there's a small chance of
seeing recents translating in if you swipe up and back down,
this is preferable to seeing recents translate away if you
swipe right and back left in two consecutive gestures.
- Until passing the touch slop for a new gesture, keep recents
attached to the app window. This avoids cases where you
could have recents view translate away mid-gesture, such as
in the following case: swipe from A to B, swipe from B back
to A, touch down during the transition back to A. Before this
change, you would see recents translate away; with this
change, recents instead stays in place until we get another
signal indicating it should detach, such as swiping to home.
Bug: 157153404
Change-Id: I63a3a8b988af1aac5177f101b0b75e73e56b1ceb
- Move "finishRecentsAnimation" for NEW_TASK to where we actally
finish the controller after onTaskAppeared()
- Add "setEndTarget" and "onSettledOnEndTarget" logs
Bug: 156412706
Change-Id: I0a0f81d3b601fc1eed72b372235bbb92368ec246
* Added FeatureFlag.ENABLE_ALL_APPS_EDU
* When user swipes up on nav bar three times and goes to hint state
consecutively, we show the new All Apps education tutorial.
* For now we block interaction while the animation is playing,
and we remove the view when the animation is done.
* Future CL will leave view up until user successfully reaches All Apps state.
Bug: 151768994
Change-Id: I903e0a3914d0558950ecb8cd714d97ddc10ca06b
Previosuly we had a different swipe handler for 3P Launcher which
started either recents or Launcher based on the initial interaction
(horizontal or vertical). This was primarily because we had to wait
for recents transition to finish before starting another activity
which could delay going to home.
Now we always start recents transition to recentsActivity. This allows
us to use the same swipe handling logic as QuickstepLauncher. Home
activity can be started while recents transition is running and can be
controlled using onTaskAppeared callback.
Bug: 156924169
Bug: 156398988
Bug: 156295255
Change-Id: Ib9f02e0281e8d674bde2f4a81eca5fc8a5962144
With shelf hidden in 2 button landscape, need to fill
in the extra space w/ larger thumbnail.
Fixes: 156442623
Test: Larger thumbnail shows up in 2 button landscape
Change-Id: Ie2856c8d248b28ae7c06cbe40c7417a827c2bd96
As CL[1] corrects the screenBounds of remote animation target,
and we are now using RemoteAnimationTarget#localBounds to offect the
position.
Remove the offset logics in AppWindowAnimationHelper#updateSourceStack,
and TaskViewSimulator#setPreview, then refine computeSurfaceParams
with offseting the position of HOME task by localBounds.
[1]: I793f01fb290fe65af1bbf8e29e429fbca63ac255
Fix: 153581126
Test: manual as below steps:
1) Launch a app, swipe up to overview screen.
2) Tap app icon and pressing "Split screen" item.
3) After entered split-screen mode, taps the task view.
4) Make sure the secondary task animation the movement is
correct and smoothly.
Change-Id: I0e4ed1465e80f48336908813ac694fb3aaa3c347
Disable overview rotation in 2-Button.
Fixes: 154181816
Test: Tested no button and 2 button,
overview actions worked as before.
Change-Id: Ic22c791c7a93460840d54aaf0bf32884cc110e19
Also applying transform params in DeviceLockedInputConsumer directly
instead of going through AppWindowAnimationHelper
Bug: 156398988
Bug: 155816922
Change-Id: I791e1a9feb07c4fb787130f8d040a4f404faf734
- create predictor from items in bgModel instead of scanning views
- Launcher no longer checks for duplicates before sending pin/unpin events
- sending cached items from last prediction to reduce UI shuffle
- Switch to using UserCache to persist and read ComponentKey
Bug: 148814143
Bug: 156413231
Bug: 156200931
Change-Id: Ide6330bed8eb7f0c6fbec1d1ac21e7f67a9b2be2
In landscape, the lowest coordinate touch registered
is the actual lowest pixel possible by the screen.
For portrait/seascape the lowest coordinate
is (lowest pixel possible - 1). The difference of the
one pixel makes Rect#contains() return false since
only top left Rect points are inclusive and bottom
right points are exclusive.
Fixes: 156333291
Test: Always able to smoothly go to overview from
landscape.
Change-Id: I6beddad99ae076a167d2a5f5e5acc6e466bff544