From the app developer's request:
Intents assigned to specific views should take precedence over the content intent, but it should not
be required to set the content intent to null in order for the view-intents to work
Bug: 3107945
Change-Id: Ic5282d441277a9a8c8c700ef3f43872f3405b58a
Hold your finger on an individual notification icon to
quickly show that notification's payload.
Also: Quickly swipe up on any icon to open the tray.
Bug: 2994009
Change-Id: I2ae2b546fcfa62994b63b9376f487289b2d06796
startDrag() may only be called by/on a view that is in the window that
is currently being touched.
Change-Id: I5de158578dd3f75b5069e5af4f0726576adac4d4
- 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
There is now one SystemUIService, which starts the status bar service.
Pretty soon there will be other things running in here too. This way
we don't need to have each of them started by something individually.
This also moves the choice between tablet and phone status bar into
SystemUI.apk, which seems like a much better place for it.
Change-Id: Ib69ef2f43d648764f8dbb52008f5d036a1ee07d9
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
Remember, the system and main logs are
- Shared resources
- Primarily for recording problems
- To be used only for large grained events during normal operation
Bug: 3104855
Change-Id: I136fbd101917dcbc8ebc3f96f276426b48bde7b7
If they don't, the click events will be passed through to the individual
views in the notification view, which may have their own PendingIntents
attached.
Previously, it was against the UX spec to allow this, but now we are
changing that and will have buttons in there.
Change-Id: I674234212f64b2b8802a0708b7eed0614e147ca3
Windows with FLAG_NEEDS_MENU_KEY (or windowNeedsMenuKey=true
in their theme) will cause the system bar to show a menu
icon. (Note that the phone's status bar currently ignores
this, but phones tend to have hardware menu keys anyway.)
Additionally, all windows whose package's SDK version is
pre-Honeycomb will have FLAG_NEEDS_MENU_KEY set by default.
Bug: 3003728
Change-Id: I2d983763a726ea4f32cd1af9b0390e30478b11d1
When the storage is emulated, we don't want to install ASEC containers
to it. This adds the API to check when the external storage is emulated
and uses it to check whether or not to install packages to the external
storage in an ASEC container.
Bug: 3024387
Change-Id: Ia0318aca9e4938a4897deaada5603a4c7c1d0f48
Merge commit 'cef38339e7d0af61783ad6d35793e2496f5a2b37'
* commit 'cef38339e7d0af61783ad6d35793e2496f5a2b37':
Make USB mass storage hide keyguard when shown.
If they don't, the click events will be passed through to the individual
views in the notification view, which may have their own PendingIntents
attached.
Previously, it was against the UX spec to allow this, but now we are
changing that and will have buttons in there.
Change-Id: Ie3b2e96c6a1c4449fa86ed571f3ad0f047320d31
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
This fixes a bug introduced into recents by changes to
Carousel to prevent flashing in Music2. Recents used
to rely on CarouselView.createCards() to reload the
thumbnails, which lead to flashing in Music2. Now
the request to update is explicit.
Change-Id: I57d409c6b5969b788b52d4c1b3bbccab54d86bcb
