Use FlingOnBackAnimationCallback to get automatically interpolated progress and out-of-the-box support for back gesture flings.
Bug: 362938401
Test: Manual, i.e. testing launcher predictive back cases (all apps, widget-picker)
Flag: com.android.window.flags.predictive_back_timestamp_api
Change-Id: I35806dbf005eb6fce97327d26c1e75bca60c2c77
Wrap TaskThumbnailView's in a new DesktopTaskContentView. This is in order to correctly crop the thumbnail children contained in the DesktopTaskView, otherwise any freeform task screenshots at the edges of the DTV leak outside the bounds.
We need a new container to do this, otherwise we will cut off the icon
or the hover border if we apply an outline to the DesktopTaskView itself.
Fix: 376206104
Flag: com.android.window.flags.enable_desktop_windowing_mode
Test: OverviewDesktopTaskImageTest
Change-Id: Ic51438e63aaf671a0a8156815d11fc7fa12beac0
The Taskbar under test should now be sufficiently isolated from
Launcher, so we no longer have to suspend it.
Flag: TEST_ONLY
Bug: 230027385
Test: go/testedequals
Change-Id: I20cff11c90208b59f1dca3730ec3978913c43a50
This cl adds additional bottom margins to the KQS view for the
transient taskbar. Also adds a behavior that when the KQS view is
showing, the transient taskbar won't be stashed.
Screenshots with the new layout after this cl is uploaded to the
buganizer.
Bug: 368119679
Test: open KQS via transient taskbar and observe the bounds change
Flag: com.android.launcher3.taskbar_overflow
Change-Id: Ie50e768f828a24f0111df4cdba474a6482a4e1c7
It's harder to slow down in trackpad swipes than finger swipes on the screen, so the deceleration required to be considered pause for swiping from app should be less strict (set the number for trackpad to 0.85f instead of 0.6f for on-screen). Also added a speed_trackpad_somewhat_fast for the case of swiping up to overview, so that we can be a little bit more lenient to the users for the end speed.
Bug: 375688524
Test: play with 3-finger swipe to home / overview. Make it easier to go to overview, but fast swipe from app still takes user to home
Flag: EXEMPT bugfix
Change-Id: I196a92163fd36e9b7013f4893876b79c9c2c9de0
The issue happens when bindFastScrollbar is called during switching to a paused work tab and since there are no
letters to display (no sections in work tab because workProfile is paused) createVerticalChain complains because it needs two views to be
present when there are none. So just early check if there are sections existing will fix this.
bug:373533884
Test manually video: https://drive.google.com/file/d/1K9zdZthHNj4Gbdn-m30KINm3VFfwFfiM/view?usp=sharing
Flag: com.android.launcher3.letter_fast_scroller
Change-Id: I7a8501fa5e7d048fe5a2fe4525f96cc9809cfbfd
We don't animate DesktopTaskView into split placeholder to avoid having desktop icon as the split placeholder, which isn't accurate as we're only splitting with a single task rather than the whole desktop.
Test: Manual, split app from taskbar which is in desktop window
Fix: 376002803
Flag: com.android.launcher3.enable_large_desktop_windowing_tile
Change-Id: Ib62d831b1f0c0ca5ee8f355a15f14baff8ec67ee
The problem: when Overview is in split slect mode second split app pick from taskbar take you back home. Why, because upon touch the taskbar touch region get
set to empty and then we later don't meet any conditions to set default touch region to something.
The solution: change the condition of checking overview in onTaskbarOrBubblebarWindowHeightOrInsetsChanged so that we check that taskbar is in any overview s
tate and we don't rely on the stash controller flag alone. we follow similar logic in updateInsetsTouchability, but we gate that only behind transient taskba
r hence this was not an issue for transient taskbar.
Test: Manual
Bug: 373559050
Flag: EXEMPT bugfix
(cherry picked from https://googleplex-android-review.googlesource.com/q/commit:9aa005b657bebe60867b2c2961c2f5deac8cf359)
Merged-In: Ia507354f42959ce9d320114a313bfc533186b524
Change-Id: Ia507354f42959ce9d320114a313bfc533186b524
When adding a dependencies, if the variants don't match, but the
dependency only has 1 variant anyways, soong will always use that
variant. This makes it hard to add new variants to soong, because the
1-variant fallback stops being used and you start getting missing
variant errors. Make changes to bp files such that all dependencies
correctly specify the variant to use.
Bug: 372091092
Flag: EXEMPT refactor
Test: m nothing
Change-Id: Ifa43c0488e4cd40d6195fe2af3de5faa4f5996ea
Daniel Chapin
Charlie Anderson
Schneider Victor-tulias
Johannes Gallmann
samcackett
Vinit Nayak
Toshiki Kikuchi
Ana Salazar Maldonado
Cosmin Băieș
Android Build Coastguard Worker
Yuichiro Hanada
Brian Isganitis
Wen-Chien Wang
Tracy Zhou
Treehugger Robot
Brandon Dayauon
Vinay Joglekar
Shamali Patwa
Federico Baron
Bill Yi
Sebastián Franco
Jagrut Desai
Sukesh Ram
Liran Binyamin
George Lin
Cole Faust