Frameworks: rest of shortcut icons by Sven R.

Change-Id: Ibbf7899e89906530c169c5e24d803aedfcbeb038
Frameworks: Slim heads up customizations for LP (1/2)

Basically it follows the same idea like we had on SlimKat....see here
https://github.com/SlimRoms/frameworks_base/commit/323ed77c5e5bd6d421beae1f8118eb580be5ecf1

That said there are some differences in this more or less completely
recoded feature.

- Moved it into the app policy files
- Enable/Disable on every app (no system apps)  either longpress a
notification and an button appears / or in notification app settings
- For now only snooze and heads up timeout configurable....other stuff
will follow later.
- fix up some AOSP code for it as well fix some UX inconsitence.
- left swipe dismiss, right swipe put into background, swipe down opens
notification drawer and moves the notification into it
(aosp default behaviour is a big UX disaster....swipe up dismisses it
completely and swipe down open notification drawer but heads up
stays....first
   happened to me 10000 times accidentally which is really bad and
second does not make sense. Hence this change of the default behaviour)

Well and a lot smaller things as usual.

Last PS
- fixed some minor stuff
- reset snooze timer when screen goes off
- do not show headups if notification drawer is visible

PS
making snooze button functional - we may need to move it a bit down.

PS
give snooze button a bit animation love

PS
icons

PS
add accessibility descriptions etc

PS
hedasupcandidate package fix
move snooze timout into config
smaller fixes
out off WIP and ready to merge
added commit description

Still ToDo:
Settings

Conflicts:
	core/java/android/app/INotificationManager.aidl
	core/java/android/app/NotificationGroup.aidl
	core/java/android/app/NotificationManager.java
	core/java/android/provider/Settings.java
	core/res/res/values/slim_strings.xml
	packages/SystemUI/AndroidManifest.xml
	packages/SystemUI/res/layout/notification_guts.xml
	packages/SystemUI/res/values/config.xml

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/phone/PhoneStatusBar.java

services/core/java/com/android/server/am/ActivityStackSupervisor.java

services/core/java/com/android/server/notification/NotificationManagerService.java

services/core/java/com/android/server/notification/RankingConfig.java

services/core/java/com/android/server/notification/RankingHelper.java

Change-Id: Ic8977feb4bb0700f1093ce7d62c22d4c63c69bad
Signed-off-by: STELIX <ssspinni@gmail.com>
Frameworks: Only set package name on user heads ups

Let us not influence the default aosp behaviour which could conflict if an app
is strange coded

Change-Id: If69e40ce932ce7e77886d250879346a9a43920a2
Framworks: Possibly construct ticker views if user changed settings.

Otherwise it leads into a FC

Conflicts:

packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java

Change-Id: I3f96e162fb9d221cca5d376f38c3a313c8746d48
Signed-off-by: STELIX <ssspinni@gmail.com>
Frameworks: add ability to change the color in battery saver mode (1/2)

User complain about the ugly orange....give the user the ability to
change the
color in status and navigation bar if battery saver mode is activated.

Especially for you Tylog :D

PS
- move it into the observer...method is called to often to call every
time
the settings value for it.

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

Change-Id: I48ed2e85c462a2e94770b2bc1ad75b1ca40f2304
Signed-off-by: STELIX <ssspinni@gmail.com>
Frameworks: Be sure heads up view is attached before removing it

We did not have it in our tests but some user ran into it. Thing is if the
system is disabling notifications for whatever reason and till this time the
view was never attached and the system tries to detach the view on windowmanager
we run into an illegal argument exception.

Fix it with simply checking if the view was attached before removing it.

Change-Id: I0800beed3553815cc529087052138345773b32e4
FW_Base - Some Heads-up merge-fix

Change-Id: Ie7ff96bdbbadb8af20d845608d18febfe60348dc
Signed-off-by: STELIX <ssspinni@gmail.com>
FW_Base - Shorten Back to Kill time

Change-Id: I933858e7e86166fad72e23114f1f022fc1d83692
Signed-off-by: STELIX <ssspinni@gmail.com>
FW_Base - Fix FC on clear data in recents

Change-Id: I605ccb2104ab01439cc3c4c3c12c21629092707e
Signed-off-by: STELIX <ssspinni@gmail.com>
FWB: Gesture Anywhere - bring it back [1/2]

AICPfy lp5.0:
- Lollipopify LOL
- By request from doc
- Added TriggerOverlayView from AppSidebar
- some lines from Locskcreen gestures to get
it compiled and working

Change-Id: I04acb9a88fe0011921a1bafdc1919d76ce57aedf
Signed-off-by: STELIX <ssspinni@gmail.com>
Return: Listanimation Views and Interpolator [1/2]

PatchSet:
    - optimize more:
    - call provider values only when needed and do not fire them permanently.
      so just do it if scroll state changed.
    - as well go out of the setAnimation method as soon as possible. We
      handle here methods which get called 10000 times during scrolling
      so we need to be as fast as possible.

PS:
- initialize the animation modes default to off just to be sure

PS:
- move state change out of OnScrollListener
- reduce the provider value call to only one call

AICPfy lp5.0:
Bring it to Lollipop
Settings menues don't animate and fuck me if I know how to fix it

Change-Id: I5e49d858318420e76101fa6334ff766bd9496c83
[1/2] base: allow disabling volume adjust sound

Change-Id: I95893180865209d2aeaf4b3fa129a74df7523bbe
Revert "Framworks: Possibly construct ticker views if user changed settings."...

... and few Slim's HeadsUp fixes

This reverts commit 7021932f2f5519a5f405deadffa32610c4c90a2c.

Conflicts:

Change-Id: I785fca5279282d81768e022c86d1343dec00eca8
Signed-off-by: STELIX <ssspinni@gmail.com>