Frameworks: Navigation bar button color mode (1/2)

due some user complains about the bad coloring of custom and app icons, a fix
became a feature.

- overworked colorizing more icon specific
- introduce color mode (0 = all icons, 1 = only system icons, 2 = system and custom icons)
- change porterduff mode for app and custom icons....now a lot better for most icons
- changed in settings to fit the other structure

cheers

Change-Id: Id24ac6e476d80ace2df08db12533142d0750e179
Fix Navbar longpress power button

custom lonpress action showed global power screen instead of doing
the right action in front. Due we called POWER_SERVICE it was clear that
longpress will open that windows. Using now Power Manager to get
phone into deep sleep

Change-Id: Idd760e99699beb558587338b76f5c39572c37828
Fix Navbar notification long press didn't open custom app. Typing error in initial push.

Change-Id: I086d3a6bef41706e06d3b3890cc8ea2b5d132d35
Last App Toggle [2/2]

Signed-off-by: Zaphod <mwilson@acesappraisal.com>

Change-Id: I7199c941f63ff83c22f30ff833aa36739b21e749

Conflicts:
	packages/SystemUI/res/values/strings.xml
	packages/SystemUI/src/com/android/systemui/slim/SlimTarget.java
Fix navbar and navring last app toggle

sorry for that....fixed now

cheers

Change-Id: I896dc9040c9397b1a98062262a3a005abba85c75
Fix sorting of navring

lol I do it wrong since we integrated our custom navring. Order logic is not the same
as the order logic in settings. Currently it is from right to left. This change
change it from left to right.

Change-Id: I5dfe3fabcb58726f266f4c5fcdbcf912ca885885
Frameworks: Lazy dev part 2 + small fixes (1/2)

this is based on the last lazy dev commit from me with the same
reasons, this time navbar and statusbar white color did no stick because
of not used long var to save.

Best on that....I realized later that I am not allone a lazy dev. Aosp
does count -1 automatic as white lmao

whatever changed default valus to -2 and cleaned 4 lines up

cheers

Change-Id: Ie6cb0c80d6b1aff1fdb4c257a658e73506ade4df

Conflicts:
	core/java/android/provider/Settings.java
Add PhoneWindowManager checks to NavBar KillTask runnable

This addresses the issue where binding NavBar kill app can cause a system crash by killing inappropriate system processes.

Change-Id: I48f4c9b48131ffc9d7efe6f4f58bcaecc0fea304

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/policy/ExtensibleKeyButtonView.java
Fix Navring shows up on all buttons

Change-Id: I008b9e29628ada3ea728ce12233a50915c77c76b
Frameworks: Change navbar general behaviour (1/2)

This commit changes that navbar is present on all devices even
with hardware keys. On hardware key devices the navbar height is
set to 0 as default now. Several reasons for that.

- no SystemUI restart when de/activating (last one we had :p)
- our navbar is very resource friendly so even no problem for the
  low end devices
- we can now use some of the navbar stuff you will see in next commits
  navbar magic :p

This commit also respects the different handling off menu's. Thats
why a part of the code (hasNavigationBar()) will be still left because
it is needed in main for

core/java/android/view/ViewConfiguration.java
core/java/android/view/IWindowManager.aidl
core/java/android/view/WindowManagerPolicy.java

this files which are controling that.

Settings commit:
- additional cleanup of no needed imports

cheers

Change-Id: I7838a7f25744de965c35097880abd760347244dd

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