Frameworks: Status Bar transparency and color (1/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
- cleanup

Patchset 3
- default color should not be red lmao

cheers

Change-Id: I1a4caab5fb9900077dc385d645bdfe1234114e83

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
Frameworks: Transparent navbar and more (1/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

Patchset 2:
- cleanup some imports

cheers

Change-Id: I8df71c051b84eed8ea9db2f51f4a9d4797d3d0b9
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 on reboot navbar transparency doesn't respect user value

accidential removed standard value on last patch

sorry

cheers

Change-Id: Iced74128fc08a6413adc123c5cbf12a9797702fa
Frameworks: Add new configuration qualifier for UI change on the fly (1/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
to roms in one.

This commit just adds the support for this

cheers

mnazim and kufikugel

Change-Id: I1ef843a42d17246373eb17b4e1ec1aa9bc20d8d4

Conflicts:
	api/13.xml
	api/14.txt
	api/15.txt
	api/16.txt
	api/17.txt
	core/java/android/provider/Settings.java
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
Frameworks: TRDS goes Slim

add trds changed files to provide new UI mode engine

Change-Id: I67f8a26320c9971258eb0106c0574b5af9b4261c
Frameworks: TRDS new qualifier push up qualifier number (1/2)

Hey guys,

after this feature is working really well and a lot roms kanged
it we got a hint to change one thing which is indeed a good
idea to have less problems on AOSP updates and tools like
Apktool can provide us better without doing major changes every
AOSP update.

We pushed the number up to 69.....should be enough for
next years.

Please note for the one who are using our gapps at the moment
this will break actuall gapps till we published the new one
which will be end this week as usual.

After that we will begin to publish the apktool after we had
now enough tests....and who knows maybe the "official" Apktool
will provide us all now. So all in all a good time to change
the qualifier now before it is getting more and more
popular (we saw that first themes are providing us)

cheers

Lars

Change-Id: Ie1aeab38420cb825f6f7c1d0a5220a8bb55fc4c3

Conflicts:
	api/13.xml
	api/14.txt
	api/15.txt
	api/16.txt
	api/17.txt
Fix
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
Notification : Fix app info long-press

Addresses http://code.google.com/p/cyanogenmod/issues/detail?id=7060

Change-Id: I45c0e1b73c08ceffef02db244b947bfcedf3b20a
Frameworks: New battery style and changes (1/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: I79bac44e779d303735aad83de0c60bcc67c6c3d2

Conflicts:
	core/java/android/provider/Settings.java
Frameworks: Respect google on lower 14% battery

due that google guidelines say that battery icons should turn under a level
of 14% into red....percentage text (on percentage and percentage with icon) turns
now also red

Change-Id: I1808c40742bbf63227c27c6df7a8e05b9206fb0c
Fix Notification pile alpha background

had weird behaviour on reboot and sometimes on new notifications.

fixed.

Change-Id: Ic14fcc540021ae633c1c5ddfb577df9aa077dca3

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
Add some drawables and fix scrolling when soft keyboard pops up