Even if the bars are transparent / invisible.
Refactor the PSB bar mode override logic to take the IME hint into
account. Bars are overriden to opaque when hint is showing.
Initialize bar state to showing, fix bug that would mark state
as hidden pre-show (on shell restart).
Bug:10505132
Bug:9499956
Change-Id: I21e830e90c7e9812b4192ca65c3c0cd7a6b72798
Update to new system bar assets (ic_*, stat_*).
Update color resources driving style for battery meter + clock.
Add new xxhdpi versions.
Bug:10502089
Change-Id: Ic957ad9886fbb05ed0ca1765fb9e324bfd8ab609
1. Migrate transparent transitions to the new optimized
background color animations.
2. Ensure sysui animation transparent -> opaque has enough
time to run before window manager crops off the content area.
3. Lose the individual alpha on each status bar icon if the bars
are not opaque. Animate the alpha if visible, make sure they
play together.
4. Documentation typo fix found in AnimatorSet.
Bug:10344949
Change-Id: I615668ce3c552d3df15dbba5cdeeca67549a0220
Adds a tile to quick settings when a cert is present. Message varies
depending on if this device is managed or a consumer device.
Bug: 10105918
Change-Id: Ifbe78c10638ef6e2a4661e8d18b44b8913a2cf9d
instead of INSISTENT or NO_CLEAR
required some disambiguation in places where ONGOING is already used.
Bug: 10412149
Change-Id: Iea7d698846c76a464cae511a3a8e3908b114edfe
Remove icons no longer referenced in source or layout files.
Some icons are referenced in obsolete layouts, remove those
as well.
Bug:10344949
Change-Id: Ifc2e4c01534499b687cebd3e32db61e9c7a92e4a
1. If app clears transient flag w/ a gesture, the touch-outside
listener would always win, causing an unsightly hide + immediate
reshow. Instead, give the app some time to clear the flag, then
perform a smooth transition in place.
2. When the transient bars are hidden, we do not know ahead of time
which background will be used on reshow (if transient bars are
revealed, the background is semi-transparent, if transient bars
are cleared, the background is opaque). Window manager is responsible
for showing windows, but sysui is responsible for setting the view
background. Therefore, we need some level of coordination between
the two in this case. Introduce two new non-public sysui flags
that represent the window manager's request to reshow the hidden
bars, but do not reshow until sysui acknowledges (by clearing the flag).
This gives sysui whatever time is necessary to prepare itself for
reshow, avoiding unsightly blip from opaque -> transparent during
the enter animation.
3. When both system bars are hidden, any low-profile changes are
moot. Avoid unsightly low-profile animations during bar reshow
by suppressing the flag in this case.
4. Improve transient bar home -> launcher transition by cancelling
the -> opaque animation. This also fixes a bug where hitting
home from the transient bar would leave you with a semi-transparent
bar in a non-transient state.
Bug:10284800
Change-Id: I238210561d8d5f70c1a517283b986c9105a1ec75
When the transient bars are revealed, smoothly transition the
bar style to opaque to blend with the other panel chrome.
Bug:8706719
Change-Id: I65e5b22e2f91a3db0394c0f571127397ba692f46
On SIM cards that support data but not voice, we currently
display a null signal strength icon, which is confusing because
data is actually working.
Fix this by displaying signal bars as well as showing the
"emergency calls only" or "no service" text which indicates that
voice service is not available.
Bug: 3339315
Change-Id: I7d888721e8dc5e22fefd1b8fa85ba046d46a8fba
Keeping track of pointer down at the window view level is unreliable
since gestures can be stolen.
Bug:10328256
Bug:10226720
Change-Id: I92d72f9eed73f90d2a7c5b30a3f6a4aa6549f799
Also factor common bar-management code into a separate helper
class called BarController instead of continuing to pollute
PhoneWindowManager with duplicate logic.
Bug:10345412
Change-Id: I880900e61daa6c2c53b169e4885e68ebc62ecb6c
Keep track of the pointer id used in driving the gesture. If
it happens to go up mid-gesture (another pointer is still down),
continue the gesture with another down pointer, instead of
abruptly jumping on next ACTION_MOVE.
Bug:10246050
Change-Id: Ia6e59658635fd696974fe415f37811d27da80519
