> In recents activity, getting the DeviceProfile size from the
root view, instead of the Display (as recents activtiy can be resized)
> The task size in Recents activity is now proportional to the activity
size instead of 50% screen size
Bug: 77875376
Change-Id: Ib417c31fc7ec8569876368134ef021452d60aa12
Registers a ContentObserver to handle Swipe Up gesture enable/disable
changes from Settings App. Also provides a static method to get the
current state of settings for the Swipe Up feature.
Bug: 77549883
Test: Manual Test
Change-Id: I5aa13cebdcb78be4869e8a5ae7f570490c8ac05c
Previously we only allowed dragging the forefront task. Now you can
swipe up to dismiss the second task as well, but can't drag it down to
launch.
Also cleaned up page-scroll-while-dismissing logic to ensure it works
correctly in RTL and for new cases with dismissing adjacent pages.
Bug: 73187449
Change-Id: I1fe873c4cf1380b951dd3b2e396ab401ca1f7470
> Always deferring the start activity call
> Fixing quickscrub when start activtiy is deferred
> Preventing finish() call on the activity
> Fixing initTrack to work when the activity already exists
Bug: 75979063
Change-Id: Id6038c1f6c2680ec920222fb6a85c0ecc0172ed4
We now pass the log action (e.g. SWIPE or FLING) to the pending
animation, so that the end listener can log appropriately. This
is used when swiping down or up on a task, for example.
Bug: 73783784
Change-Id: I5c2eee24e8b23cf4af68d503d3435a6d8088dd8a
Example bug:
1. Swipe up to overview and let go
2. Swipe all the way to the top of the screen, past where all apps stops
3. Swipe down
Before this change, you get reset in NORMAL state instead of OVERVIEW.
By ensuring that getTargetState() checks the drag direction before
returning a new state, we guarantee we only re-init in the case that the
state is actually changing. Otherwise it's possible to change the state
to one that is impossible, such as NORMAL when swiping up from ALL APPS.
Change-Id: I19913dded9c94228d06289780b6400e99403f378
In full screen always follow the device aspect ratio
In multi-window, follow the 1:1 split window size
Rotate the screen shot only in full-screen mode
Bug: 70289009
Change-Id: Id5095565634d4d7920fefa929b28276db80bda5f
For example, long pressing icon and then dragging in the same motion
should be ignored
Bug: 77652647
Change-Id: I9cc53c2873950f216d51d90f749b3cc0d0744d3c
Instead of using WindowTransformSwipeHandler, keeping the launcher UI in place and
just animating the window
Change-Id: I4defce3a9745407523de651aeb28a37867567507
StateManager was setting the transition lenght to 0 when a workspace state transtion
was being created as part of launching a transparent activity.
Bug: 77635129
Change-Id: Ie9f40138d9b1387ba880bca0fbf130a4872e8733
Winson Chung
TreeHugger Robot
Sunny Goyal
Mehdi Alizadeh
Tony Wickham
Jorim Jaggi
Jon Miranda