This removes some dependency on FloatingHeaderView, making it
easier to replace
Bug: 234008165
Test: Verified that the UI does not change
Change-Id: I363c98c23f84fe570ea9cb1a40128359f5b67c9f
Merged-In: I363c98c23f84fe570ea9cb1a40128359f5b67c9f
This CL adds app icons for launched/running apps to the Launcher
taskbar hotseat. When the activity is closed, the app icon is
removed. The apps that are added to the taskbar on boot are never
removed.
Recall: http://recall/clips/ad6d3cfc-7358-4b37-846e-de843ad3000d
Bug: 183906774
Test: Launch an app and verify the app icon is added on the taskbar.
Close the app and verify the icon is removed from the taskbar.
Test: Switch navigation modes on the emulator and ensure that running
app icons are added to the taskbar after it is reinitialized.
Test: atest NexusLauncherTests:com.android.quickstep.RecentTasksListTest RecentTasksControllerTest
Change-Id: Ieaaf001530b5778871fb7a8d18cdcaa1ccbf0e31
Merged-In: Ieaaf001530b5778871fb7a8d18cdcaa1ccbf0e31
While we move a task to virtual display, we will receive
onTaskMovedToFront() callback to add the task(on virtual display) into
the running list. It cause the first item of Recents is virtual
display's task but the thumbnail view is showing default display's
task snapshot.
This change is to keep default display's top task in the first while
adding a virtual display's task into the running task list.
Fix: 235797788
Test: 1.Launch app1 on default display,
launch app2 on virtual display,
enter Recents,
observed the recent animation and overview is showing app1.
2.Launch app1 on default display,
swipe app1 to home,
launch app2 on virtual display,
enter Recents,
observed the overview is showing app2.
https://drive.google.com/file/d/1XkGNupJknmFKqjE3c97s6ieCKN5v-n_z/view?resourcekey=0-NLDIaK2EV2tG2ItccUdxDw
Change-Id: Ibb740986782eadf02672081cbd716fed04be6468
This was overriding the previously bound RecyclerView if multiple
were attached simultaneously. Instead, the appropriate container
(All Apps / Widgets) should bind the active RecyclerView whenever
it changes, with the onAttach serving as a fallback to ensure
the scrollbar has an initial RV to avoid NPEs.
Fix: 234591523
Bug: 235476489
Test: Manually checked All Apps from Launcher and Taskbar, as well
as Widget bottom sheet. Also ran relevant Tapl tests.
Change-Id: I06e27d2f66f9778087711a566817b6806ec7218b
This change is causing a merge conflict with ag/19441591. Hopefully only a cherrypick is needed.
Bug: b/218186980
Test: Manual Testing that Launcher3 compiles and works
Change-Id: Id85486ef763ce9a04b83fef44542b2eb3e0e599d
(cherry picked from commit c487e1b4c5)
This will help SysUI test team (who uses TAPL) to set up Gradle build for their tests.
Bug: 202567877, 234414088
Test: presubmit
Change-Id: I3d923ea4b54d1a4c3d2b345be09692727d30433e
- Always move the taskbar layer when voice interaction window visibility
changes, to ensure we remove the temporary taskbar background in all
cases (e.g. swipe to home)
- Move check to not draw taskbar background to the temporary view
itself, so that it's at the proper layer when shown (e.g. during
fulfillment on the home screen)
- Don't add view to window if it's already added (we already have this
check for the removal case)
Test: Open an app, invoke Assistant, swipe home; Taskbar background is
removed; invoke and fulfill assistant from home screen, in app, in 3
button mode, and in gesture mode (all permutations)
Fixes: 236924161
Fixes: 240101132
Fixes: 235895444
Change-Id: I5958f1dbe14a6d190d3808014429f7f8146c9f96
This allows us to play the icon alignment animation immediately, rather
than waiting for the expand to finish and launcher to be paused.
Test: Open Maps in PiP on home screen, expand it and watch taskbar
Fixes: 239506421
Change-Id: I5c04f778c4c39c2895db0a1ea1fca4d48d1f3093
So it can be accessed by tests in other packages
Bug: 238328090
Test: N/A just increasing visibility
Change-Id: I5c270e1bdd315010c169d4cfcd82e3cce6d12442
There's already a separate ConstraintLayout for the content that needs
to have fitsSystemWindows="true", but the drawing can extend past system
insets.
Test: Run AllSetActivity, manually inspect layout/drawing
Fixes: 237052706
Change-Id: I8ff1e3a036fb5c6bfa8586b041c9e5eae55c321d
Just adds a comment explaining the elevation of Overview TaskViews. No code changes.
Bug: 208650434
Test: None needed.
Change-Id: I19c434f8473237a4a0f6fe36deecc9c80e7b8a49