SystemUI: More memory leak fixes

PS2: fix Clock FC

Change-Id: I0929786c33475bb471db90f757321502a19c8702
Signed-off-by: Dirk Rettschlag <dirk.rettschlag@gmail.com>
Audio continue to played even if paused manually

Currently, audio will resume playing after a phone call
or notification even if the user had manually paused playback.

This patch addresses that by introducing a new player state
to distinguish the user pausing playback and the browser
losing audio focus for some other reason. Audio will only
 resume if the browser temporarily lost audio focus and
not when the user has manually paused playback.

Change-Id: I9e8beaedb0fcc5afe920068297ed9c387eab2ac8
Signed-off-by: Roger Chen <cxr514033970@gmail.com>
FW: Navring Spen pull arrays from AwesomeConstant

Use method of pulling arrays opposed to having to update
the arrays in RC. These will automaticlly pull new awesome
actions in.

Change-Id: I56f9e31db4d13a1589003e2d082239b4fff4294b
Signed-off-by: Stevespear426 <stephen.k.spear@gmail.com>
Update Japanese translation

Change-Id: I2ff6e932483393ac2c1d3b7384f7b10656778156
Signed-off-by: rdgate <rdgate@gmail.com>
Squash Dark UI commits from Slim

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:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
	services/java/com/android/server/UiModeManagerService.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
Merge "Update Japanese translation" into jb-mr1
StayAwake Toggle : Avoid Loss of User Setting

Should disable the tendency to revert to 30
        second timeout if SystemUI dies
        while stayawake is enabled

PS2: Fix
PS5: Dependency
Change-Id: I42e0edb96eeccce690481df1a0cd6e4767ac486e
FW: Ribbon Fix swipe ribbon and toggles for TabletUI

Change-Id: I06408c0025001a7436342115c07055514bb3fd8c
Signed-off-by: Stevespear426 <stephen.k.spear@gmail.com>
Merge "Audio continue to played even if paused manually" into jb-mr1
Merge "StayAwake Toggle : Avoid Loss of User Setting" into jb-mr1
Toggles: resize bitmap in UserToggle

This will resize the bitmap of the user to a reasonable size.

Before the bitmap would use almost 1mb in memory on my phone and
after the change it is now at 250kb.

Change-Id: I6b06cc97b1c94edeb307777a9479e3abc119777e
Signed-off-by: Dirk Rettschlag <dirk.rettschlag@gmail.com>
Merge "FW: Navring Spen pull arrays from AwesomeConstant" into jb-mr1
Merge "Squash Dark UI commits from Slim" into jb-mr1
Merge "SystemUI: More memory leak fixes" into jb-mr1
Replace weekday by date view in statusbar clock

Change-Id: I434858a083270620509489a954a824b84b6a7887
FW: list rejected calls separately

Change-Id: Ic0fe092c75eed692a3ee2acf048283eada4ed7ad
Signed-off-by: ChampionSwimmer <android@championswimmer.tk>
Base: Increasing ring volume

Change-Id: Ie78f4db7c2e9db4a0464158f85374fcdfd1067b3
Signed-off-by: Petr Reznicek <kecinzer@gmail.com>
Squash Dark UI commits from Slim

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:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
	services/java/com/android/server/UiModeManagerService.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
FW: Hidden Statusbar Pulldown (1/2)

Currently the Statusbar can be hidden through various options. While this is on
though, notifications, signal, battery, etc cannot be seen. Sure you could just
unhide it real quick but Hidden Statusbar Pulldown allows you to swipe down and
reveal the Statusbar for a configurable amount of time before hiding again.

Thanks to blk_jack and Steve Spear for the help (im a java noob :D)

Change-Id: I486dae7cb2fb2be117932073925f2f7c0e1e873a
Allow custom density setting

Use system property persist.lcd_density to set custom density.  The custom
setting affects the entire UI.  It is independent of ro.sf.lcd_density and
has no effect on play store compatibility.

Code distilled from PA project via PAC project.

Change-Id: I8d26405d5d33bdf2890a0e9f67f113a4dc3e763b