| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
User 0 owns the window (system_server) but should be allowed
to display on a user's behalf.
Use the corresponding private flag for this system window, since
we cannot classify it by type (TYPE_TOAST) in policy.
Bug:12015090
Change-Id: I33aedb4624288415a5e1ae937676b693024546a9
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* Add theme attributes for specifying a top-level TransitionManager
for an activity window.
* Add window feature for automatic content transitions. This
automatically assigns/creates a Scene for setContentView calls.
* Add named transitions. This allows apps to define APIs for
handshake-agreements about which exit/entrance transitions to play.
* Add new transition type for ActivityOptions. This lets the system
use ActivityOptions to communicate transition specifics and
arguments to the called activity.
* Have ActivityManager pass appropriate ActivityOptions through to the
called Activity. Have the called activity call back into the caller
to let it know which transition of a possible requested set was
chosen.
Still to do:
* Define and pass arguments for transitions. This will require
defining a Parcelable version of TransitionValues and deciding how
much leeway apps should have for these things.
* Determine how to appropriately filter the ActivityOptions bundle so
that only appropriate data reaches the target.
* Determine if generalizing the auto-Scenes functionality to
ViewGroups is appropriate.
Change-Id: I10684b926129ab2fbc1adec9ef31767237acae79
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Remove private WM flag (used only by the volume panel) to force
the clearable system UI flags clear.
Instead, always lay out the volume panel as if the bars are visible,
as we do for system dialogs - and don't clear the flags.
Reverts part of I25f29af5b6518aba695b64a75977ae240b742118
Bug:11986621
Change-Id: I842729d729d2a6eb2a687d0b930ddb160c6a1b57
|
| | |
| | |
| | |
| | | |
Change-Id: Ia1f99bd2c1105b0b0f70aa614f1f4a67b2840906
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
BUG: 11712103
Change-Id: Id34ffb59d3f848c591a98880c6cdd9058e5a38dc
|
|/ / /
| | |
| | |
| | | |
Change-Id: I18e7a4c5166163372ec0a8abbef1063668a0f5b6
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
showing and secure until we know" into klp-dev
* commit 'fdf7c36daaeec8c6ad7872f81e1f9c3faf1a0e91':
Report keyguard as initially showing and secure until we know
|
| |\ \
| | |/
| | |
| | |
| | |
| | |
| | | |
secure until we know" into klp-dev
* commit '378c804d652f32547d3fe460842e5720b57bd9f1':
Report keyguard as initially showing and secure until we know
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This fixes a bug where an app calls KeyguardManager.isLocked()
before keyguard has had a chance to show. The fix is to assume
keyguard is showing and secure until we know otherwise.
Fixes bug 11670159
Change-Id: Ifbe4cdf40e3b76d2069ecace940f85fa58f31187
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
on the keyguard." into klp-dev
* commit 'bb3adc44dfdb02c087a79df85ddeceb770e9cfb2':
Disallow transient status bar on the keyguard.
|
| |\ \
| | |/
| | |
| | |
| | |
| | |
| | | |
keyguard." into klp-dev
* commit 'da721a99febae345d28f9afa5b9679a1c54a2f6b':
Disallow transient status bar on the keyguard.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
FLAG_FULLSCREEN on the app under the keyguard was keeping
the transient status bar visible if the user locked while
revealing it.
Bug:11629810
Change-Id: I034d3a4f4fe5463702253a1fca6d32debd520c3c
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Rather than have a class whose sole job is to pass messages to
PointerLocationView, just have it consume them itself.
Change-Id: I889ce35d99852f746499c0585dc7c43378b4c3a0
|
|\ \ \ \
| |/ / /
|/| / /
| |/ /
| | |
| | |
| | | |
bar." into klp-dev
* commit '9f6e8e0361ce615644208dd11adcbeed3265edc7':
Fix improperly hidden status bar.
|
| |\ \
| | |/
| | |
| | |
| | | |
* commit '94cab389e4f81d454316789fb0a6fbe954080a08':
Fix improperly hidden status bar.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
An app lib exposed a possible timing problem, causing the bars
to remain hidden after screen rotation during immersive mode.
Bug:11440463
Change-Id: I5166bdce78a876bc08b18f8b9a340366fbbbb70a
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
SHOWING after rotate if visible." into klp-dev
* commit 'a2dad41e757b8de097491aedecca80387ba3af09':
Ensure bar window state is SHOWING after rotate if visible.
|
| |\ \
| | |/
| | |
| | |
| | |
| | |
| | | |
rotate if visible." into klp-dev
* commit '8ed10cff78460a0cc426dc5c1426a9edaafe3e67':
Ensure bar window state is SHOWING after rotate if visible.
|
| | |
| | |
| | |
| | |
| | | |
Bug:11544694
Change-Id: Ied56f01a931f33437bdc05d026006cabcdef0149
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Add a window feature for content transitions. This implicitly creates
a Scene for each setContentView operation and runs the appropriate
transition. Applications can specify a TransitionManager XML in their
theme that will apply the appropriate transitions when these implicit
scene changes occur. Apps can specify a "to" with no "from" in a
transition to request an entrance transition for the given
content. This lays the groundwork for further full content
change/activity to activity transitions.
Change-Id: Ic815d9e0b9ce958152d70bf6ee01be075aa9fe88
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
of status bar animation" into klp-dev
* commit 'e2f7463867d5e30a7e03c800fd907136b3152d1c':
Force relayout at completion of status bar animation
|
| |\ \
| | |/
| | |
| | |
| | |
| | |
| | | |
animation" into klp-dev
* commit '1dbaf9044dcb8a9bb6300e438a05324189bd4d02':
Force relayout at completion of status bar animation
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
A final layout pass should be done whenever the status bar has
completed its incoming animation.
Fixes bug 10387660.
Change-Id: I48c19015c53116b58cf73e20be32d1f64dd682ca
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | |
| | | |
below the status bar." into klp-dev
* commit '759bc4f421e01460cff92522bf70d52c53b79e85':
Ensure the simple CAB appears below the status bar.
Add 'no system permission' test app.
|
| |\ \
| | |/
| | |
| | |
| | |
| | |
| | |
| | | |
status bar." into klp-dev
* commit '7539a5afa73e9d7bc77803295368542ef535f28c':
Ensure the simple CAB appears below the status bar.
Add 'no system permission' test app.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When the contextual action bar is not in overlay mode,
the screen layout is a linear layout. (screen_simple.xml)
Ensure the standalone CAB appears below the status bar,
consumes the top offset (to avoid content application below it)
and fill in the status area with a guard view for background
protection.
Bug:10014069
Change-Id: I614f16dfa77367a94808aef54710ffebd66e1ca8
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
view up to decor." into klp-dev
* commit 'a5217f09c5438d1954dd71e2f75de95b1d8f6721':
Move the IME navigation guard view up to decor.
|
| |\ \
| | |/
| | |
| | |
| | |
| | |
| | | |
decor." into klp-dev
* commit '1eeb5ff203a4aea5a4cfbe6c9982dc77cabd1f2b':
Move the IME navigation guard view up to decor.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Although the IME windows are now allowed to extend into
the nav bar, some IMEs were making assumptions about
computed insets based on the height of the content view.
So our navigation bar view (opaque view blocking the nav bar
area to avoid the island effect when transparent) needs to live
above the content view in the hierarchy, making the content view
the same height as it was before.
A surgical spot to put the guard view is up at the root view
(PhoneWindow.DecorView). fitSystemWindows is always called since
this view is not recreated, and the layout is stable: waiting until
the IME is attached to the window is too late to add a guard view.
This is above the screen_* layouts, so will work without having to
touch all of them. And it only affects windows of TYPE_INPUT_METHOD.
Bug:11237795
Change-Id: I6a93f30aec83f1cecfb854073046cbc87ab4aa66
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
help in touch exploration mode." into klp-dev
* commit '18e82e7928ec57f7e39e1aa24f8ecbeb40f5e35d':
Do not show immersive mode help in touch exploration mode.
|
| |\ \
| | |/
| | |
| | |
| | |
| | |
| | | |
exploration mode." into klp-dev
* commit '0945bc15034ac05d2ca803f6297b03dcbcbea2d8':
Do not show immersive mode help in touch exploration mode.
|
| | |\ |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 11277364
Change-Id: Ifafcbff38e34c0ef08d9a466d93ce591369183a3
|
|\ \ \ \
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | | |
correct thread.
* commit '06e75cf4ed8d42e5ef5273503bab4ceea6cd07d6':
Relayout the immersive cling in the correct thread.
|
| |\ \ \
| | |/ /
| | | |
| | | |
| | | | |
* commit '62c198719afa30eaaa0fe52caed5ed8c520ba6ce':
Relayout the immersive cling in the correct thread.
|
| | |/
| | |
| | |
| | |
| | | |
Bug: 11266364
Change-Id: Ia629262ff0c362a5a45b6c5822be080cefcb8c56
|
|\ \ \
| |/ /
| | |
| | |
| | |
| | |
| | | |
widgets before the system is ready" into klp-dev
* commit '53caf87531372048d4171626e767eeeb94ec664c':
Fix issue where keyguard adds widgets before the system is ready
|
| |\ \
| | |/
| | |
| | |
| | |
| | |
| | | |
before the system is ready" into klp-dev
* commit '0149127198f9fc46a3a4f0b7f4e9579b72273b46':
Fix issue where keyguard adds widgets before the system is ready
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
While under heavy system load, keyguard was able to create widgets before
before ActivityManagerService was ready. The result was a race
between keyguard adding widgets and ActivityManagerService being
ready to send broadcasts.
This fix provides keyguard with an additional signal to know when
the system is booted and widgets are safe to load.
Fixes bug b/11217169
Change-Id: I7a714d65b068678f961e52bdde4e1c20f9c287f0
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Bug: 11035379
Bug: 5137498
Change-Id: I0e920ee79c526c3aea6872b063cf294e2ab081c8
|
|\ \ \ \
| | |/ /
| |/| |
| | | |
| | | |
| | | |
| | | | |
keyguard." into klp-dev
* commit '0e10dfebf19efd3ebe6f70800c5a09243f7da2ac':
Move the wallpaper beneath the keyguard.
|
| |\ \ \
| | | |/
| | |/|
| | | |
| | | |
| | | |
| | | | |
into klp-dev
* commit '2c345435458b8b6ad105bf14d3655e0f6836278b':
Move the wallpaper beneath the keyguard.
|
| | |\ \ |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
If the keyguard is the wallpaper target the wallpaper cannot sit at
the bottom of the stack and must be directly beneath the keyguard.
Otherwise keep it at the bottom of the window stack.
App animations when the keyguard is showing should not be disabled if
the keyguard is also animating.
Fixes bug 10858941.
Fixes bug 10932680.
Change-Id: I8399837f6510ea16003f68b165e67439f3571ef4
|
|\ \ \ \ \
| |/ / / /
| | | | /
| |_|_|/
|/| | |
| | | |
| | | | |
translucent bars globally.
* commit 'c963dfb27a160d50b5ed23fd6d296aec0bd0472b':
Add a config resource to enable translucent bars globally.
|
| |\ \ \
| | |/ /
| | | |
| | | |
| | | |
| | | |
| | | | |
globally.
* commit '596b1f86ff1a3457a514e1d383d14ef0defc4d53':
Add a config resource to enable translucent bars globally.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Setting config_enableTranslucentDecor to false will not
prevent clients from adding FLAG_TRANSLUCENT_NAVIGATION or
STATUS to the window or using the TransluentDecor themes,
but it will prevent View.STATUS_BAR_TRANSLUCENT and
View.NAVIGATION_BAR_TRANSLUCENT from being propagated to the
SystemUI so these requests will not be honored.
Bug: 11182618
Change-Id: I8be6a3a565acf0987ff12f18f1c7e67c96d563c3
|