squashed commit for lockscreen notifications

Change-Id: Ibef3b79698ec0594bfc30f02b432cd4cffac7cf6
Signed-off-by: scott <scott@ubuntu>
status and navbar custom color

Change-Id: Idea0d77e20b35522488394a78f7ecc5a1609bdd2
Signed-off-by: scott <scott@ubuntu>
add breathing icon options to status bar settings
 * voicemail
 * MMS
 * Missed call

Change-Id: If54cc05adb50bf9b46633e21b8dd2dccd888e60a
Signed-off-by: scott <scott@ubuntu>
Add custom notification header option

* Tried this one awhile back and didnt seem to work...
well alot has changed since then so lets give it another whirl.

Change-Id: I2ac7cf1ec3fee117a1bc8257b99a46419881035b
Signed-off-by: scott <scott@ubuntu>
2/4 and 3/4 Audio Themes Settings.  All credit to omni

Change-Id: I12f9ec67e130168eca3161ee3be67d17d2946164
Signed-off-by: scott <scott@ubuntu>
Fix memory leak in ManageApplication

ApplicationsAdapter new a Session member and make it has a reference to
it self. If we don't release it explicitly, the cross reference will
cause memory leak.

Change-Id: Iecce35ae1d56d98cee6347e84d3a3ff57f3b15a5
Settings: Handle navbar heights correct on dpi changes + more (2/2)

Till now we set the height in px in the settings. Which is a problem
especially on multiDPI roms like we are when the user afterwards changes
the dpi due that it isn't calculated correct anymore on the new dpi.

This commit does
- save the dp value in provider and calculate the real px in fb
- clean up the settings stuff for it + do it a bit nicer (only settings part
  where we do not set the value for the listview)
- as well this commit disables movable navbar for tablets (we may will enable
  it in future but it needs a lot more work to have it on tablets correct working)
- add Converter class for common methods we always use....till now only px->dp
  and dp->px method

Change-Id: I7320ea0578a10806883a45369dd628f2c51958fa
Signed-off-by: scott <scott@ubuntu>

Conflicts:
	res/values/cm_dimens.xml
Settings: Super advanced Custom Toggle (2/2)

If user sets up a custom tile with Chamber of Secrets
actions all of the same setting and each action only
has one value per tile-state we now set up an observer
for that setting. This means the tile will listen to
settings changes for the user and change states as
necessary.

EXAMPLE:
Custom Tile Settings:
State 1 > Chamber > "location_mode" > 3 > name: "GPS on"
State 2 > Chamber > "location_mode" > 2 > name: "GPS off"
Save.

User is informed their tile can now be observed and will change
states as necessary.  Ask them to add an icon and label if the
state isn't recognized (I.E. location_mode is set to 1).
Label set to "disabled" with [ICON].
GPS is changed via Settings>Location...
Another tile...etc.
Tile matches it's state or moves to unknown if setting != user
values in tile.

See Video:
https://www.youtube.com/watch?v=pw5Epcp0fq4

PSX:
Reverted to old build and dirty flashed.
Fixed potential FC's there.  This code can
probably stay since it's all Settings-side...
But if we'd like we can phase it out in a
couple months or something.  We don't want
SystemUI to take a dump when a user saves a tile
that has old code in it's settings.

Change-Id: I09034c76c3bc67179c6eaeb0b23a6d39415caf68
Signed-off-by: scott <scott@ubuntu>

Conflicts:
	res/values/slim_strings.xml
	src/com/android/settings/beanstalk/quicksettings/QuickSettingsTiles.java