When an app requests fullscreen display, "shadows" of the
visible system bar UI elements are drawn in their place. The
user can still interact with these elements by poking the
shadows; the widgets will temporarily shine through, long
enough for the user interaction.
Known issues:
- if the notification panel is up for too long, the shadow
will not be re-enabled on the notification area (need to
route all hide/show requests through the
shadowcontroller)
- status bar hide/show animations have been temporarily
turned off to make this work correctly; they'll be put
back later
Bug: 3203171
Some of these assets may no longer be used. An other CL will remove these later.
Needed to remove warnings in new aapt version.
Change-Id: Iac296247012a05757bd3264ab50212d37ce80adf
IWindowManager now supports two new methods,
freezeRotation() and thawRotation(), that allow a caller to
temporarily stash the device's current rotation as the
default rotation (when no other constraints are present).
The system bar uses this to implement a user-accessible
rotation lock by calling freezeRotation() and then turning
off accelerometer-based display rotation; unless overridden
by an app, the display will continue to appear in the frozen
rotation until the rotation is unlocked by the user (either
via the rotation lock icon in the system bar or by checking
"rotate screen automatically" in Settings).
Bug: 2949639
Change-Id: Icd21c169d1053719590e72401f229424b254622f
- New icon states per revised UX designs.
- Basic implementation of do-not-disturb mode.
- Removed unused grippies.
Change-Id: I506dcdc8ceb855902f2401e3145c3c676c0de207
Left: BACK, HOME, RECENT, [MENU], [CLIPBOARD].
Right: NOTIFICATIONS, PANEL TRIGGER.
Many Bothans participated in usability tests to bring us
this change.
Change-Id: I45a0847226fd6264a3d62c60001e2b906ac15133
Anything that can be dragged using the new drag manager APIs
(View#startDrag) can be dropped here; the pocket will hold
it for you until you're ready to drag it out again.
Known issues:
- currently discarding the clipping whenever you drag it
out; in the future we will only discard it once you
actually drag it somewhere
- there's a bug where dragging things back out of the
pocket's window requires an extra tap (i.e. tap once then
tap and drag)
- almost nothing uses the new drag manager yet :)
Change-Id: Iff3103e4117f31023e1e96667632d77912e21d30
This change creates a new icon to the right of the
notification area for the IMM to expose control over the
current IME. Currently it shows the IME subtype picker.
TODO: Connect directly to the IMMService to show the correct
icon (and hide the icon entirely when the input panel is not
visible).
Bug: 2975425
Change-Id: If07f30867b81950a0a86b00807a41e2ff2af389c
* Button text changed to bold by default.
* Change notification divider to lighter gray (new asset).
* Change "Clear" notification button to use system small button assets.
Change-Id: Id1f1bdcf8c034186ad9acbdbdd544546bd32bbd8
Unlock has a 1 pixel offset that has to be fixed by code.
dropdown untested on device.
Most of these should be removed from SystemUI (revert 68833).
Pass 4.
Change-Id: Ibbbe4cc404151ec28768af98509082d77b303abe
Cellular signal strength should also be green - these assets aren't, but
the art guys are working on that.
Also using a new intent so we don't overload the CONNECTIVITY_ACTION and
confuse the apps.
bug:2994024
Change-Id: I6fe8f65dd6e9869d9724064c4fae45340491a4d8
Finally.
This also fixes that little 1px gap that would occasionally
show through to the carbon fiber background (changed to
steel cord for now) between the last notification and the
windowshade's handlebar. It still gaps a little while you're
dragging, due to the asynchronous motion of the various
windows involved, but when the panel is still you shouldn't
see any background. (Man, that drove me crazy.)
Bug: 2949229
Change-Id: If085f4ab7dfb7c3868c30469661907d5d63f070b
- Updated artwork for buttons and signal/battery meters.
- Layout change: meters on either side of clock
- RSSI for mobile data. The algorithm is more or less the
same as the one used in the phone status bar. Note that
mobile data is only shown if Wi-Fi is unavailable.
Bug: 2924643
Change-Id: Idaa0c52422db4a63616475bde96626d1953830b4
Implemented: Clock, brightness, silent toggle, airplane mode
(although this seems not to be working well yet on the
device).
Unimplemented: Orientation lock, battery, wifi signal, date.
Change-Id: Iec9cc833103a68aecccf46cd6eeffc2128d64eea
- scrolling list of notifications
- fixed crashes when inserting notifications
- new "expand" icon in prep for different touch behavior on
notification icons
- adjustments to the Ticker API in preparation for Kicker
work
Change-Id: I18908cbb2bbbfb7969c7bb48dbda67697732c438
Line-item veto is there, but allows you to cancel some
notifications you probably shouldn't be canceling. (Should
hide the "X" in those cases.)
No preference given to "sticky" notifications, because
there's no such thing yet.
Notifications are now limited to 4 visible icons, per spec.
The implementation is a total hack for now.
Change-Id: Ibdf433ae94189117f983c510fe5e0cff0bf5c44c
When a FLAG_HIGH_PRIORITY notification is posted and the
foreground activity is immersive, this window will be shown
to the user. It disappears after a while (currently 10s,
which is far too long to be usable but is very handy for
testing) and can be dismissed by a tap.
Artwork is extremely rough; please ignore the aesthetics.
Still TODO:
- sticky alerts for ongoing priority notifications
- tap to launch PendingIntent associated with the
notification
Change-Id: Ief4a98b84cc836d33359bd7d65de9909f5186317
Then, now that StatusBarManagerService is the only thing in that package,
move it up to the regular services package. (I've been waiting for 4 years
to delete that package!)
Change-Id: If5faf44641319fd19e486d1f4e5bc1c6dfcff3ad
Artwork is FPO but serviceable enough. Many hardcoded font
colors & styles were moved to styles.xml where they belong.
AM/PM finally given the old heave-ho (but configurable in
StatusBarPolicy.java).
Notification content remains on a light-gray background for
now (so as not to screw up custom RemoteViews) but status
icons will definitely need across-the-board rework to look
better against a dark background.
(Re-integrated on top of new status bar code.)
Change-Id: Ia180b3c2ba8e23c9a2f50cf46f98f12958022b53