> Increasing the distance to travel for the first swipe
> Adding support for custom interpolators when building an animation
> When quickly swiping twice from home, finished the first animation
Change-Id: Ibc3c8667e9b927376fd99f08f0ca027f2398914b
Bug: 73090995
Test: Tab, Shift-Tab, left, right: when overview is opened via Alt+Tab
or via touch.
Change-Id: Ifb05027da2f6b9c2a9a2320cec7015e5cc82d633
Add a state flag to hide the back button, used by NORMAL, SPRING_LOADED,
and FAST_OVERVIEW states.
Bug: 74390697
Change-Id: Ifdb2aa41691db4594ea597fc5b5839967711b43d
mFloatingView wasn't laid out yet when processing the first
animation frame. Force the initial values to make sure we don't
submit a wrong position for the surface.
Test: Open app, take surface trace
Bug: 74220420
Change-Id: Ie0a827969b980eeffa1860e307586d0e648b4834
so that the animation is reset when we start a state animation from
launcher
Bug: 74975768
Bug: 75290288
Change-Id: If7f71f087d7bb64fb25c085c476a6fcbc86518e2
> Enabling swipe up geture for fallback activity
> Using a preferecens for showing back button
Bug: 75979063
Change-Id: I8bbb44d8e250428c3da9bde57975dc4f952624be
If Launcher is closed manually while Alt-Tabbing, and then Tab gets
released, we now don't activate the current task in Overview.
Bug: 73090995
Test: After Alt-Tab, while holding Tab, close the Launcher by touch.
Then release Tab.
Change-Id: Ic3c2d02b6b7721e0d8948b84e73dee85eedad800
When you are in touch mode with Overview open, and press Tab or Alt+Tab,
it will be lost. This is because the upon pressing this key(s), app
gets switched to the keyboard mode. When this happens, the first
navigation ket gets ignored, and instead of navigation, we get focus
and highlight on the first focusable element.
The concept of the touch vs keyboard mode doesn’t fit well Overview
mode, hence the solution is to not let the recents activity to leave the
touch mode. We always keep RecentsView focused when visible. Android
honors the existing focus, and doesn't’ attempt transitioning from the
touch mode.
Bug: 73090995
Test: Manually fetch Overview, press Tab or Alt-Tab. Drag a task with
touch a bit, then press [Alt+] Tab. Repeat. Do the same with Overview
opened via Alt-Tab. Also: before, after and between, also check that Tab
keeps working on the workspace.
Change-Id: If6890ee80e08b03580051cceeac1be9a89ad3656
When Launcher isn't in the opening targets, we should still run
an animation on the closing window, just not on Launcher itself
Test: Close share-sheet with back or home button
Bug: 72686618
Change-Id: I2d55dfa79fe2d2c4bb735cf1a9a4a0b47ff1b7ba
Also introducing these animations. Will need to talk to UX regarding
these animations' properties. So far, I'm keeping a growing list of
questions to UX.
Bug: 73090995
Test: Press, Alt-tab, tab with and without shift, press Alt-Tab on
already open Overview.
Change-Id: Ib7250349acc528d14d8702f60b0f205612205478
So we don't override any other animations, like for the assistant.
Change-Id: Ia9b7938d40ebfe29de1ef3eb730f798e2bb5f157
Fixes: 72702760
Test: Open/close assistant
Lots of things are not yet implemented or don't work: animations,
fallback mode, taking params into account, dozing etc.
Bug: 73090995
Test: Press, Alt-tab, tab with and without shift, press Alt-Tab on
already open Overview.
Change-Id: Ifd140e27bead4fa52532a04000c0b60923b485be
- Draw the thumbnail view and align with the thumbnail bounds instead of
the whole task bounds with the icon
- Defer animating the task list until after the animation completes
Bug: 73118672
Test: Enter split screen
Change-Id: Ie10c079cb22ae82f3c5974296462abae335ef5a8
> Extracting common methods from Launcher & DragLauncher to base classes
> Remoting some dependencies on Launcher and using the base class instead
Change-Id: I121cacf8a14190b4703cda60bdeb4f79eee69ded
Also make sure to reset it when setting the state without animation,
otherwise it's possible for recents to stay translated offscreen
when it's not being animated back (e.g. when swiping up after
launching an app from all apps).
Bug: 74602990
Change-Id: Ib0596c84cfb67242f436f9aba8af53556d5ca743
Swipe to dismiss animates the page translation so that the
final position at the endof swipe is same as the final position
on removing the task view.
Change-Id: I393acd5ae75cd94797bb4f1aa3dd3ec9017cbb47
1. Instead of always announcing "Apps list", we now announce
"personal apps list" and "work apps list" if tab is there.
2. Fix an issue that "personal" and "work" are announced twice.
3. Work footer is now announced as a group
FIX: 71703082
Change-Id: I0240bc04df09a5599540cfe67f0f48156f285548
> Refactoring RecentsView to a common base class
> Moving some dependency form Launcher to BaseActivity
> Using the Recents view in RecentsActivity
Change-Id: Ie0e6741d356291e77420798c140c999121de3a0d
- Re-enabling the high res thumbnail loader, ensuring that we clean up
the visible recent tasks when the associated views are removed
- When the recents state is re-entered, we will trigger the loading of
the data anew (which will usually just fetch data from the existing
cache if launcher was not stopped)
Bug: 74537246
Change-Id: I9cd69015461e1de34b4b65faeb9adb8aebd1dd3d
> Removing support for page drag-n-drop from pagedView
> Removing Overview UI from Launcher3 without quickstep and using options popup instead
> Removing touch handlers from CellLayouts and showing options popup based on workspace long press
> Excluding touch outside inset when showing the popup
Bug: 74136505
Change-Id: I34c2a7ff58452db26f5d1a85d554be40fc75f2b8
Previously we always set the duration to 500, the app launch duration,
but now the animation can resolve to launching a recent task instead,
which uses a shorter duration. This led to effects such as the status
bar transitioning a bit late on those transitions.
Since we don't techinically know whether we are launching an app vs a
recent task until the animation starts (since we need to check the
opening target and corresponding task id), for now we just make an
educated guess based on the view type and launched component.
Change-Id: I8ebf10d24081d474a48a1eea55419651e2214545
