| 6179ea3196e9306d3f14361fe9ef14191b1edba6 |
|
28-Jun-2011 |
Svetoslav Ganov <svetoslavganov@google.com> |
Adding accessibility support to the Status Bar.
1. Added content description to pretty much all animals
in the zoo including buttons in the navigation bar,
notifications and status icons for battery, signal,
data, etc.
2. Rectored to avoid ovelaying views since they block
touch exploratino. In general overlaying views
cause trouble for touch exploration and accessibility
in general.
3. Avoid sending accessibility events in case the user is
touching outside of the StatauBAr panels to avoid
confusion.
4. Added records to accessibility events in the places where
this would help the presentation. So the event comes from
a given "leaf" view and its predecessor is adding a record
to the event for itself to provide more cotext. It is up
to the accessiiblity service to choose how to present that.
bug:4686943
Change-Id: I1c1bd123d828fb10911bca92130e9a05c1f020b3
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/LatestItemView.java
|
| 4058ba052682129f2d1055116aaffb2e91c2013d |
|
31-Oct-2010 |
Joe Onorato <joeo@google.com> |
Allow both contentIntent and setOnClickPendingIntent in notifications
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
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/LatestItemView.java
|
| 184498ce5a8d77e1d9c45693363829daaeef9611 |
|
08-Oct-2010 |
Joe Onorato <joeo@google.com> |
Allow notifications to not specify a contentIntent.
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
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/LatestItemView.java
|
| 39b4867d483cc9aba36b26a81074d9f606661671 |
|
09-Oct-2010 |
Jason Chen <jasonchen@google.com> |
Revert "Merge "Allow notifications to not specify a contentIntent.""
This reverts commit 8885321046622d6a8c0a4214af98dc27eecd48a0, reversing
changes made to 61b8aaadd742f0be708cd37971d2c9e822bf778a.
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/LatestItemView.java
|
| 80a752c5373cfa906568302c831710b5c22a8155 |
|
08-Oct-2010 |
Joe Onorato <joeo@google.com> |
Allow notifications to not specify a contentIntent.
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
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/LatestItemView.java
|
| 79de0c550037a5328bbc7f4fddaf02f192a5c283 |
|
26-May-2010 |
Joe Onorato <joeo@android.com> |
Move the StatusBarPhone package into a new catch-all SystemUI.apk.
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/LatestItemView.java
|