Assets needed for shortcuts

Change-Id: I4373e03bbbea2c5fe15e075379fda072db8fe7a9
FX: NavRing fix longpress derp.

Change-Id: Icebb34612b65ff30e427f237780b366f94a9b24e
Signed-off-by: Stevespear426 <stephen.k.spear@gmail.com>
FW: Ribbons Padding, Click options, autohide updates 1/2

Adjustable padding
vibrate on click optional
if no short action set use long action icon and
  dont set short click listener - long press only mode...
Autohide flakiness fixed
Don't unlock on torch

Change-Id: I45c9f29453220e80249300b66bb61d5a7afc784f

Conflicts:
	core/java/android/provider/Settings.java

Conflicts:
	core/java/android/provider/Settings.java
StayAwake Toggle : Avoid Loss of User Setting

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

Change-Id: I42e0edb96eeccce690481df1a0cd6e4767ac486e
xFW: Ribbons Colorize action icons, unlockmethod

Unlock method for if action should be unlock or not.

now torch, notification, and power shouldnt unlock.

Change-Id: Ic0978f145c8ad4f6f944cd603bfe744415d44561

Conflicts:
	core/java/android/provider/Settings.java
Framework: CustomToggle Improvements (!Advanced)

Remove advanced Preference in favor of:
        If click = null, use longclick icon.
        This is all Advanced vs Basic was, really.
        User confusion might ensue, but ultimately,
        Exact same ability if you set click to null.
        This also clarifies the ShouldCollapse
        Preference through correlation of it not
        Collapsing on-click in basic.
        Also refresh Icons ondemand.

Change-Id: Ia56db7778c89bb38c5e77719e9fa47a9eef4c7eb

Conflicts:
	core/java/android/provider/Settings.java
FW: Navring ShouldUnlock method

Don't unlock for the ring options, and power

Change-Id: I7fa5bdfcc3c099477f87cd3cdd82a28e57a094a2
Signed-off-by: Stevespear426 <stephen.k.spear@gmail.com>
FW: settings: arrayList API rework

There is nothing wrong with the current implementation
it just requires some implicit knowledge about the internals
which should not be used for an API added at such a central
location

To reset the value back to "" you must know that setString
musst be used instead of providing just an empty list which
would be a more "logical" approach

With this the client code would also become easier cause
the check for size()>0 would not be longer required
e.g. in RibbonTargets

I would also suggest to change getArrayList so that it
returns an empty list for the case that the value is ""
instead of an list with size 1 and the single item ""

Allthough this would be a change in the API it would
make the API sync with the putArrayList and would also
be the more "logical" return value for this case

I think I have checked all current uses of getArrayList
and as far as I can see that change would have no impact
on the existing code. But please correct me if I am
wrong with this.

Change-Id: I58a34e1238fefbfe088252e785cfed3d8c3acf4b
Signed-off-by: maxwen <max.weninger@gmail.com>
FW : Allow user selection of Font Size

ps 1:  This re-structures a lot of the way icons & layouts are sized.
It allows System Icons, Notification Icons, etc. to scale according
to the size of the statusbar.  StatusBar now sizes itself based on
the height of the Font (which is user selectable in RC).

This needs a lot of testing, as I've made substantial changes to the
way the Statusbar.  Also, While everything is 'working', the alignment
of the Textviews alludes me.  All textviews are being aligned at the bottom
of the StatusBar rather than centering like they should.

PS 2:  Fix the issue with StatusBar robbing touches at boot.
Fixed windowing size update in PhoneWindowManager.
Some of the icons still don't scale exactly right,
and of course the TextViews continue to taunt me.

ps 3: Re write some of the scaling of images and add some padding.
   Create a StatusBarHelpers sub in core.util.aokp for re-using some routines.

ps 4:  Solved initial sizing issue (at boot or change) and everything
	seems to be aligned properly.
	Note that icons will only scale up to their source size.  So
	themes that provide HQ/large icons can benefit from larger
	font sizes, but some themes (including stock/system) will
	show increases in fonts and Notification Icons, but not
	the SystemIcons (right side)

ps 5: Adjust layout to elimination notification cutoff

ps 6:  Really fix layout this time.

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

Conflicts:
	packages/SystemUI/res/layout/battery_cluster_view.xml
	packages/SystemUI/res/layout/status_bar.xml
	packages/SystemUI/src/com/android/systemui/statusbar/StatusBarIconView.java
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
	packages/SystemUI/src/com/android/systemui/statusbar/policy/Clock.java
	packages/SystemUI/src/com/android/systemui/statusbar/policy/SbBatteryController.java
	policy/src/com/android/internal/policy/impl/PhoneWindowManager.java

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