Frameworks: add power menu to SlimActions (1/2)

like the feature before we can see now how easy the util
class and the dlsv is for us to use....just 8 lines + drawables
and we have a new feature available on all navigations

Change-Id: I88b5d5ded06294824679b0850725f14240c2ef92
Frameworks: add DeviceSupportUtils helper class

adapted partly from cm (thanks) + own modification for our needs.
Currently unused but there will follow a bunch of commits which will
use it next days

Change-Id: Ifc0c1353e1d65ead000d07e2eab2ed7d8eaa1894
Framweworks: add filter method for supported phone features

which will be later used for any settings arrays which need to be
filtered out.

Change-Id: Ifc941a8e0834526b1fa95843beee2c6eafe2e120
Frameworks: add torch to SlimActions

can't sleep so will do the easy things on the todo list lol

Change-Id: I3aef8f2133350b87a78707b9392123947425f8e5

Conflicts:
	core/java/com/android/internal/util/cm/ButtonsConstants.java
	core/java/com/android/internal/util/cm/ButtonsHelper.java

Conflicts:
	core/java/com/android/internal/util/cm/ButtonsHelper.java
Frameworks: bring navring/pie/navbar vibrate/sound inline with AOSP

currently all 3 features are doing it a bit different. For navigation
AOSP has for normal click:

 short soft vibrate + click sound

for longpress

 no sound but more intensive vibrate

This commit does:
- seperate keyevents haptic and sound from the other actions and call them
- add vibrate and sound to navring
- navbar only vibrate when the action is performing
- do not use custom vibrate on keycodes
- bring all inline with AOSP like described above
- fix a possible NPE on lockcreen

not solveable (do not ask me...google is not always consistent especially
on keyevents) due the change will break other global behaviours:
- menu button always have a click sound even on longpress.
- powermenu always have a second vibrate due of GlobalManager

all other works inline like described

Change-Id: I90fae2393c5c654055014556b0772447313d28b4

Conflicts:
	core/java/com/android/internal/util/cm/SlimActions.java
Frameworks: fix defaulte transparency value

Change-Id: I32fec3cc87990574b6a46aa4c3367a4a3f330c4e
Frameworks: fix typo

Change-Id: I58dc2bc1e510101f0c180be34442722c90cc9a57
Allow theming of lockscreen

Change-Id: I10799482e0b393746b4c9818f94862109fac6006
Frameworks: fix possible NPE on SlimPIE

some activity chooser (from launchers) give the user choices which do not
exist and would give back a null drawable. To prevend the NPE
check the drawable for null

Change-Id: I3c2c1e1ddff32b383f1ee24e41de22a9a4524ff3
Frameworks: dynamic PIE menu button + navbar menu logic cleanup (1/2)

at least the whole menu button stuff is from android version to android
version more depreciated and will go more and more away. So let us do it
like google:

- clean up the messy old AOKP navbar menu code
- make it only selectable when the menu button is really there
  and not as well when it is completly hidden
- remove the menu button action with big icon due off redundancy
- switch between modes: default jb (shows only on request), always and none
- All the above as well now in PIE...small button in first row is added
  same selectable modes for the menu lover lol
- smaller adjustments
- settings adjustments

Change-Id: Ie383843990ea40e52ef2fbe90401a3c38375d740

Conflicts:
	core/java/android/provider/Settings.java
	packages/SystemUI/res/drawable-hdpi/ic_sysbar_menu_big.png
	packages/SystemUI/res/drawable-mdpi/ic_sysbar_menu_big.png
	packages/SystemUI/res/drawable-xhdpi/ic_sysbar_menu_big.png
Removed left over nav bar class from CyanogenMod

Change-Id: If0fd25b57de77fb33c764e294211dcd5d8899c76
Some icons corrections

Change-Id: I9f804b351c3ddddfb014e5c01e71687e441bbac1