Shell transitions promotes animation up to root task so
we can't compare to leaf-taskid derived from ActivityRecord.getTaskId
since home tasks are all children of a root and thus aren't
organized.
This replaces the task-id check with a componentname check.
Bug: 172695387
Test: with shell transit enabled, launch an app from launcher
and observer launcher content animating.
Change-Id: Ieeca72b57ec47c9cbe15e635f5026b53edebd0ad
Launcher now support remote animation for widget but doesn't add the nav
animation for this type of animation.
Add the nav animation in widget launch remote animation in launcher.
Bug: 185303414
Test: manual - launch a widget in launcher and observe the nav bar
Change-Id: I11f4bd75b9624118b8ffef09c99f54fc7f1fbbca
> Inflating taskbar views with a non-launcher window context
> Removing separate taskbar view in Launcher
> Handling taskbar icon clicks directly instead of going via launcher
> Fixing some relayouts during show/hide animation
Bug: 187353581
Test: Manual
Change-Id: Ia7d44acbb770bf0345922234b3daa5cc040a5843
- Added support for widgets for the new close animation.
- This anim is used with the new app close.
- This anim is not compataible with the old app close, so we need to
keep StaggeredWorkspaceAnim in case we turn the app close flag off.
- We will also use this anim in the lockscreen to launcher anim, will
connect them in a follow up CL.
Bug: 188413065
Bug: 173107751
Test: manual
Change-Id: Icab3fd700f2c268bb1c4509a37466e4e6748f789
Activities may be translucent. In that case, the widget should not
visually be a part of the activity launch or return animations.
Bug: 169042867
Test: manual
Change-Id: Ifb690672f71854e491fa240a6c7f0d882910a47c
The widget launch animation should not be measured with the icon launch
animations. No widget launch CUJ yet exists, so no jank monitoring
should be applied to widget app launches.
Bug: 169042867
Test: manual
Change-Id: I2a525c42cca8dd17c4a96bde7f11b14cfe87cabc
If an app has been most recently launched from an app widget, when
swiped away, the app animates to the widget's position.
This is done by attributing the app launch to the widget through
the ActivityOptions's launch cookies, and using a FloatingWidgetView
throughout the animation.
Bug: 169042867
Test: manual
Change-Id: I24c2623b5b3407504a4768b076849c47f73cbae0
When an app is opened from the home screen there's a
slight animation that was only playing on the current
page and not on all the visible pages.
Test: manual
Bug: 174464691
Change-Id: Ia32cbf6d6277882a0c33063e78acdf1ccc4a5acc
Following the general pattern on icon launch animations, define a
'floating widget view' to represent the appearance of the app widget
through the launch animation.
The floating widget view separates the foreground and background
components of the LauncherAppWidgetHostView, which can be positioned
and animated separately.
The background (or placeholder if no background can be identified)
moves and grows from its original position and size to the launched
app's position and size.
The widget's foreground scales and moves to match, fading out to be
replaced with the app window.
Bug: 169042867
Test: manual
Change-Id: I65d2b1bc80275f9df460790720e13d1650093347
- We remove the fling completely
- We set damping to 1 for x/y springs so there is no
bounciness, and updated the stiffness and bounds to tighten
up the path to the final location.
- During the animation, we translate all launcher content
down
- When the x/y springs, and rect animator all finish,
we use a spring to bounce the launcher content back up
- Added AppCloseConfig so that the entire animation can
be defined in one location, with getter methods so that
all the involved parties of the animation can access the
current value.
- The animations are all defined linearly, and then
interpolated over using a 3 point curve.
Building behind feature flag as we tune the values.
Bug: 173107751
Test: manual, visual
Change-Id: I83ad0fa2c4234cf30004240d43e191354595adc8
If cold start, shell draws icon.
If warm start, launcher draws the icon.
In both cases, the app window scale/crop/position is the
same.
This helps the case where shell does not notify launcher
whether the preview window is drawn before launcher starts the
animation.
Bug: 177264697
Test: manual, cold/warm app launches
Change-Id: I88bff607f68042ebc8230bd9fbaf983fe1f0afac
- Play the nav bar fade-out animation at the same time when the app
launching animation starts and make the fade-in animation ends at the
same time when app launching animation ends.
- To make the nav bar fade-in animation looks like it's attached to the
app, apply crop rect and translation that the app targets apply to the
nav target.
Bug: 181638132
Test: manual: click app icon on launcher to launch an activity and
observe the navigation bar animation.
Change-Id: If7e610eca5fccbb747a76c87335a600b018195a6
This only adds support for launch animations. Recents
requires some auxiliar work.
Adds a rotation parameter to the animation targets that
only gets used by shell transitions. If this is non-zero,
launcher will transform it's coordinates relative to that
provide rotation.
Bug: 179308296
Test: Launch and exit apps with different orientation from
default (portrait).
Change-Id: I7b52cbd37432bcd43e7155bcb07b30cc65c43186
Removing sections in all-apps during transition and treating
it as a single unit
Bug: 175137718
Test: Manual
Change-Id: I55a501d80b5903f1a9d92a26b3784784fd9e50fd
