History log of /frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/NotificationData.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
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