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
- Snap to the next task when quick scrub starts, but don't allow
snapping to further pages until the transition to overview
completes (to prevent overshooting)
- Simplify quick switch to just launch the task that was snapped
to in onQuickScrubStart
- Cleanup some state code
Bug: 70180755
Bug: 74014237
Change-Id: I7a4a0f1a568947b1f5e56a27d7328e47b05a675d
> Finishing the active animation instead of cancelling it. This ansures
that the animation callbacks are called properly and RecentsAnimaiton is finished
> If a transition is already running, using main thread for next transtion so that
this new transition is not started before the last transition is finished.
> If the transition is expected to finish at Launcher, directly use the Launcher
consumer. RunningTaskInfo is not updated until the screen shot is complete.
Bug: 74481901
Change-Id: I2b1128f1f2eff0e6bd94b3adb9cef6ae0578bd0c
- Increase translation x of adjacnet tasks, in order to maintain
gaps between pages
- Fix parallax when launching side task (used to be based on launched
task's translation, but now that is 0 since there's no curve)
Change-Id: Iace47761a6e0a69982cf2eac34436b7164e60792
Adding a debug flag to show the overview button and placeholder methods
for handling the callbacks
Change-Id: I35055e768d96b43b835bac2eb146e47850a7f4b1
Swiping up for recents scales down workspace and hides it, similar to the transition
to all apps. Simultaneously, recents slides in from the side.
Also removed the setting for swiping to the first task, as it is required now.
Change-Id: Id0845db6650a37917a4faa9c8a434a2270913904
We can delete a lot of code now that recents isn't curved and
workspace doesn't offset.
Bug: 70179222
Change-Id: I01f7e3c313cdc370a8db5251a5d9fb406c1eb76c
- Workspace card scales down to be same width as other cards, which
leaves a gap at the bottom due to difference in aspect ratio. This
can be changed in the future, but deferring for now.
- Workspace card no longer offsets when scrolling.
- Cards no longer scale and translate, but still have a bit of dimming
when on the edges, so the center card has the most focus.
A lot of code can be cleaned up. Added TODO's now, will cleanup in
followup CL
Bug: 70179222
Change-Id: I2332aab10e2549a455f773e053ed8b48677c3110
Half-screen assistant is not in task stack, and will be faded away.
Workspace-to-recents case with half-screen assistant needs more work
after we decide whether we should swipe to the workspace preview or to
the first task.
Bug: 70789568
Test: Manual: swipe a normal app to Recents; swipe an app with a
half-screen assistant on top of it to Recents.
Change-Id: I6e3acc2b94bb3b56d6590a72073d37a1771a1da5
- We register the input consumer on the interim choreographer thread
but unregister the input consumer on the UI thread when invalidating
the previous handler. This may have caused a race condition where
the disposal of the input consumer overlapped with the registration
of the new one (they share a key in the input consumer map in the
system)
Bug: 73505150
Test: Unable to reproduce, this is a hypothetical fix
Change-Id: I20a9a7be967f5072bbf50ce12e5e61cb939e3c75
