FW: Navring Rework.

PS2: Moves drawables and static strings to Frameworks, Removes
     some redundant code from RC.

PS3: Needs awesome action update for now if we dont add it ill
     rebase.

PS4: Rebase and clean up, plus I added the option to turn "off" the
      navring by setting all targets to null or none.

PS5: added logic for custom icons

PS6: forgot to add Icons to the settings observer
     adjust some long press logic

PS7: Comment message clean up

PS8: Rebase of the new awesome action

PS9: cleanup

PS10: Rebase

Change-Id: Iff157e4e49407f46284f52697befe6cc3d5a42d7

Conflicts:
	core/java/android/provider/Settings.java
	core/res/res/values/symbols.xml
	packages/SystemUI/src/com/android/systemui/SearchPanelView.java
Navring: fix NPE if app uninstalled and in Navring

remove generic exception not needed.

Change-Id: Iec7f79f9d7c236d2afe3788dc35f890b2e3c4f84

Conflicts:
	core/java/com/android/internal/util/aokp/NavRingHelpers.java
Navring: Fix landscape for phones and 4+ targets

Change-Id: Id8004342007d298f1cb1815ab073ea6129782ad4
Signed-off-by: Stevespear426 <stephen.k.spear@gmail.com>
FW : Rework NavBar UI in ROMControl.

This turned out to be a little more in depth than I planned.
Decided to do some integration with AwesomeAction while
overhauling the UI.  This required adding some methods to
AwesomeConstants so that we can get the list of actions and
their 'ProperNames'  from a single object.

ToDo:  Do a similar move of objects/names for the icons.
   This will allow a single copy of each icon rather than
two like now.

Themers and Translaters are gonna be pissed when this is done.

PS2:  Created a method to return the Drawable/Icon associated
with a given action.  I've imported the XHDPI icons only at this
time (so non-xhdpi test builds will not work!)
Also, some of our 'actions' didn't have associated icons so I
copied a few from other areas.  They will need to be looked at
for 'appropriateness'.

ps3:  Moved NavBarHelpers into frameworks.  Copied over the rest
of the DPI icons (Resized quite a few too) - the images still need
review/updating to be more holified, but they will work as is.
Todo: started a way to subract subsets of Actions for the appropriate
function (ie, NavBar might not need access to *all* Actions.  I didn't
implement yet as I need a clever/clean way to subtract Array sets.

ps4:  Had to remove a few references to moved icons in SystemUI

ps5: Moved Icons back to SystemUI made a SystemUIResource getter method.
     Made navring use navbar icons.

ps6: update a few icons - thanks to Nitroz

Change-Id: Ia58f25f600fb92b70a4658e16a512e9a9ea8430f

Conflicts:
	core/java/android/provider/Settings.java
	core/java/com/android/internal/util/aokp/AwesomeConstants.java
	core/java/com/android/internal/util/aokp/NavRingHelpers.java
	core/res/res/values/strings.xml
	core/res/res/values/symbols.xml
	packages/SystemUI/src/com/android/systemui/statusbar/NavigationBarView.java
Allow theming of lockscreen

Change-Id: I10799482e0b393746b4c9818f94862109fac6006
policy: add missing spacer view

Statusbar and toggle views were squished together,
looks like this got left out.

Change-Id: I0a580662fa75d3b430536b6820df9d040eb51384
Signed-off-by: Roman Birg <romanbirg@gmail.com>
Framework: CustomToggle [WIP]

Early Early Early stages.
Probably going to need A LOT of help here.

Also, Yes.  You're ALL being kanged <3

So far...SteveSpear426.
More WILL Follow.

PS4: Thanks to SteveSpear for Finding My Derp.
PS6: Fix States && LongClick Logic
PS7: Whoops.  Let's pretend PS6 never happened.
PS8: Added Some Options / Fixed State at Boot (maybe)
PS9: Actually set at boot (per option)
PS10: Option to Change Action Logic
PS11: More Options
PS12: Set On Boot Fix For "Basic" Toggle
PS13: Bothering me.  I'll get digging this weekend...
        Just a quick avoidance of runnable if not
        needed.
PS14: Refactored to follow the new NavBar UI in ROMControl.
PS15: commit message derp.
PS16: Rebase against dependcies
PS17: CustomState presists across death
PS18: Derp
PS19: Spacing errors
PS20: Rebased
PS21: Revise Option Default Per RC Update

Change-Id: I80f157d1a8d68ad0b21028aa7d730025e2ceea04

Conflicts:
	core/java/android/provider/Settings.java
	packages/SystemUI/res/values/strings_toggles.xml
	packages/SystemUI/src/com/android/systemui/statusbar/toggles/ToggleManager.java
NavRing: fix icon size

This will add some icon resizing if the app icon is
bigger than the standard icon for the divice density.

Formatting.

Change-Id: I1a816eccd3c77158a0c9c7631c3a7334b4fb3c24
Signed-off-by: Dirk Rettschlag <dirk.rettschlag@gmail.com>

Conflicts:
	core/java/com/android/internal/util/aokp/NavRingHelpers.java
SystemUI: fix memory leaks

ContentObservers are being registered without being unregistered,
causing old objects not to be garbage collected. This causes memory
leak if the classes are destroyed and recreated throughout the
device's uptime.

SearchPanelView is recreated every time the screen is turned on.
StatusBarIconView is created every time a notification is triggered.

JIRA: CYAN-650
Change-Id: Iabd3221fc2b0c848396af1790fd09424be602e7e

Conflicts:
	packages/SystemUI/src/com/android/systemui/SearchPanelView.java
	packages/SystemUI/src/com/android/systemui/statusbar/StatusBarIconView.java

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/StatusBarIconView.java
FW: Fix AwesomeAction constants

Fixes 3 'Blank' entries in NavBar/Custom Toggle actions.
This was due to someone (SteveSpear!! :))  Adding actions
to the AwesomeActions variables without putting appropriate
string & drawable returns.

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

Conflicts:
	core/java/com/android/internal/util/aokp/AwesomeConstants.java
Part revert last commit.

Change-Id: I614d06c1797e0d591fd9d5080b05ef59b64372b0
SystemUI: animate transparency changes

Change-Id: I597b245b2d98ae42118efc1ba7ccb837edfdbea9
Signed-off-by: Roman Birg <romanbirg@gmail.com>

Conflicts:
	core/java/com/android/internal/util/aokp/BackgroundAlphaColorDrawable.java
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBarView.java
SystemUI: partial revert of 3f72751c, we already had the fix in SearchPanelView

Signed-off-by: Gergely Szell (sethyx) <szell@hu.ibm.com>

Change-Id: I05d9b000638c9ea0083a8a95cb199811a89164b4
SystemUI: Fix blank Navring on boot,

Need to setDrawables peeps....

better...

Change-Id: I17b9d1f3652e9dbbb75d4106c6197aaaae35c09e
SystemUI: fix recents minimization animation

Splitting up the buttons into each class is cute,
but it only seemed to complicate its interactions.
The instantiation was wrong before anyways and
onTouchListener was never being registered
(which is why the animation was wonky).

Change-Id: I4194569aaf0099754852d5cfb83f308f3271008b
Signed-off-by: Roman Birg <romanbirg@gmail.com>

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/policy/key/ExtensibleKeyButtonView.java
	packages/SystemUI/src/com/android/systemui/statusbar/policy/key/RecentsKeyButtonView.java
FW: Settings.system get and put arraylist methods

Change-Id: I304b324d48832e18a9468308cffee41f4d1114cd
Signed-off-by: Stevespear426 <stephen.k.spear@gmail.com>
FW: Method for exluding options from navbar.

Change-Id: Icd6d51fe95a2dabd20c7c138d0b31159d4cd78ff
Signed-off-by: Stevespear426 <stephen.k.spear@gmail.com>

Conflicts:
	core/java/com/android/internal/util/aokp/NavBarHelpers.java
Fix NavBar & SystemBar sizing issues

PhoneWindowManager makes some decisions regarding
portrait & landscape based on screen sizes.  Since we poke
this routine everytime we change something on the NavBar, this
can result in PWN changing the orientation of the device.  This
was causing strange behavior in resizing of the NavBar & SystemBar.
It might also have been causing other strange orientation issues.

PS2:  Attempts to decode the actual device type based on the screen
   dimensions and the rotation at time of setInitialDisplaySize.
   This is needed because large tablets (that default to a landscape
   orientation, need to have the dimensions swapped)

PS3: Whitespace

ps 4: Restore the stock calculations for orientation, but restrict
    them to running only one time (at initial boot).  This will allow
    the normal detection routines to set up the proper rotation variables,
    but will not reset (and change them incorrectly) everytime we poke
   setInitialDisplaySize.

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

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/tablet/TabletStatusBar.java
Dynamic glowScale adjustment and spacing of NavBar.

This adjust the Glowscale for the NavBar buttons based on
the number of buttons on the bar.  I also added spacer
views to the outer edges of the NavBar.  This helps alleviate
conditions where the glow was cut off on outer buttons (especially
in tablet UI).  It also makes the Glow more appropriately sized
as the number of buttons increase.

There are still some cases where an excess number of buttons,
and a small navbar percentage (TabUI) is going to create some
glow cut-off conditions.  That's just going to be unavoidable when
the user tries to squeeze it down that small.

ps 2: Adding the spacers now only occurs on TabUI.  This prevents
    major changes to the look/layout of buttons on Phone/Phablet,
    but still provides glow cutoff release for tablets, as they
    were the worst effected.
ps3 : adjust the size of the separators to not squeeze navbar too much

PS4 : whitespaces

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

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/NavigationBarView.java
FW - Restore Padding in NavBar Buttons.

In a prior patch to adjust NavBar glow I removed extra padding
that was inserted when there was only 3 buttons.  This caused
the NavBar to tighten up a bit on this case.  This restores
the previous condition of adding a little extra space when
only 3 buttons involved.

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