* Clear-all button (X) fades in and out
* "No notifications" text fades in after a few sec
* Swipe-out velocity can be much higher, dramatically
reducing perceived jankiness in clearing notifications
Bug: 5150699
Change-Id: Ic7e5254fee57724c42b6437d1c4ed8a700615208
Its region is now treated like the system bar: inaccessible
to applications and therefore not worth reporting as part of
the display.
(Note that using setSystemUiVisibility you can gain
temporary access to the navigation bar region, unlike the
sempiternal system bar.)
The navigation bar is now considerably less in control of
its own behavior (the window manager assumes it will be a
certain size and in a certain position in landscape and
portrait). This change also fixes the navbar so that it
becomes GONE instead of merely INVISIBLE (allowing
underlying windows to expand in size accordingly).
Bug: 5052456 // the feature
Bug: 5067627 // notification shade falling behind the navbar
Bug: 4959805 // fix third-party apps relying on DisplayMetrics
Change-Id: I60257fc5c858e0edcaba8cfc1f8d58dd99a68258
This helps avoid a race condition that can sometimes leave
the status bar handle untouchable (read: hiding behind the
expanded view's transparent window, which is too large
because the close handle's height has not yet been
calculated) on first boot.
Bug: 5122306
Change-Id: I5fa2595798a66289c2c33d7c78dd16f9db066ede
Take care of updating from old component name, and don't let this happen
again.
Also tweak how we switch between static wallpapers to avoid introducing
a 4MB allocation in the system UI process when this happens -- we now
stop the current wallpaper service and start a new one, so we get a
brand new surface that we can draw only one time in to.
Change-Id: I6fc8a42b8a46bba79759bd68fb7d0684b5d897b7
We now don't automatically deny the operation if stopped, but instead
allow the activity to be destroyed and recreated as usual. We retain
the observer instance across that sequence so we keep getting progress
reports etc.
The UI now also uses the spiffy new button bar styles, and positions
the deny / confirm buttons according to ICS standards.
Bug 5115411
Change-Id: Ie760a0c8496c69f9d5881273a63ad5b5b76ff554
(The check for whether the dialog had already been shown was
accidentally removed in change I1c1bd12.)
Bug: 5069310
Change-Id: I2ea35c5891667922e78d7919132ffe599411f851
Also, the panel is no longer buried below the screen edge
when there are no notifications.
Bug: 5115158
Change-Id: I01bc8a65ceebd64143a4c4c52d63641dc3cd1c77
This reverts an earlier change that reset the system sound defaults even
for upgrades.
Bug: 5114198
Change-Id: Ide0afbd26080ba87d177cedfa9b1d50352857a00
Now the textual content and password fields are placed in scroll view,
and the confirm/deny buttons pinned at the bottom of the layout.
Previously, in landscape mode on some devices the buttons would be
pushed off screen.
Bug 5115411
Change-Id: I8bf8fd1516735bf6111893df79636b519dbfb803
Make sure that files that don't exist aren't returning bogus 'out of
space' error codes.
Add some Javadoc so I can remember what each thing does in an IDE.
Add copyright header to NativeLibraryHelper
Bug: 3375299
Change-Id: Iac46019160921daca65b21d38897e5165063316e
In Japanese, the day of week should follow the date
Bug: 4606219
Change-Id: If385b3f9989bbe5f1b4bc21293d9be651e187c1f
Signed-off-by: Mike Lockwood <lockwood@android.com>
It was configuring this to have its width follow the display size
but height be a fixed amount. As a result, during a rotation we
would end up with a surface that is 800x712, which uses a lot more
memory.
The fix is to just always set the window to a fixed size, changing
it when the display size changes.
Also the expanded view was setting itself to use a hardware layer
for no reason -- it is a top view so there is no point in this,
and anyway it is doesn't even use hw rendering. This saves 1.5MB
of the layer bitmap.
This change also fixes the returned problem where the expanded
view would flicker when pulling it down in landscape.
Change-Id: If57420b0bc3fdc2706d2d3b36cb2d287b5fc9e27
