Instead of using WindowTransformSwipeHandler, keeping the launcher UI in place and
just animating the window
Change-Id: I4defce3a9745407523de651aeb28a37867567507
StateManager was setting the transition lenght to 0 when a workspace state transtion
was being created as part of launching a transparent activity.
Bug: 77635129
Change-Id: Ie9f40138d9b1387ba880bca0fbf130a4872e8733
- To prevent surface thrashing, we no longer hide the home activity before
starting the transition home. This prevents the launcher from being added
to the remote animation target list, which means that we default to
skipping the launcher animation. As a workaround, we special case the
flow and force the animation to run when starting the recents animation.
Bug: 74405472
Test: Go home from an app, ensure there is an animation.
Change-Id: Ifd2b39444fdeab323ee79a368b580a6264c3e5b9
As you swipe up to overview from home, workspace scales down and fades out as before,
and now recents scales down from 1.2f on top of it. The interpolators are set such
that the workspace animation is seen before the recents animation. Also, we don't
scale down all of recents, only the visible pages (current and adjacent).
Change-Id: I5f8bfe8cafeaa41d26873c63549735d7bdff2bce
- Move all wrapper calls to the bg thread
- Account for position now that the task leash is in the app animation
layer
Bug: 73118672
Change-Id: I5b680a688c0ad4ca34c76e22e1d5cee24133f40f
If a CTS test wants to show Recents in split-screen mode, we call this
and the test passes :) This is good enough for now.
Bug: 77275679
Test: atest android.server.am.ActivityManagerSplitScreenTests#testDockedStackToMinimizeWhenUnlocked
Change-Id: I5ac1b2890f70a48d86b7b0e85b6ebb8263843484
If you're ever in overview and swipe down on the hotseat, it will launch
the focused task *unless* you entered overview from the workspace and
have not scrolled past the first task. This is a hidden state to allow
for reversibility of the swipe up from workspace.
Also moved PendingAnimation from quickstep to launcher3.
Change-Id: Iea077bc0ef7c74f6bf7b98d0a638892b9c5fe36c
- Swiping down on hotseat from overview goes to workspace
- Can swipe up through overview to get to all apps
Bug: 76449024
Change-Id: I7f76d92da976e268cc2a97e55746cca4603e6620
Prevents launching overview when recents button is pressed while pinning
an app. This only occurs if quick step is disabled.
Test: disable quickstep, pin an app and try to go to overview
Change-Id: I0d453c2b6f6ebc7947de670b6cf5d09705f9188e
Fixes: 76702534
The first slop starts the drag either for quick step or scrub. At this
point either launcher can animate swipe up or the home button moves for
scrub, however the home button is still active and can be pressed or
long pressed. The second slop is for activating quick step or scrub.
Similar to before when an operation has activated, the home button
cannot be pressed or long pressed. This allows the home button to have a
larger area to be clicked.
Change-Id: Ie792845a09ecf5d8bdbeae9e8ef7210e2299c69d
Fixes: 76430825
Test: scrub or swipe up
The list is:
Close [task]
<items from the task’s popup menu>
Also making a current task in carousel get accessibility focus. This
prevents losing focus after closing a task, and makes sense generally.
Bug: 72409756
Test: Manual
Change-Id: I2cfdfd4693a255f63417d922cb6aa4841db1d3c3
Generating fake to-recents event upon pressing square button with no
active task.
Bug: 72967764
Test: Transition Delay - Hot Launch From Recents on Pixel 1
Change-Id: I36fdfe9d356c7678deee37b706f1abecfbfdc812
- Explicitly list thresholds, including for auto-advance
- Thresholds for auto-advance are smaller, so you only reach them if
you scroll to the edges of the track
- Because auto-advance is it's own section, removed longer initial
auto-advance delay
- When moving out of auto-advance, stay on the same page instead of
jumping back
Bug: 70180755
Change-Id: I4a8926f9ca944ee619cc71a77b893be894248458
> In case of swipe-up from homescreen, super method was not called everytime
> When swiping up from an app, repply() state was skipping as we didn't finish the
last animation, leading to views staying visible and interactive
> Intercepting touch in RecentsView and pagesView based on visibility
Bug: 76467534
Change-Id: Ia5ef58d508b656f371a32cd2f1de00dd18c6aa5c
> Wallpaper based theme support
> Light/dark system UI
> Swipe gestures to start and dismiss a task
> Fixing insets and task preview size
Bug: 75979063
Change-Id: Id402e6ac50551a7c0849742e3a0e77df3ead5aa2
recents view and related classes.
This allows the common animation to be used in fallback activity.
Bug: 75979063
Change-Id: I2b5bf5e66406621305b9a076793434f9c5cecdfd
Now we compute the precise scales and offsets to synchronize adjacent
pages with the launched page. Also adjusted all apps progress so that
the predictions/hotseat go offscreen directly based on the opening
window.
Change-Id: I74e74e541c60b3b116e2b5713522bd4a0f5928a7
