* changes:
[automerger] Changed the Task Menu to overlay on top of the task view am: 1b9c3d6fe3
Changed the Task Menu to overlay on top of the task view
When tapping the icon for each card in overview, the options will
overlay on top of the task view below the icon instead of popping up
above the task view.
Change-Id: I42746022432385d976134988262514a238a5066e
Fixes: 109676098
Test: go to overview, tap the icon for the task
* changes:
[automerger] Set correct target position for other targets am: 707c09d3e3 am: 8c7e5cb111
[automerger] Set correct target position for other targets am: 707c09d3e3
Set correct target position for other targets
When you swipe up to overview from home, we should allow touches on
recents even if the overshoot animation isn't finished. If the
touch is below the all apps progress, we continue to intercept to
allow for double swipe up.
Bug: 80093992
Change-Id: Ifdca61e7cfc1f7a713c067596cc0c1bd3154b44e
Change swipe length to be the height of the shelf rather than the distance
to the bottom of the task in recents. The shelf already uses this distance
to determine its starting offset, and the window uses it to determine how
fast to move. So by setting the distance to the height of the shelf, we
effectively make the window move slightly faster and the shelf move directly
under your finger.
Bug: 109817942
Change-Id: I9b20bbed58cccc6f74aba36000a6ca272f9d554d
* changes:
[automerger] Reapply back button alpha at end of state animation am: 5273b695c2 am: ac5a07cb59
[automerger] Reapply back button alpha at end of state animation am: 5273b695c2
Reapply back button alpha at end of state animation
* changes:
[automerger] Do not execute controller callbacks, if controller is null am: aa168d5c11 am: a4785c9a3f
[automerger] Do not execute controller callbacks, if controller is null am: aa168d5c11
Do not execute controller callbacks, if controller is null
* changes:
[automerger] Do not execute controller callbacks, if controller is null am: aa168d5c11
Do not execute controller callbacks, if controller is null
We determine the toAlpha at the start of the state change, but something
may happen (e.g. we lose window focus) during the transition. So to make
sure we don't end in a state with the wrong alpha, reapply at the end.
Bug: 109835691
Change-Id: I271a1d269f861f698efbb8e66148a924c8620e71
- Use OvershootInterpolator based on velocity (consistent with swiping up
from home)
- Scale down recents as well, to be consistent with adjacent pages scaling
up when you launch a task
Bug: 109709720
Change-Id: Ie47309058ccf673a4b86c40c843c415beb2d8dc7
A pending task launch animation can set some transient properties on state manager.
If the next animation is not a state animation, and reapply is not called, the
transient properties are never cleared
Bug: 79935289
Change-Id: I18398c74692960c460af537bf0c48801e69ac11e
We were setting the alpha of the target window to 0 on the UI thread, and setting it
back to 1, through ClipAnimationHelper on background thread
Bug:109701914
Change-Id: I4abb73298b5e957a66f91c5654b184cdd398724b
* changes:
[automerger] Log source component instead of current task base intent am: 3cc3df59af am: dee4137e5e
[automerger] Log source component instead of current task base intent am: 3cc3df59af
Log source component instead of current task base intent
* changes:
[automerger] Log source component instead of current task base intent am: 3cc3df59af
Log source component instead of current task base intent
is not really invisible, but consider it invisible for window transitions
When a recents animation is cancelled, the callback can be received before or after the
wallpaper animation. To ensure that wallpaper animaiton runs properly, we keep the launcher
forceInvisible=true, only for that particular animaiton and false everywhere
Bug: 109735443
Change-Id: I5b22cc3327c8cd53a836d10e09fc88ae103becfc