- 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 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
SysUI change: ag/3721784, ag/3793664
- Track LauncherState and launcher activity state through callbacks.
- Devise logic to send shelf visibility and height signal to SysUI based
on LauncherState and Launcher activity state.
Bug: 73961893
Test:
- By default, pip shows up right above the shelf.
- Transitioning to all apps moves the pip down as the shelf becomes
invisible.
- Going to any specific app moves pip down. Hitting home moves pip
right above the shelf again.
- Dismissing IME should push PIP down but above the shelf on home
screen, bottom if not.
Change-Id: I1ab6ceb8007a5a7b5d932a456efa0a07f586ea4c
- Always assign the first task the running task id so that we can still
identify it if applyLoadPlan() is not yet called back from loading tasks.
Bug: 76100710
Change-Id: I22e2948a67f532b60415a248d6121febba29b3f6
If the orientation of the screenshot doesn't match the thumbnail view,
we rotate the screenshot 90 degrees. We don't know whether a landscape
screenshot was seascape, so we just assume it's not (i.e. landscape
screenshots always rotate +90 degrees when shown in portrait).
Portrait screenshots rotate so that the bottom aligns with the nav bar,
e.g. rotate +90 in seascape and -90 in landscape
Currently guarded by the flag OVERVIEW_USE_SCREENSHOT_ORIENTATION.
Bug: 74552612
Change-Id: I438e45d89b54ffe41950c8bb9abdbb9a1c33aa40
- Due to rounding issues, the width could be a pixel too small, causing
a gradient on the right edge
- On tall devices, the height ratio of the task thumbnail might be
larger than the width ratio, causing the screenshot to be too short
upon swiping up, and thus a gradient on the bottom edge
Bug: 73540853
Change-Id: I1330cec3d2ff8c98eb1b354f0e7f40c6ea49ad7c
Moving the content instead of translating the view. This ensures
that the empty message fades in place while the other content come-in
from the side.
Change-Id: I081d2e21206de24ad530814cb6a8ca7c3e293724
> Removing hotseat from overview in transposed layout
> Removing face scrim from recents view in transposed layout
> Removing focued background from pagesView as individual poges have focus states
Change-Id: I620527241bf7240009c4187f53f5a5cff0c3e2b1
This is done by associating an accessibility description with it.
Bug: 72409756
Test: Touch-explore a task in Overview
Change-Id: I988cdc167599406a36c0a3a9bbd0a2ac766ec333
