| 6fc1d4e8e6549b0d58ea23b4dd3f26329ec19f38 |
|
09-May-2013 |
Amith Yamasani <yamasani@google.com> |
Cache the scaled avatar drawables in the keyguard user switcher
Loading the avatar icons and drawing them into the sized bitmap
turns out to be quite expensive and the cost increases with number
of users. Caching them shaves off several hundred milliseconds from
Keyguard inflation time during user switching on the lockscreen.
For instance, 15ms vs. 750ms with 3 avatars on a certain 7" tablet.
Bug: 7986933
Change-Id: I3e2065bfa25aa263133ba204ca364c3b04d7c0ff
/frameworks/base/policy/src/com/android/internal/policy/impl/keyguard/KeyguardUpdateMonitorCallback.java
|
| 8f09fd2e3123c7713d50886dc3745d330a1879c5 |
|
15-Mar-2013 |
Jim Miller <jaggies@google.com> |
Use persistent IRCD in KeyguardUpdateMonitor to show/hide music
Now that we can have multiple IRemoteControlDisplays, create a
persistent one in KeyguardUpdateMonitor so we can more efficiently
show and hide the music controls in keyguard.
Update after review: get the current state from KeyguardUpdateMonitor
*before* the first call to showApprpriateWidgetPage(). This fixes
a flash that was sometimes seen when transitioning between orientations.
Fixes bug 7517659
Change-Id: I1b7b6f4222a99891ec06d6b6fd779dd0b86cc367
/frameworks/base/policy/src/com/android/internal/policy/impl/keyguard/KeyguardUpdateMonitorCallback.java
|
| f41c61bc1551c98c681fe3e6ae197fefed2bc856 |
|
29-Nov-2012 |
Chris Wren <cwren@android.com> |
split active user animation across switch.
Bug: 7626087
Change-Id: If743a4be498c624d2c4ec91989648e8be754ee4b
/frameworks/base/policy/src/com/android/internal/policy/impl/keyguard/KeyguardUpdateMonitorCallback.java
|
| efb3ffb029efcc180b3233b6f25d2dba11e28f03 |
|
07-Nov-2012 |
Adam Cohen <adamcohen@google.com> |
Ensuring bindAppWidget isn't called until boot completed (issue 7469267)
Change-Id: I997f5a191116db7c840bf4a947385958b57cd657
/frameworks/base/policy/src/com/android/internal/policy/impl/keyguard/KeyguardUpdateMonitorCallback.java
|
| f6d0fc190c4b257ee4f2f1ae8a59519d3a21ce6d |
|
23-Oct-2012 |
Danielle Millett <dmillett@google.com> |
Handling popups correctly for face unlock
Added a keyguardVisibilityChanged callback to indicate when the
keyguard is covered by something (alarm, phone, etc). Face unlock
doesn't start if it's not visible and it restarts appropriately when
it gains visibility again. This mostly fixes b/7362774 and b/7376783,
but there's some jank when face unlock goes away (if it was interrupted
while running).
Change-Id: I7bdf8ef6af687acaa7152d8e61bfdcc1979259ff
/frameworks/base/policy/src/com/android/internal/policy/impl/keyguard/KeyguardUpdateMonitorCallback.java
|
| dcb3d84b82cc2448d04e73359a716581bfb657db |
|
24-Aug-2012 |
Jim Miller <jaggies@google.com> |
Replace keyguard with new implementation
This change refactors keyguard to be more modular and maintainable. More
specifically, it replaces the top-level view with just one device-dependent
view that contains two views: a widget area and a security area.
The widget area can be populated with custom widgets.
The security area contains the current security method as dictated by
the stored password quality.
This change contains both the old and the new keyguard with the old keyguard
still enabled. The new keyguard will be enabled in a subsequent change.
Change-Id: Id75286113771ca1407e9db182172b580f870b612
/frameworks/base/policy/src/com/android/internal/policy/impl/keyguard/KeyguardUpdateMonitorCallback.java
|