Integrate from proto app
* Positioning at the lower end
* Transparency animations
* Show security frame when dragging until it fully settles
Change-Id: Ic5e5b0bbaa50a123c3492b63c15df3ffba37832d
This change also moves to an absolute-distance model of
tracking the panel instead of a delta model; this allows us
to make the decision about the handle size in only one place
(when first detecting the gesture) instead of requiring us
to mix it into the arithmetic everywhere.
Also fixes the drag-too-slowly-and-the-panel-doesn't-move
problem.
Change-Id: I9bdbadd968134ad5ad67eaef9539536fb5cfe1a1
Proto-Id: I0c2f484da89f063995384c263aa9f5f03339ed7c
- Fix crash in CameraWidgetFrame after rotating to landscape
- Fix pages drift to the left bug
- Address Jim's comments on c/245706
- Disable camera widget if landscape
Bug: 7419070
Bug: 7417798
Bug: 7418781
Change-Id: I5c730c7c1baf3c1872367b6392e6786578765298
Since the code is now very careful about loading layouts, we
sometimes get into a situation where the security view isn't shown.
This CL ensures the security method is shown at least once
when the view is inflated.
Change-Id: If80a46adb868d92194610eccaf9d8d6c2a2c5b3d
- remove redundant signals that were causing keyguard to be rebuilt unnecessarily.
- add a check to ensure we only handle configuration changes if the view is actually showing
- only reconstruct view if screen is turning off or if the configuration changes.
Change-Id: Ia9c7830e370feed6af36cc139d4cd3c5ca0be4fd
This maps activity on the SlidingChallenge to the security
challenge view. Currently it calls onPause() on the SecurityView
if the view is on the move or is hidden.
Change-Id: Ide5f2200e45d8996fa91af06ac2059c3d125ea6f
Integrate changes from prototype app
* Add callbacks for bouncer state changes
* Dismiss the bouncer if focus leaves the challenge area
* Increase edge swipe region, treat this as a slop for
SlidingChallengeLayout's drag handle. (This allows edge swipes in
the drag handle area to still page widgets instead.)
Change-Id: I732de1a8d999a34c7cc8aa8ed99e24b597f3444c
This means the visual glitch is possible again, but reduced since
the layout transitions are disabled.
It's more important to bring back nav buttons for incoming calls
(for the secure, screen off case).
Bug: 7411356
Change-Id: I83005a77930ec7f70a613b3396f85ab1a5fdd96c
Also pull the Klondike telephone exchange letter strings out
into arrays.xml so we can override it for specific locales.
Change-Id: Idf79ff8bfd53e5a8277271cc85ac7a1784ae3b64
The IME wasn't coming up in password mode because the base class always
returned 'false' for needsInput().
Change-Id: Ia5bf508b3e08fa6980e83103322711857af74680
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
The show() method was calling onScreenTurnedOn() which attempted
to update the entire state.
Instead, show() should just ensure the current security screen
is showing.
This was causing some mischief in Face Unlock because onResume() was
being called multiple times.
Change-Id: I39682a213b1cc4dcf8133907b643028e844d0f47
Keyguard now disables all navbar buttons when turning screen off
instead of only recents.
Navbar is told about screen off/on and disables the layout transition
animation on screen off - if the user quickly turns the screen back
on they do not see the end of the fade out animation.
Bug:7377776
Change-Id: I96a050d58c6c9ce8537f50408655006fadbfcd4f
Bug: 7368245
Log a warning if the system process calls unqualified sendBroadcast()
and other calls.
As a result of the logging above, found a few more method calls such as
bindService() that would benefit from being more explicit to avoid
future confusion and reduce the log warnings.
Change-Id: I17f15c8be9adf7becd456d6abbab606f19befdbf
