Also hide the inspector whenever the keyguard changes state,
to make sure we don't leave any notification guts lying
around when you turn the screen on and off or unlock.
Bug: 16208321
Change-Id: I47cf6a0cb82e765eb6b50984972f57616b534ed3
Use 400dp as the visual width of the shade across all devices
and orientations, except small device portrait.
Since the width is now dynamic across orientations, update the
necessary views in SystemUI on rotate.
Remove obsolete styles + resources.
Set max QS columns to 3 on all devices, due to the newer shade
width.
Bug:16825515
Change-Id: Iff171549a79bc318a4d585a2d9ea2af9bc686922
1. Added API for badging an arbitrary drawable at a given location.
2. Updated the icon and previewImage deprecation as they are no longer
returning a badged drawable. The methods to load the icon and the
preview are now just making it easier for a developer to get the
drawables.
3. Fixed a bug in AppWidgetServiceImpl leading to a crash when a user
is removed.
4. Fixed a bug in AppWidgetHost which was unnecessarily caching its
package name and having code paths where the cached value was not
populated when calling into the system.
bug:14991269
Change-Id: I50d011a6597d88814715d5ec04ee67815e8ce0bd
Add logic to act the same way Settings does. Without this sometimes
wifi is in the wrong state (on) and the hotspot wont turn on.
Bug: 16818232
Change-Id: Iaa7950a1c2097cfd798eddb604b49b3a152f1260
This change introduces a class that handles launching the secure camera even
when other apps may be using the camera hardware. It does this by sending out
a broadcast telling apps to stop using the camera as soon as the user begins to
swipe to use the secure camera. It then waits until either the camera is
available or a timeout period has expired before it fires off the intent to
start the secure camera.
Secure camera apps can indicate (via their meta-data) that they will instead
handle the responsibility of waiting for the camera to be available. In this
case, the new class still handles sending out the broadcast telling other apps
to close the camera, but it fires off the intent to start the secure camera
before the camera hardware is available. This is optimal because some of the
time spent closing the camera can happen in parallel with the time spent
starting the secure camera app. Since we can't depend on third-party apps to
wait for camera availability, the default is for us to wait for the camera to
be available before firing off the intent. However, our first party app is
able to take the optimized approach.
Change-Id: I1eaed94875e8f50018cffab25aa1e9b21d85f25b
If the user drags below the notifications, we close everything. Only
implemented for the SHADE, and not on Keyguard because of
time constraints.
Bug: 15414856
Change-Id: I4cf656484bc1217d552211c2bfdd7598eb52dad7
Since all service-internal checks use stream alias, and the alias
for NOTIFICATION is RING, even on tablets.
This is a followup to ag/506532.
Ensure that #getMasterStreamType always follows the stream_system
alias, and update the system alias for tablets per the new policy.
Update the associate javadoc comment in AudioManager to make this
clear.
Note: there is now no difference in the alias maps between phones
and tablets.
Also fix a condition affected by this in VolumePanel.
Bug:16626879
Change-Id: I2700a48d2a3e7703607f771a1ab7f325596fd789
When notification alerts are disabled also turn off heads up. This
will fall back to the old behavior, which can allow the fullscreen
intent to be triggered instead.
Bug: 14157742
Change-Id: I4b6e3d9383894b1674d600c374ff8968ca53513e
This reverts commit d9267cae958b572b715d22a4905b18749a369c9f.
Too much performance regression - need to figure out something else.
Change-Id: I2d399add74402e1c036235ec095a053a6d5b828e
This adds some fields for display purposes to MediaMetadata and also
makes the default for all text CharSequence instead of String. Also
adds a hidden method for getting a Description for the metadata.
bug: 11708293
Change-Id: I0ed58d9ac3aeff41325c4ccf5fed0539bbf03b4d
