| 92d892c0cd5462237f818b1129d936d95640e297 |
|
11-Sep-2014 |
Selim Cinek <cinek@google.com> |
Changed the swipe up search affordance
The previous card animation is removed and replaced by a animating
circle with a shadow. Also fixes several cases where the card could
either get stuck and the affordance was not launched.
Bug: 17457300
Bug: 17444236
Change-Id: I005313a1dbe63d338490e6100dd3bd01e35687ba
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/phone/NavigationBarViewTaskSwitchHelper.java
|
| e5c06a6431f8d87b5fd33f15d8078c42712376a9 |
|
09-Sep-2014 |
Winson Chung <winsonc@google.com> |
Fixing issue with touch events not being forwarded to task switch fling detector. (Bug 16656169)
Change-Id: Id8f96455f6e11a13a8ac12d341464bca4419d7c5
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/phone/NavigationBarViewTaskSwitchHelper.java
|
| 5c1b42e4f5d7307ad09d0d7ad094adf34650fb62 |
|
26-Aug-2014 |
Winson Chung <winsonc@google.com> |
Merge "Multiple performance changes to speed recents invocation/app launching time. (Bug 16987565)" into lmp-dev
|
| a4ccb86ddc8f9f486aee25fb836f4aff97bf7679 |
|
23-Aug-2014 |
Winson Chung <winsonc@google.com> |
Multiple performance changes to speed recents invocation/app launching time. (Bug 16987565)
- Reverting changes to the existing thumbnail transition to prevent breaking applications
that currently depend on that transition. As a result, we need to create a new, hidden,
aspect-scaled thumbnail transition, and instead use that thumbnail to animate the
recents header so that we don't have to wait to do that inside the Recents activity.
In order for this to work, we also have to ensure that the thumbnail surface destruction
is synchronized with the application that is currently closing (when going down to
recents) or opening (when coming back up). The current thumbnail is destroyed when the
animation ends, but that can be at least 1 frame before the surface for the animating
window is destroyed. We change this by deferring destruction of this thumbnail window
to the animation that is being closed.
Especially on the way up, not having to wait for us to hide the header before doing the
transition up can save us the duration of that first animation (> 100ms).
- Other optimizations:
* No longer creating a new stack view on each transition to calculate the target rect
* Removing unnecessary call to get the thumbnail when transitioning up/down (the actual
window does its own animation.
* We reduced numerous system calls per task by adding a flag to ignore home-stack tasks
and caching the activity label and icon (and task description icon). These caches
follow the same eviction schemes as the thumbnail and icon cache.
- Also tweaked the touch slop for the nav bar swiping gesture to prevent conflicting with
tapping on home (Bug 17109581)
Change-Id: Ica697aad788051a9203edd9351c583e1cb038a71
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/phone/NavigationBarViewTaskSwitchHelper.java
|
| 118aecea584499fb41966fd8a0ea0ac60ac6bdb6 |
|
25-Aug-2014 |
Jorim Jaggi <jjaggi@google.com> |
Fix swipe up affordance bugs
- Fix that you could invoke the gesture from bouncer
- Fix that sometimes the card got stuck
- Decrease threshold to invoke the gesture
Bug: 17201962
Bug: 17200912
Bug: 17199841
Change-Id: I19f1e1a69395c3bcd82cdad0d814916a3cdd3428
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/phone/NavigationBarViewTaskSwitchHelper.java
|
| b1f749906f5c27114d02ea0c3f8ce0dcea08fd3f |
|
08-Aug-2014 |
Winson Chung <winsonc@google.com> |
Initial changes to support swiping on the nav bar to switch affiliated tasks.
- Actual sideways animations to come once they've been finalized
Bug: 16846966
Change-Id: If6d40495498197a86a98f9b03f54ced3d2baf64a
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/phone/NavigationBarViewTaskSwitchHelper.java
|