Fixes few instances where taskbar icon layout was calculated incorrectly
for desktop-fist taskbar, assuming that taskbar gets scaled from
transient taskbar sizes to pinned taskbar (which is not the case).
Adds logic to determine whether taskbar supports transition to transient
taskbar to TaskbarFeatureEvaluator, and uses that values in place of
directly checking whether three button nav is enabled.
Bug: 413494672
Flag: com.android.window.flags.enable_desktop_taskbar_on_freeform_displays
Test: Manual - observe the taskbar layout on a desktop device.
Change-Id: Ie0d44ee5be90024ba405f652bbfd888ed22c393b
Also add check to SpringSet end listener to ensure it only fires once.
Fix: 420232180
Test: Manual.
Flag: com.android.launcher3.enable_expressive_dismiss_task_motion
Change-Id: I87e023c7bf019a22b5d5b91b2ee30547250c9cd1
TaskbarLauncherStateController needs to be aware of both Launcher's and recent window's statemanagers to update the taskbar state properly. Adding recents window state checks
Flag: com.android.launcher3.enable_launcher_overview_in_window
Bug: 377678992
Test: pre/post submit
Change-Id: I8b812bec3826f90d63dd710be5093deca726b11d
During transition from live tile app in overview to app, we need to
synchronise the transaction. Transaction should be applied immediately
only when live tile becomes static tile.
Fix: 420918073
Test: Tap on live tile to launch.
Flag: com.android.launcher3.enable_overview_background_wallpaper_blur
Change-Id: I6e0e333d0fe8417e8c8f5d87e5f80fa9b11fdad4
Problem: upon exiting the deesktop mode we were getting change in recents tasks which we were commiting to ui and that resulted in hotseat flashing.
Solution: since layout transition is only in use while we are in desktop windowing mode, we will only need to change icon layout bound while we are in desktop mode and not when we are exiting.
Test: Manual, Presubmit
Bug: 417696108
Bug: 415700104
Flag: EXEMPT bugfix
Change-Id: Ibcf65df49e7b48312a27d2750d3d0c6c5d392006
spring into place from 40 dp offscreen:
expressive default spatial spring
damping: 0.8,
stiffness: 380
Bug: 399642211
Flag: com.android.window.flags.enable_multiple_desktops_frontend
Flag: com.android.window.flags.enable_multiple_desktops_backend
Test: create desktop and check animation
Change-Id: Ie15b4f58d394590ea24d72036a587111f1e6cf3b
- When in projected mode and on primary device, only show apps that are
on the primary device.
- When in projected mode and on CD, don't show apps that are on the
primary device.
Test: m
Flag: com.android.launcher3.enable_alt_tab_kqs_flatenning
Fix: 420858769
Change-Id: Id5153f4f5ca3ea878283774d450764838bcd7228
The view is already fading out, animating its position out just adds more visual noise.
Enabling the animation here introduces has performance regression when selecting split or entering desktop mode.
Fix: 420798277
Flag: com.android.launcher3.enable_overview_icon_menu
Test: Performance metric recovered. suite systemui-desktopmode-enter-2-jank-suite
Change-Id: Id0f0f7a61ef1492b06aa4780ba56186afb38ca75
In these cases, stateManager.getTargetState() reflects the state the
animation is going to, while getState() reflects user controlled state
transitions.
An example of this is the All Apps edu animation, which occurs when
you swipe up a few times on the navbar. In this case, the workspace
was not getting blurred because the depth controller didn't think it
was animating towards ALL_APPS.
Demo: https://drive.google.com/file/d/1fR_4dawE6je7Vkcs8InWZG4LcJShUJQA/view?usp=sharing&resourcekey=0-PYDMWlS9-sSbrYO0ATMNEg
Test: Manual (swipe up 3 times on navbar; spot check other state transitions)
Test: atest DepthControllerTest
Flag: com.android.launcher3.all_apps_blur
Fix: 421371766
I'm not sure if the following are fixed, but the symptom is similar.
Bug: 419036313
Bug: 420677002
Change-Id: I55d6d15afbb26169ff531dc1b8869d15ee84b100
Since the blocking issue b/420744057 is now fixed.
Flag: com.android.launcher3.enable_desktop_exploded_view
Test: Manual
Bug: 420744057
Change-Id: I973adbcb8cdf4ce31ca80cce31a3dadded3717cd
Set foreground color to ScrimView in overview. Added new state property
for foreground.
Fix: 412928191
Test: Go to overview
Flag: com.android.launcher3.enable_overview_background_wallpaper_blur
Change-Id: Id4180eaa5501dc11bf7331073edb28dca5c4a13a
Bug: 402365283
Flag: com.android.launcher3.enable_overview_on_connected_displays
Test: unit tests + local test on tablet + foldable
Change-Id: I379547e41029baedb95c67b4440f23adfb29b1ba
This avoids main-thread binder calls previously incurred when directly
using SurfaceControl.Transaction#apply() for blur updates.
SurfaceTransactionApplier instead synchronizes the transactions on the
RenderThread.
Bug: 420699363
Test: Additional forrest performance tests such as
systemui-splitscreen-3-jank-suite.
Flag: com.android.launcher3.enable_scaling_reveal_home_animation
Change-Id: I2a775ad0db8361af934a557749c9c9ca8d2e106a
Added logic to notify the BubbleBarLocationListener implementors on
bubble bar location updated.
Bug: 411506181
Test: DragToBubbleControllerTest
Flag: com.android.wm.shell.enable_create_any_bubble
Change-Id: I51290bb6c2b35ff913a43c04db35be65b377ea03
This is a stop gap solution to fix an issue when quick-switching to a
desktop. The way layout exploded layout currently happens is that we
immediately lay windows out in their exploded (non overlapping) position
and interpolate to the overlapping default position using an animated
transform. When the original window is larger than its exploded layout
(which is going to be the common case), then the header (which is sized
for the exploded layout) is going to look large when the window is
transformed into its overlapping position.
This is a quick fix that basically just hides the header when it
shouldn't be visible.
Flag: com.android.launcher3.enable_desktop_exploded_view
Test: manual
BUG=b/414991065
Change-Id: I906e7f3cb28c57fc81e64b224ef82554ef4c9a5c