Fixes for clang:
PackageInfo is a class, not a struct.
String16 is contained in the android namespace. Do not namespace prefix it
within the android namespace.
Explicitly specify which std classes are necessary to prevent ambiguous
type errors. (map, set)

Signed-off-by: Paul Beeler <sparksco@gmail.com>
HALO new vertical gestures (NOT READY FOR RELEASE)

itroduces step gestures

-- Clear all notifications
-- Clear current notification

(*)

-- Hide HALO
-- Silence HALO until woken

Signed-off-by: Paul Beeler <sparksco@gmail.com>

Conflicts:
	packages/SystemUI/res/values/strings.xml
HALO clearall/silence (STILL NOT READY FOR RELEASE)

but working ...

Signed-off-by: Paul Beeler <sparksco@gmail.com>

Conflicts:
	packages/SystemUI/res/values/strings.xml
	packages/SystemUI/src/com/android/systemui/statusbar/halo/Halo.java
HALO clearall-fix + dismiss icon (READY, BUT NEW STYLE IS XHDPI ONLY!)

Change-Id: I5d47a2dda9139445503f4e93f9a72c02b48cb88d
HALO cleanup & clearall-nap

Change-Id: I05e45812fa10e3f6b3818ac4a96d94c7d0d5d125
HALO: drawables are completely fucked

-Fix wrong size png's
-Add missing png's
-Make all png's more consistant
Signed-off-by: Paul Beeler <sparksco@gmail.com>
update the rest of the status bar icons from PA for xhdpi

mdpi and hdpi are already done :)
Signed-off-by: Paul Beeler <sparksco@gmail.com>
Clean up Halo stuff.

Change-Id: I565fbb272254354e1909668f7467d22065e66ee8

Conflicts:
	packages/SystemUI/res/drawable-hdpi/halo_bg.png
	packages/SystemUI/res/drawable-nodpi/bubble_black_l.9.png
	packages/SystemUI/res/drawable-nodpi/bubble_black_r.9.png
	packages/SystemUI/res/drawable-nodpi/bubble_l.9.png
	packages/SystemUI/res/drawable-nodpi/bubble_r.9.png
HALO cleanup

Conflicts:
	packages/SystemUI/res/drawable-nodpi/bubble_l_custom.9.png
	packages/SystemUI/res/drawable-nodpi/bubble_r_custom.9.png

Change-Id: I21e2535c6ae2fdc8e03bd7fe07b6a9a8751884d8
HALO: Speech bubble, fix padding
Remove bold text. Normal looks better.

Change-Id: If70271705bc488e279e7783b45ea1223382ef060
Fix occasionally flickering music control widget.

The problem was seemingly related to the player abandoning audio focus
while the playback state was still set to 'playing'. In that case, the
transport control was removed from the keyguard host because it had no
listener anymore, but later was re-added due to isMusicPlaying() still
returning true. Re-adding it lead to it re-registering with audio
service, which cleared the display due to nothing being connected, which
lead to the detachment listener being called again, which in turned
closed the loop.

While this may be a sign of a buggy player app (it should stop its
playback prior to abandoning audio focus), this situation still should
be handled gracefully. Fix the problem by simply reporting no music
being played while no remote control client is connected.

Change-Id: Id6834d38bc6faa3b6455ac66b413443f85606785