Settings: Status Bar transparency and color (2/2)

This introduces status bar transparency and color changes based on an idea
of Roman.

- custom status bar color
- custom status bar transparency
- custom status bar transparency mode (launcher/launcher+keyguard/always)
- reset to default

Patchset 2:
- comment correction

cheers

Change-Id: I414f7553f58fcdc5628a314de19254ac82234cea

Conflicts:
	AndroidManifest.xml
	res/xml/status_bar.xml
Settings: Transparent navbar and more (2/2)

This commit introduces transparent navigation bar. Also colorizing method
changed.

- custom transparency
- custom color
- custom transparency mode (linked with statusbar transparency mode)
  0 = launcher, 1 = launcher and lockscreen, 2 = always
- Settings fits now with new functions

cheers

Change-Id: Icd1ef42ad461cb01b7a5964c4f5ccc7debb81b64

Conflicts:
	AndroidManifest.xml
Settings: Navigation bar button color mode (2/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: I51847db228f1ff70e9b75201eec78c25f284a4f6

Conflicts:
	AndroidManifest.xml
Settings: Add new configuration qualifier for UI change on the fly (3/3)

last night I got an idea after 5 weeks of breaking stuff and
doing to much complicated things. Together with mnazim we tried
today to realize this idea. So another absolut new unique SlimBean
feature is born.

The aim we wanted at the end was to give a simple and resource friendly
way to change the complete UI of a rom on the fly. So why not use
the great fallback mechanism of AOSP and change/add a new
qualifier into the AOSP core. To explain how it works.....if you want
to add a new UI just add in /res folder of any app or framework you want
folders with the qualifier "inverted". Eg. drawable-inverted-xhdpi
or values-inverted or layout-port-inverted or whatever you want. Put in
only the files you want to modify thats it.

All qualifier in AOSP are following strict rules. You can read here.
Do not forget the order of qualifier is important. The new "inverted"
qualifier we added to the UIMode qualifier. To get more information
about read here

http://developer.android.com/guide/topics/resources/providing-resources.html

So what this commit does:
- add new qualifier "inverted"
- support for API level 13 and higher
- change the custom UI on the fly
- control default UI Mode over config.xml
- working for all apps. They just need to include folders
  with the new qualifier name
- resource friendly....no resource wasting either programmticaly
  then source blow, because you just need to put in the files you
  want to change
- cause of the qualifier structure compatible with every phone,
  language or whatever qualifier you want to use on top
- 100% compatible to theme manager. If a theme misses drawables
  they are replaced with them from the current UIMode which is set.

What is the benefit why not use just a theme? We started half year
ago TRDS which was inverted gapps system base themed....means we
morphed directly the changes into the framework. This methoed was
on of the reasons why trds got so popular. Points for that are easy
first the system is themed, means each theme you activate over
theme engine works on top the themed system. So you have a base
style and can modify more if you want. The other reason is easy
a lot faster and resource friendly. Now this idea went to the
rom to provide two core system based themes and user
can do on top what they want or not without, like you have

This commit just adds the support for this

cheers

mnazim and kufikugel

Change-Id: I401dabcb3691446aa7886c8601245f2cd2db71b8

Conflicts:
	res/values/strings.xml
	src/com/android/settings/Settings.java
	src/com/android/settings/slim/UserInterface.java
Fix
Settings: New battery style and changes (2/2)

after a lot user requests cause of only percentage battery icon
I integrated it with some changes

- add only percentage batter icon
- add dotted circle without percentage
- abbility to colorize all percentage texts on all battery icons
- changed reset logic (slimer)
- respect theme engine
- code clean up and optimzing as usual

cheers

Change-Id: Ia07e08317cb92b7382e69a6f1a01669fc5ccf088

Conflicts:
	res/values/strings.xml
	src/com/android/settings/aoip/StatusBarBatteryStyle.java
Settings: Cleanup and fixes the second

- get rid of some pngs which we don't need to hold in settings source
- fix auto maximize lockscreen option only for phones
- fix auto maximize is now for tablets and largscreens in real removed

Change-Id: Ie6f3554a6ee8bae05c0e66426b779e025d039956

Conflicts:
	src/com/android/settings/aoip/LockscreenInterface.java
	src/com/android/settings/aoip/quicksettings/QuickSettings.java
	src/com/android/settings/aoip/quicksettings/QuickSettingsUtil.java
This is 4.3
Fixes