f0048ce66fa7b4859b44badc8e58ea8b27e2356b |
|
07-Aug-2013 |
Chris Wren <cwren@android.com> |
heads up notifications always take the top spot If it was important enough to be a heads up, it should get top spot. Make this sticky so bumping out of the HUN doesn't require a shade sort. Split view creation and insertion so we can get the shade order correct. Bug: 10001616 Change-Id: I4c1f2581e11a94241269984a01b92289a8943065
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
51c7510e493680b4aca1ed7695b35c52d2cd63ff |
|
17-Jul-2013 |
Chris Wren <cwren@android.com> |
allow rich notifications in the heads up. new shouldInterrupt logic: screen on, not locked, not dreaming, and priority above HIGH and noisy, or has fullscreen intent draft of API allowing devs to give hints about head up display reuse inflateViews() add an expand helper to the heads up space move some things into Entry for reuse don't allow touches in first second delay decay if touched make decay time a resource add a custom viewgroup for notification rows to get view management out of the NotificationData class. Change-Id: I36464f110cfa0dabc3f35db7db6c35c27e8ee2ba
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
574a55e9eec37f49a80b75b28a401a18f1433fe7 |
|
16-Jul-2013 |
Chris Wren <cwren@android.com> |
unify variable naming scheme. inflateViews() and updateNotification() reference the same objects with different names, and it was confusing. #cleanup Bug: 6497005 Change-Id: I0d9a94d7ec156b6bfcf4b85c777f9b58311d07d0
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
de84f0e77ea2bf713d15c290264059a413c2486a |
|
12-Jun-2013 |
John Spurlock <jspurlock@google.com> |
Organize the imports in systemui. To follow android conventions, more importantly to remove the unused. Change-Id: I75881718e84360a579a3b02c26489ad250bc9227
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
e6f7f2e3a01b8deb00e03ccfa93751c315f14ef0 |
|
25-Apr-2013 |
Daniel Sandler <dsandler@android.com> |
API cleanup: NotificationListener - Wrap all public member variables in getters and make slots private - Rename clear* methods to cancel* to be more consistent with existing public Notification API Bug: 8656860 Change-Id: I84f7e71fbb627f859352a93089c6a531b44dac95
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
5feceebb892d4cb5777cea3c6174b206705d456b |
|
23-Mar-2013 |
Daniel Sandler <dsandler@android.com> |
New NotificationListenerService. This is the best and only way for apps to listen for notifications: create a NotificationListenerService, wait for the NoMan to bind to you (as a result of the user checking a box somewhere in Settings and agreeing to a scary dialog box), and you'll start receiving notification posted and dismissed callbacks. Your service, while enabled, will also be able to clear one or all notifications. Use this power wisely. This change moves StatusBarNotification out of com.android.internal into android.service.notification. [Internal customers, including System UI and early users of the system-only listener binder API, will need to be updated.] Bug: 8199624 Change-Id: I1be46f823d4b3ddc901109ec1e085cd6deb740c2
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
3ddab0dcc1039137f05a28ff86477601a223a0fa |
|
02-Aug-2012 |
Chris Wren <cwren@android.com> |
Don't allow the status bar to collapse things we're touching. Bug: 6538918 Change-Id: Ie4e79aa593ac2097d0e6402f84816df934160687
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
5ae1ea8400d576b90f0ef02b2f10201d74729be6 |
|
28-Jun-2012 |
Chris Wren <cwren@android.com> |
Retain expanded state across more than one violent update. Bug: 6680363 Change-Id: Iebf2387fc5c8774c1c001dde5a4608d4e60720aa
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
8fd12657e353a4a6f6d875a0d86850426fec00e8 |
|
10-May-2012 |
Chris Wren <cwren@android.com> |
Auto-expand the top notification. Bug: 6455789 Change-Id: Ia455f204544ad0c41ace77ea3ece6e0d3d3110d9
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
6a858c347f4d4e5db4c8f00d5e285967631b71ca |
|
12-Mar-2012 |
Daniel Sandler <dsandler@android.com> |
Gestures for expanding notifications. Change-Id: I104c157ffcc2d60b3f0a95c59d4322b07103b69f
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
2561b0b10a55841a08e0e1d467e73e10b1bf256d |
|
14-Feb-2012 |
Daniel Sandler <dsandler@android.com> |
New notification priority and related APIs. This change introduces a few new bits of data on Notification that will help the Notification Manager and System UI route and display them more intelligently: -> priority: an integer in a predefined range that indicates the app's best guess as to the relative importance (to the user, right now) of that information -> kind: a tag (really, set of tags) indicating the general type of notification (realtime, asynchronous, etc) -> extras: a Bundle of additional key/value pairs associated with this notification (currently @hidden) The notification manager takes these data into account when assigning to each notification a score which is passed with the notification on to the system UI, where it can be used to affect presentation. For example: - Spammy apps (identified explicitly by the user or by some other means) will have their notifications scored very negatively by the notification manager, allowing the UI to suppress them - Notifications of higher score might be shown larger or in a different way - Very important notifications (indicated by a very high score) might interrupt the user during an otherwise important task (videochat, game, etc) Implementation note: This replaces/extends the old internal notion of "priority", which was mostly used to organize ongoings and system notifications at the top of the panel. Change-Id: Ie063dc75f198a68e2b5734a3aa0cacb5aba1ac39
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
a31e4190cb44eaa51bb8dee7d715fcd72d6c0b03 |
|
03-Feb-2011 |
Daniel Sandler <dsandler@google.com> |
Implement priority ordering in notifications. Ongoings are the only notifications currently given higher priority (and it's in an internal data structure, not a public API, so fear not about abuse---this will be no worse than on the phone where ongoings floated to the top). The only thing left is to give privileged customers a way to alter the priority of their notifications. Bug: 3412807 Bug: 3146719 Change-Id: I9e738cc413982845cf4858faa8ccd0a7dbf3187c
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
80a44401a22344f7eabce6976372ab144ef22893 |
|
16-Jan-2011 |
Joe Onorato <joeo@google.com> |
Need to update the largeIcon for notifications when we're reapplying the views. Bug: 3298062 Change-Id: I6bb72c0b93e00a9de8cc2633ac07add0a572a20f
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
5dd1169ae95162383acf00d1e9a1886e0ac99a70 |
|
28-Sep-2010 |
Joe Onorato <joeo@google.com> |
Hide the "Clear all" button in the notification panel if there are no clearable notifications. Change-Id: I7145036724939220e1f23fb91c62027b28663c20
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
0f0b11c8719495ce559b93366fe9cd79782d791c |
|
04-Aug-2010 |
Daniel Sandler <dsandler@google.com> |
Basic support for notification payloads in the panel. 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
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
379020aec619c66d3e040de01f0726687fd2ad85 |
|
29-Jul-2010 |
Daniel Sandler <dsandler@google.com> |
Cleaning up the notification data structures. Change-Id: I2e39fee81a2bd99245b9de6edd2ce5c45bd733c7
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
|
3eebd1ffbf4583270e6926e9c74ff088a2113e07 |
|
27-Jul-2010 |
Daniel Sandler <dsandler@google.com> |
Show notification icons in the system bar. Caveats: - Ongoing and normal are lumped together - Currently no limit on number of icons (should be 4) - Still can't see the notifications in the panel Change-Id: I83ac474db6ff290207d37747b672a1a56788a238
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.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/NotificationData.java
|