Previously, we were only updating the fullscreen params when updating
fullscreen progress. The problem with that is we optimize to skip
updating fullscreen progress if the new progress is the same as the
current. But since the fullscreen params depend on the insets computed
by the preview position helper, we should update the fullscreen params
when we update the preview position helper.
Test: force stop launcher, quick switch directly to the right, ensure
the adjacent TaskView has its insets applied properly
Bug: 157105795
Change-Id: I3c3b47c69205607c9e10ed38c403211816f30939
The metrics we get from Display#getMetrics does not change regardless of
what the new configuration is (we would expect the scaledDensity to change).
Documentation shows that Display#getMetrics is deprecated in R.
Using guidance from b/154665987#comment14 we get the metrics from the derived
context.
Bug: 156141463
Change-Id: I25e5f2c13f94e0471111f6c895694947998e3222
This consumer is used when Bubbles is expanded, and causes swipes up to hide bubbles via closeSystemDialogs rather than going all the way home.
Test: install launcher and swipe up (after including the other CL in this topic)
Fixes: 156390484
Change-Id: I36b71dd95dc45a5a547eddfe0faddf61630b6f25
Overview comes in and workspace goes out at overshoot(1.2), so
the wallpaper depth/blur should match that speed.
Test: go to overview from home in 3 button or 0 button mode,
ensure wallpaper scales down at the same rate as other elements
Bug: 154637581
Change-Id: I03254fa3fdf19f468852bed8aab7ba21203c429a
Previously we would enter a quickswitch session state
whenever user tapped on navbar and sent flags to
sysui to only enable edge gesture for the current rotation.
Now we only do that on a new task resulting from the gesture
or when going into recents to show nav bar in the
orientation user would expect it (only if they never
quickswitched).
Fixes: 155844780
Test: Tested swiping back from quickswitching
into apps of different orientations.
Note that back is still broken when you
quickswitch and then rotate the foreground app.
Change-Id: I935e7c66489d46e59156414d64653c846ae4c5d8
Reset overview when user does a swipe to home
gesture. Preivously we only rest when user
first when to over, and then swiped to home.
Fixes: 156053957
Change-Id: I5a157f9e2229aba4b36851bd46d704a39d647110
We should always finish the controller when requested, to ensure
everything is cleaned up immediately. But if touch is in progress,
we should keep input proxy enabled until touch up/cancel.
Test: swipe up to launcher and interact with it during the transition
- Swipe to recents and scroll it or dismiss the current task
- Swipe to home and open another app or swipe again on the nav bar
Bug: 157771305
Change-Id: Ida53289e4ecbd5e5d16933fcc79bbebdf1f8d898
> Check surface before applying transaction
> Keeping the release check around even if it release true the first time, as some other check may defer release
> Waiting on animation complete before releasing a surface
Bug: 148885018
Bug: 148194313
Change-Id: Ieb2b98492ff7df165e6b28a108b5f2cbc7ded32d
The "TaskView" morphs as you drag up from the
nav bar, and transforms into a "home icon" or
final "TaskView" when you release your finger.
If you cancel the gesture (e.g. drag back down),
the view simply fades out and provides a hint
to swipe straight up.
Demo: https://drive.google.com/open?id=1NXlO1W6IhLoX0k2K6b-QZ5IXp0o7OYqO
Bug: 148542211
Change-Id: I3d5e9a45fcadc6a498941ea17813b9487720a504
This is caused because we use mDepth for depth comparisons, but there are
cases where we set mDepth but we do not pass that value to WallpaperManager
(ie. surface is null or not valid) and that leads us into
inconsistent states.
Bug: 155780358
Change-Id: I3faf14416d5783ad472892425eb0bd37dd469a46
We had this class when we used SysUI to pipe through surface rendering, but this is no longer used after we swtiched to public API.
Bug: 152003916
Test: N/A
Change-Id: I21459c254c1e200ad1a193536e826dae9be2561d
thiruram