keyguard ui.
When going through keyguard ui, the provisioned navigation bar is
hidden. When we then create a new user, we switch to using the
unprovisioned navigation bar, so we don't reset the state for the
provisioned navigation bar.
Bug: 150318502
Test: Manual
Change-Id: Ie7cbdba2449f44714f1970b309363e8ea6e4771c
This change includes the following:
* Rename SystemUIPrimaryWindow to SystemUIOverlayWindow
* Create Mediator and View controller abstractions that allows
developers to easily take advantage of SystemUIOverlayWindow that is
managed by a single SystemUI Object: SystemUIOverlayWindowManager.
* Convert FullscreenUserSwitcher to take advantage of the newly added
abstractions.
Bug: 147826738
Test: Manual
Change-Id: I19825da81f8d1b1259a2ba115e0238a9ffa69e37
Merged-In: I19825da81f8d1b1259a2ba115e0238a9ffa69e37
Previously, while restarting the Navigation Bar, we omitted the step where we
apply the selection state that reflects the current task stack.
This omission caused CarFacetButtons to lose their selection state on
certain events.
Bug: 148211695
Test: Unit Test
Change-Id: Icfa845b87ca7456d3765602b3daacd589a94f309
Test: Manual - Manually verified that navigation button functionalities are working as expected.
Unit Tests
Bug: 145827784
Bug: 145604656
Change-Id: Ib8f837ba34afbb8d66092a8b851b93c50fa20b26
Also clean up some things w.r.t. CarFacetButtonController
Bug: 143610340
Test: manual, atest HvacControllerTest
Change-Id: Idca6f5731704da893fb530deefe2e695281c6f60
All relevant logic is in the CarNavigationBarController which means we
don't need to account for the views in two different parts of SystemUI.
Bug: 143143539
Test: atest CarNavigationBarControllerTest
Change-Id: I0a54ddf3966a8e373909062df78ec2665f4a9c9d
This borrows on the testing infrastructure set up by the phone sys ui
team and provides an examples via test for CarNavigationBarController.
Bug: 143227120
Test: atest CarNavigationBarControllerTest
Change-Id: I10fd4e2e51f2faf75ade5b40e47441a9e948f075