Hide QS Panel Toggle [1/2]
Patchset 2:
- rebase

Patchset 3
- correct hidden value call
- no need to call it in NotifPanelView also...call it from PhoneStatBar
- add controll on all places where needed to hide and prevend SystemUI FC
- disable hide function for tablet and largescreens
- change behaviour on the fly without systemUI restart
- some minor stuff

Patchset 4
- slim up the code

Patchset 5+6+7
fever could do sometimes strange things, last one I prommise

cheers

Lars

Change-Id: I079583060fe51015372bd6303aff474652914aea

Conflicts:
	core/java/android/provider/Settings.java
	packages/SystemUI/src/com/android/systemui/statusbar/phone/NotificationPanelView.java
Status bar Auto-Hide [1/2]

Add an option to auto-hide status bar when there are no
notifications.

PS 2 : Improved Logic

Change-Id: I9f9fdb443f6ed981c1941716491cef757b42f8ba

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
	policy/src/com/android/internal/policy/impl/PhoneWindowManager.java

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
	policy/src/com/android/internal/policy/impl/PhoneWindowManager.java
Frameworks: Ehance toggleNotificationShade feature

allows to toggle notification drawer in any situations
on fullscreen mode as well in expanded desktop mode
and on all other features we have
cheers

Change-Id: I56185f2c48700d9f2d69c02585810db4e95e2e32

Conflicts:
	core/java/android/provider/Settings.java
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBarView.java
	policy/src/com/android/internal/policy/impl/PhoneWindowManager.java

Conflicts:
	policy/src/com/android/internal/policy/impl/PhoneWindowManager.java
Frameworks: toggleQSShade (1/2)

we have a notfication shade toggle....but we cannot toggle
directly the QS drawer via SlimPIE, navbar or hw keys.

This commit does:
- bind qs shade toggle to slimpie, navbar or hw key
- logic detects if you are already in the notification drawer
  and switches then between qs and notification area. If not
  it closes the notification drawer or qs panel depending
  which of both is open
- icon changed to the same icons which are used in the notification
  drawer to have a visual consistence
- as well like the notificationshade toggle it is toggleable
  in expanded desktop mode or on fullscreen apps
- bindable as usual on normal and longpress actions
- for tablets it is of course just opening and closing
  due they have seperat notfication drawer and qs

small demonstration:

https://dl.dropboxusercontent.com/u/106208842/qstoggle.mp4

Change-Id: I0766f837fdfc19da8d4d136cee3022d4484feec9

Conflicts:
	core/java/android/provider/Settings.java
	core/java/com/android/internal/statusbar/IStatusBar.aidl
	core/java/com/android/internal/statusbar/IStatusBarService.aidl
	packages/SystemUI/res/drawable-hdpi/ic_sysbar_notifications.png
	packages/SystemUI/res/drawable-mdpi/ic_sysbar_notifications.png
	packages/SystemUI/res/drawable-xhdpi/ic_sysbar_notifications.png
	packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
	packages/SystemUI/src/com/android/systemui/statusbar/policy/PieController.java
	packages/SystemUI/src/com/android/systemui/statusbar/tablet/TabletStatusBar.java
	packages/SystemUI/src/com/android/systemui/statusbar/tv/TvStatusBar.java
	policy/src/com/android/internal/policy/impl/PhoneWindowManager.java
	services/java/com/android/server/StatusBarManagerService.java

TODO:
-Add TOGGLE_NOTIFICATION_AND_QS_SHADE option for Pie
-Add TOGGLE_QS_SHADE to AwesomeConstants maybe
-Clean up

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
	packages/SystemUI/src/com/android/systemui/statusbar/tablet/TabletStatusBar.java
	policy/src/com/android/internal/policy/impl/PhoneWindowManager.java
Fix Expanded Mode

This fixes the erratic behavior that causes fullscreen apps/games
to rotate into portrait, in expanded mode. Weird as usual!

PatchSet:
- small clean up

Change-Id: I72febac50a282f7b5bf570e46ef0dd38215a6bab

Conflicts:
	policy/src/com/android/internal/policy/impl/PhoneWindowManager.java

Conflicts:
	core/java/android/view/IWindowManager.aidl
	policy/src/com/android/internal/policy/impl/PhoneWindowManager.java
Add Statusbar Quick Peek [1/2]

Adds the ability to peek at the statusbar when hidden
by swiping down from the top edge of the screen.

PS 1/3 : Fixed Derp!
PS 4   : Added Fullscreen app support!
PS 5   : Added Pie Detection
PS 6   : Derp forgot the TOP Flag!
PS 7/9 : Some fixes

Change-Id: I4beda91e21518cd2fa391ff1b0fe23ea8e24370e

Conflicts:
	core/java/android/app/Activity.java
	core/java/android/provider/Settings.java

Conflicts:
	core/java/android/app/Activity.java
	core/java/android/provider/Settings.java
Frameworks: fix quick peek

only react on a real swipe to avoid accidental show up
on pressing an action on eg ActionBar

as well the pass trough of mPieTop never worked. Not the
problem due that pie is overlaying this part

reduce the settings value write a bit....we need to
be as fast as possible here due that this method is
called on every touch event

PatchSet: minor code correction

Change-Id: Iced268ad043b753d93375439d7835d8570b7649c
Statusbar behavior: Refactor everything (1/2)

Huge credit to @Bajee11 as I used his previous commits as examples for these. And of course credit
goes to @SlimRoms for their Status bar Auto-Hide and Quick Peek features!

Change-Id: I40f2e60c138e303e677b8d313c1dfb42a78e4a2f

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
	policy/src/com/android/internal/policy/impl/PhoneWindowManager.java
Statusbar behavior: Auto hide options [1/2]

We can now choose to auto hide when there are no non-permanent notifications, or non at all.

This is HardCorePawn's "Specify notification types for Auto Hide.."
& kufikugel's "take notification size into account.." applied to our statusbar behavior pref.
Credits to both of them!

- Fixed auto hide logic

Signed-off-by: Andros Rosa <andros2011@gmail.com>

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
WRITE_SETTINGS permission is a problem for QuickPeek

so let is handle over the statusbarmanagerservice

Change-Id: Id88147ad814bc1603df5c6c2e538ace06585dcc6

Conflicts:
	core/java/com/android/internal/statusbar/IStatusBar.aidl
	core/java/com/android/internal/statusbar/IStatusBarService.aidl
	packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
	packages/SystemUI/src/com/android/systemui/statusbar/tv/TvStatusBar.java
	services/java/com/android/server/StatusBarManagerService.java
Frameworks: reenable all keyboard features for 3rd party keyboards

use like quickpeek statusbarservice for it.
Gives us as well for other future features more
flexibility

Change-Id: I1e9e2497212d27eacbbb63f64961361aaed9aee7

Conflicts:
	core/java/android/inputmethodservice/InputMethodService.java
	packages/SystemUI/src/com/android/systemui/statusbar/BaseStatusBar.java
	packages/SystemUI/src/com/android/systemui/statusbar/CommandQueue.java
	packages/SystemUI/src/com/android/systemui/statusbar/tv/TvStatusBar.java
Add another AwesomeAction

Add Quick Ssettings action to AwesomeConstants, etc

Plus fix some derps from previous commits

Change-Id: I97d937624f8ddbdc1bb44ff6275d3427aa897887
Framework: Fix blacklist support

Copy & Paste isn't a good friend for programmers ;)

Change-Id: Ic6ab81462530f614b9e896cb098590241accb192
AudioService: Catch up to CM

Combo of a few commits we were missing

Send device connection intents from AudioService
AudioService is currently notified of wired headset and A2DP
sink connection states via broadcast intents from WiredAccessoryObserver
and BluetoothA2dpService. This is a problem as there is no guaranty that
AudioService can take actions upon the change before other apps are notified.
For instance, the Play On feature requires the UI to be refreshed when a device
is inserted/removed and we must guaranty that the UI component can read
new A2DP enable state from AudioManager after it receives a device connection state
change intent.

- Added hidden methods to AudioManager so that WiredAccessoryObserver
and BluetoothA2dpService can notify AudioService of device connection directly.
- The wired accessories connection intents are now sent by AudioService.
- The A2DP state change intent is delayed by BluetoothA2DPService when
ACTION_AUDIO_BECOMING_NOISY is sent by AudioService
- ACTION_AUDIO_BECOMING_NOISY intent is not sent when disconnecting A2DP
while a wired headset is present and vice versa.

Bug 6485897.

Change-Id: Ie160b3ee5f451132065530772b868593c90afd94

Audioservice: fix A2dp support on Samsung's Audio Policy HAL.
Samsung's audio policy HAL doesn't handle A2DP delay commands
correctly which was merged in JB.
Adds a nodelaya2dp config option.

Change-Id: I188c6e59fdf1b30bef41d8e1aa84ac5319f3bcc3

Fix code formatting issues.
Change-Id: I5c3cde249cd5b514c616b8c42b8eb2549de247a6

Fix ringer mode being unneededly changed by setting ringer mode volume
to 0.

When having set the ringer mode to silent on a device with vibrator and
calling setStreamVolume() for the ringer stream again (e.g. in one of
the volume control dialogs in the settings app), the ringer mode is set
to vibrate, although there's no reason to do so.

Fix that by remembering the last non-normal (that is, either silent or
vibrate) ringer mode and using that when setting the stream volume to 0.

Change-Id: I27f1c75a0fef52bd63ac20f4101042808ce2c458
JIRA: CYAN-1403

Fix ringer mode being unneededly changed by setting ringer mode volum…
…e to 0.

When having set the ringer mode to silent on a device with vibrator and
calling setStreamVolume() for the ringer stream again (e.g. in one of
the volume control dialogs in the settings app), the ringer mode is set
to vibrate, although there's no reason to do so.

Fix that by remembering the last non-normal (that is, either silent or
vibrate) ringer mode and using that when setting the stream volume to 0.

Change-Id: Idb4a34743c0db5da61b3354889212fbdc9e3ee81
JIRA: CYAN-1403
Telephony: Introduce config item for Hot Swap support

When a Uicc Card is inserted or removed, Android pops up a prompt
to the user to reboot the device. This prompt is unnecessary if the
modem supports Hot Swapping of cards.

Introduce a new config item to indicate if the modem supports
hotswapping. Frameworks can then check this before propmting the
user.

Change-Id: I0f2c3134525aa2301fd667d0a1819f4419eecae0
Enable custom actions for double-tap home (1/2)

PatchSet1: add custom actions
PatchSet2: set defaults
PatchSet3: try to get defaults from config.xml
PatchSet4:
* do get defaults from config.xml
* store state of HARDWARE_KEY_REBINDING
* removed trailing whitespaces
PatchSet5: merge with 48002
PatchSet6: getting late, forgot to change the title when merging
PatchSet7: remove whitespace trimming, reduce code duplication
PatchSet8: rebase, simplify code

Change-Id: I041e7ab3853b356ddbdab2524f096546319276f9
fix HALO silence bug when notification is dismissed
PowerWidget: Fix SysUI FC on Sleep button
ParanoidAndroid icons.
Status Icon Color

PS1: Where's this coming from? QS
PS2: Noob coder, what do ya expect
PS3: Fix the error, use getInt instead of getBoolean, getting weird errors on the other side...
PS4: Remove Clock Color support and use natively STATUS_ICON_COLOR instead
PS5: derp

TODO:

- Make CircleBattery into the Status Icon Color support

Credits to:

- ParanoidAndroid
- travp624