This change prevents any accidental touches on any widgets in the
preview.
Test: Tapping on launcher preview in wallpaper app should never activate
a widget.
Fix: 191623924
Change-Id: Iac7eab057ec33ff491365a993af75a0b06a27f7e
Merged-In: I98d462eca699cf368dcd5894f15584f280932ccc
> Updating background color
> Updating activity theme to not be transparent
> Updating default accent color
> Adding an accessible target to exit
Bug: 190447132
Bug: 190136972
Bug: 190454597
Test: Manual
Change-Id: Ia8ef67ed429c062a8d1109d7f444343ec4ca09cf
Bug: 191823198
Test: long press app where arrow is on top and bottom in:
workspace, all apps, and search UI
Change-Id: Icc4ac259607175d5e12447a844ba166ba28b74af
Bug: 185038312
Test: manual
TL;DR;;
What was attempted but was too much refactoring of the code.
Failed attempt #1: try re triggering the search.
This was not trivial as SearchSession object is yet created.
Failed attempt #2: Restoring AdapterItems in AlphabeticalAppsList
This meant AdapterItems class and also it's children
had to extend Parceleable object.
Ultimate fix:
Original issue of dupe view id among slice and work recyclerview
should be fixed. And restoring should just work.
Change-Id: I1bddd6aa5bc736ade3b02f69aa947d64cfa467d6
- Need to check both alpha of the view, and alpha of the background color.
Bug: 187467559
Test: check status bar colors when using:
- on white wallpaper,
- on black wallpaper,
- on wallpaper with white text
- on wallpaper with dark text
Change-Id: Ie6f34d34dfa9dea716f95bd6a95125fbd650fc29
We'd like to be able to disable blurs during app launch, but without
disabling zooms as well. The previous sysprop would set the depth of
BackgroundAppState to 0, when what we want is to conserve wallpaper
zoom.
Bug: 191969790
Test: adb shell setprop ro.launcher.blur.appLaunch false
Change-Id: Ie4b26096f6ac723c3981bba2829557e6cc6c733b
This makes it more accessible for more languages.
Bug: 185770234
Test: set language to Spanish, ensure 2 lines
ensure deep shortcuts remain 1 lines
Change-Id: I652fe6a51bde5d8c30f695a0a56f0879412bca01
I referenced the code in Workspace.java that updates the widget view's
layout params before showing the resize frame.
Test: manual, AddWidgetTest and AddConfigWidgetTest tapl tests
Bug: 183437963
Change-Id: I6655917878fa22d6084b4bf39fc0661e7278d6f9
Bug: 192215417
Test: manual set isSplitDisplay=true, ensure the added device profile
gets set on device
Change-Id: Ibe33c33d3af140352c0bb4fb44460106ad898285
in search mode at the time of attachment of work/personal recycler view.
Bug: 191980945
Test: Tested manually.
1) Open widget picker, scroll.
2) Enable dark mode, scroll.
3) Type search query, scroll.
4) Disable dark mode, scroll.
5) Have work profile in phone and repeat the above with work tab open
and search.
Change-Id: I106717091a88868c4bbe3fad0dd71c8344e9c8ed
- Use Builder for constructing SwipePipToHomeAnimator since the
parameter list grows
- Use mHomeToWindowPositionMap to adjust the position, this is to fix
the position issue when auto-enter-pip from split-screen
- The position map and its inverse does not seem to fit the case when
auto-enter-pip from landscape, leave it as it is
- Setup the SwipePipToHomeAnimator the same way in
createWindowAnimationToHome
Video: http://recall/-/aaaaaabFQoRHlzixHdtY/b1j4eK7BU18sOGfuDlKMFR
Bug: 190749305
Bug: 190855091
Test: manual, see video
Change-Id: Ica9ca9f43b8fd5f1898fef4c6d173502dd897872
This way the wallpaper won't be zoomed out if an app crashes.
Test: adb am crash <some test app>
Fixes: 191979512
Change-Id: I7576798f736d63c3e46bbac1b983b9d1a437647d
Bug: 191644950
Test: 1. Open the full widget picker. Observe the clock widgets'
previews are shown properly. Then, rotate the screen and
observe the clock widgets' previews are shown properly.
2. Open the bottom widgets picker for clock. Observe the
clock widgets' previews are shown properly. Then, rotate
the screen and observe the clock widgets' previews are shown
properly.
3. Repeat 1, 2 after changing the system navigation from button
to gesture.
Change-Id: I564fc2ce0baf3103ae77499380ad69ec38ac6930
Bug: 191666122
Test: manual
TL;DR;;
1) Allow some x offset when determining touch points are hitting the track
2) reduce the timeout to consider dragging state
Change-Id: Iebcbbbd1e50b602119795c57fc04c4c2a5ccdde5