> Skipping quick scrub, if its already in progress, or is waiting on previous task launch
> Restoring to proper state is the task animation is cancelled before launcher gets onStop
> Crash when using quickscrub before last list has loaded
Bug: 77289180
Bug: 77856587
Bug: 79919440
Change-Id: I8db127bf9539cfc8f47c1e86c5030637845749d4
* Avoids scrim hard line by animating the RecentsViewContainer and
AllAppsTransitionController progress.
Bug: 79689563
Change-Id: If467e07667ae4d6eeac663608f77bec0eb7ef82f
* Animates LauncherRootView instead of DragLayer to avoids the flashing that
can occur when the overlay callback also changes the DragLayer alpha.
* To avoid the scrim's hard line: we hide it and then fade it in later.
* Launcher animation was wrong in landscape mode.
Change-Id: I7673228f5ed8bb72d7393f3d0769577b262f286f
We decrease the the durations for the downward app launch animations (by 80%)
except for the scale animation.
We do this because we want the window to reach the center faster so that the
window never goes off screen as it scales up.
Bug: 78891245
Change-Id: I6ece6ee1f01d32f2fcee42bba6a99c72b82f9023
Removing duplicate logic for task bounds calculation and using
ClipAnimationHelper everywhere
Bug: 78126501
Change-Id: I5ed8b2f9162f0bd6144a849f5b677963776d325c
- Move first frame remote animation logic into the same method to ensure
we consistently update the layers and state for every animation
Bug: 78249267
Change-Id: Id0378cfe3e1be56128c2a1cd607929225927e3b4
- Animations in WorkspacePageIndicator while the app transition
was running was causing layer trashing, potentially leading to
jank.
- Make sure to use a layer in the wallpaper open animation.
Test: Open app while indicators are about to fade out.
Bug: 75985430
Change-Id: Iad6a511d98dff81b5cde727f4472f0f039ffc4be
Some animation might be running from a previous orientation, which can cuase property changes
to get skipped.
Bug: 77848165
Bug: 77774619
Change-Id: I3e198196192746abdd72a1970ff2ef407bf4aff9
The icon grid was reappearing at the end of the animation, causing
slower frame draws at the end of the animation, possibly leading
to jank.
Fix this by waiting with resetting the alpha until the whole
animation is done.
Test: Open/close apps
Bug: 75985430
Change-Id: I8fa62c5f648335ce9d4c4450d52c46465e2d08bf
(cherry picked from commit 197808681d)
> If launcher already started, creating the state transition only after threshold crossed, so that previous animations are not cancelled
> Not posting animaiton callbacks at the front of the queue, as that sometimes causes it get executed before onNewIntent
> Farking the activity as forceInvisible while launching an opaque app, so that quickly pressing home/back runs the reverse animation
> Not running state animations when force-invisible is true
Bug: 77830325
Bug: 77898806
Change-Id: I50a7e915ca35fd6aeb284c8f321ecca74396fe98
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
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
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
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
So we don't override any other animations, like for the assistant.
Change-Id: Ia9b7938d40ebfe29de1ef3eb730f798e2bb5f157
Fixes: 72702760
Test: Open/close assistant
> Refactoring RecentsView to a common base class
> Moving some dependency form Launcher to BaseActivity
> Using the Recents view in RecentsActivity
Change-Id: Ie0e6741d356291e77420798c140c999121de3a0d
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
- 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
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
When a transparent activity is started from recents, animate the launcher
NORMAL state instead of animating the launcher UI separately
Change-Id: Ibfc9f7096f668e0129042b8a69ed5130029df797
