History log of /frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/LocationController.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
38389b6cf7bd2ef49d2bd20ff1bca8677596590e 30-Sep-2012 Victoria Lease <violets@google.com> Route GPS notifications to all users.

This takes the easy way around notifying the correct users
about GPS state transitions by notifying ALL the users(!).

I've also laid groundwork for proper multiuser support in
LocationManager and did a tiny bit of cleanup in
GpsNetInitiatedHandler while I was looking at notifications.

Bug: 7213552
Change-Id: I2d6dc65c459e55d110ac0f5f79ae7a87ad638ede
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/LocationController.java
e641b6a99cabad7076e10694a5b1b30f449de462 11-Sep-2012 Winson Chung <winsonc@google.com> Adding alarm to quick settings.

- Cleaning up some code

Change-Id: Iaea2077084ba16b4fb4d47c8b2df5da6983ceb91
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/LocationController.java
d63c59786509aadd6a8d0c5cb45ed696339f16b7 06-Sep-2012 Winson Chung <winsonc@google.com> Initial changes to add QuickSettings.

Change-Id: If510f74d6046929e5e8a794c6dc2fddb15a03d6b
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/LocationController.java
4120375d46091df8527bb701882e056fbb0e6b06 31-Aug-2012 Dianne Hackborn <hackbod@google.com> Remove Binder.getOrigCallingUid().

Replaced all remaining places that used it with explicit user
specification.

While doing this, I ran into stuff that was creating PendingIntent
objects (that now need to specify the explicit user they are for),
which are also posting notifications... but have no way to specify
the user for the notification.

So the notification manager in the system process now also gets a
formal concept of a user associated with the notification, which
is passed in to all the necessary aidl calls. I also removed the
old deprecated aidl interface for posting/cancelling notifications,
since we now always need a user supplied.

There is more work that needs to be done here, though. For example
I think we need to be able to specify USER_ALL for a notification that
should be shown to all users (such as low storage or low battery).
Along with that, the PendingIntent creation needs to be tweaked to
be able to handle USER_CURRENT by evaluating the user at the point the
pending intent is sent.

That's for another change, however.

Change-Id: I468e14dce8def0e13e0870571e7c31ed32b6310c
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/LocationController.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/policy/LocationController.java
e5e764ad0bb74d8c1405d018b4e0fe92d6554660 04-Feb-2011 Romain Guy <romainguy@google.com> Open the location settings when clicking the GPS notification.

Change-Id: I4203d75b7d18ab61f1f8e77452440bdc47161a10
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/LocationController.java
e40451a89dc91dfd636af7cb32a23b4a4cc93fdc 03-Feb-2011 Daniel Sandler <dsandler@google.com> Ongoing notification for GPS use.

This change improves upon the notification priority API
introduced in change I9e738cc4, allowing privileged clients
to set the priority of a notification when posting it
directly to INotificationManager. StatusBarTest is updated
to test this new feature.

The new LocationController in SystemUI uses this facility to
post a high-priority ongoing notification whenever GPS is in
use (replacing the functionality of the legacy GPS status
bar icon).

Also happens to fix http://b/3325472 (adding a log message
when notifications are dropped because of a missing icon).

Bug: 3412807

Change-Id: I523016ffa53bf979be98ddc4a2deb55a6270c68a
/frameworks/base/packages/SystemUI/src/com/android/systemui/statusbar/policy/LocationController.java