[1/2] Settings: HALO Forward port from jb43.

PS1 : Initial port
PS2 : Fix conflicts with notification LED
PS3 : FIx derp in strings
PS4 : Fix derp in pa_arrays (tag not closed)
PS5 : HALO Mods
PS6 : Update pa_arrays & pa_strings
PS7 : derp: rmv pesky file backups
PS8 : rebased Clean some white spaces removed some settings
PS9 : Rebase
PS10: Remove unused resources
PS12: Rebase

Change-Id: Ia6c334dbf2eafc2cbf55b21613be7f42f48789d5
Power menu QS tile (2/2)

- Simple press goes to power menu dialog
- Long press goes to reboot dialog

Change-Id: Icbf64f014d1352d16823caf7bc7c0eec1e0c47d3

Conflicts:
	res/values/cr_strings.xml
Power menu into navring targets (2/2)

Change-Id: I95644d60b2d4db6d109bd4c75c007a43af52a2fa
Navigation bar dimensions (2/2)

- Change height when in portrait
- Change width when in landscape
- Option to enable or disable nav bar

This is partially ported from SlimRoms
Thanks to @kufikugel

Change-Id: Icac45d5c74f1722c1d044c6651ea686e95beade4
Signed-off-by: anerik <anerikgames@gmail.com>

Conflicts:
	res/values/cr_arrays.xml

Conflicts:
	src/com/android/settings/cyanogenmod/SystemUiSettings.java

Conflicts:
	res/values/cr_strings.xml
Settings: Advanced low battery indicator options (1/2)

Based on a idea I saw on Liquid and from CR3C0 (thanks guys) which we
modified to an extended version
This commit introduces following new SlimBean modes to indicate low battery
     * 0 = show dialog + play sound (default)
     * 1 = fire notification + play sound
     * 2 = show dialog only
     * 3 = fire notification only
     * 4 = play sound only
     * 5 = none

Due that notification is a unique SlimBean feature some words on it. Notification
behaviour is the same as Pop-up. User can dismiss it manually or it is
dismissed automatically if charger is connected, click on notification opens
PowerUsageSummary. Also you get a status bar ticker message about the notification
and notification is always on first place of list. And last if vibration is enabled
notification vibrates.

Change-Id: I5f65c1f23a8f2a9790ca003be6a8ef09a06335c2
Lockscreen blur and blur radious (2/2) + ChameleonOS SeekBarPreference.java

- Based on @BigBrother1984 implementation from this commit: 4e061d4b26b06499b3eddfaaf3564094851a4c2a

Change-Id: I11f3fa8ef477d08e4a9398099206f1a7ae3b6d8d

Conflicts:
	src/com/android/settings/cyanogenmod/LockscreenInterface.java
Settings: Security: implement a pin keypad shuffler [2/2]

this is to further prevent people using the tablet guessing your pin based on fingerprints left on the screen
example of the expected outcome - https://www.dropbox.com/sh/r3xb2q53ksaqni9/Oz1Eu8Dm7O

PatchSet:
- fix checkbox was wrong assigned
- enable only for PIN Password lock
- small cleanup of old code

PatchSet:
- cleanup

PatchSet:
- add modes.....disabled/always/on request

Change-Id: Ic44d7bd593033843691ecd553d1decb7c15ffd68

Conflicts:
	src/com/android/settings/SecuritySettings.java
Settings: Lock before unlock the new way (2/2)

for more information see fb commit please.
target selection if lock before unlock is activated
will be enabled and shows the repective settings dependend
on if it is a phone or tablet

Based on @kufikugel commit (97d8a510e90a7bad58d8691d6f83c6e64d2b907b) and adapted to work in LockscreenInterface.java of CyanogenMod

Thanks to him!

Change-Id: I60b114e2c7c5adffd079be0ba44ee31d1f02990e

Conflicts:
	src/com/android/settings/cyanogenmod/LockscreenInterface.java

Conflicts:
	src/com/android/settings/cyanogenmod/LockscreenInterface.java
Extended QS options (2/2)
- 3, 4 or 5 tiles per row
- Duplicate tiles quantity in landscape mode

Change-Id: Icc4eef0a80ada1a70ba9a8aff643188bd9477c78
Fix interface settings crash for devices without navbar + enable all expanded desktop options to all devices

Change-Id: Ifaedabdf9915bf0e9b228e145c8cac29145c65d4

Conflicts:
	res/xml/system_ui_settings.xml
	src/com/android/settings/cyanogenmod/SystemUiSettings.java
Custom clear recents button (2/2)
- Option to show/hide
- Option to choose which corner to place (top left, top right, bottom left, bottom right)

Thanks omnirom team
Original commit: https://github.com/omnirom/android_packages_apps_OmniGears/commit/89818412841d558057c2b906bc3fd78f3c9adf13

Change-Id: I740c26906527e7300e962129f3435b5b90b6b721

Conflicts:
	res/xml/system_ui_settings.xml
Colorpicker Margaritov

Change-Id: I79c7c2d63a5e2d2cab280ba2ca3564fdc742e08f

Conflicts:
	res/values/cr_strings.xml
RAM bar (2/2)

Change-Id: I0f47445618a991e310923e2b85e180e921c57742

Conflicts:
	src/com/android/settings/Settings.java
Settings: notification drawer background (1/2)

    so after keyguard is mostly done let us start notification drawer
    and QS. First one custom background.....either color or picture
    with custom alpha and ability to set a landscape picture seperatly
     if the user want. (lanscape phone only)

    Compared to the 4.3 included version completly recoded and better
    integrated. No idea what I thought 1 year ago on the old implementation

    cheeers

Change-Id: I1c8a1f1256d96c6ea5c1b160814b9aa6835318f3
settings: notification transparency (2/2)

this add back notification transparency...compared to 4.3
it controlls as well the notification icon backgound transparency
which felt in the past dissplaced. As well codecleanup of the old
implementation.

largeIcon support I did not add due that google does not support it
as well at current status...it is only a placeholder in
NotificationData

Change-Id: I2f831fc3008d630e099f7fb60d56ea87636a4862
QS tiles custom backround (2/2)

Original commit: https://github.com/SlimRoms/packages_apps_Settings/commit/fea8eee396b8b067bb67b3fabd0c05b0f6980861
Thanks @kufikugel

Change-Id: I3825b5081fbf4d5bc2942f479fb3f2c3b9fdd655
Settings: Clean up SeekBar

Change-Id: If214c49eaad012a4d603a41af6c7f733c9f1ba83
Settings: Fix broken sliders on menu reset (1/1)

Change-Id: I865505312db68b520a4348308d4ce7c34bd73253
Settings: TRDS 3.0 and new theme engine preparation (2/4)

For the one who do not know this feature see as reference
the first two versions here:

SlimRoms/frameworks_base@b330fde

SlimRoms/frameworks_base@3194015

we got now over a year now a lot experience how to handle the qualifier fallback
as well how to theme it and how to handle other apps. Based on this knowledge we
redid some parts of TRDS engine with following new features/additions and fixes
to have now a final perfect working TRDS

- compared to the old versions where it was needed on some apps to restart them
  in background this is not needed any more. All is handled about the internal
  AOSP resource handling and on qualifier change the caches are cleared
  and the apps get an onconfigurationchanged to restart the activity
  like it is doing on orientation change eg
- inverted folder is now depreciated and the new folders are holodark
  and hololight which allows on the one hand a dark theme (at least
  how TRDS started) and a light based theme hololight
- This name change is mainly because of the new theme engine which
  will come which uses this as base to add 2 external themes at the same
  time and give the user the ability to switch between them. But this is
  still in early stages and this commit is just the preparation for it
- Two new automodes are now integrated. User can enable the twilight modus
  which enables/disables holodark/hololight depending on the daytime...means
  on the evening it switches to holodark on normal day it is hololight.
  The other automode is based on light conditions....means that if it is
  dark outside it switches to holodark....if we have bright light conditions
  it switches immediatelly to hololight. Due of the resource cache handling now
  this happens immediatelly for the user and feels completly system integrated
  and happens without delay. A bit comparable to some navigation tool for cars
  which can switch automatically from dark to light and back
- currently the auto modes as well the manual mode switches between holodark
  and hololight. Due that we do not have currently anything hololight themed
  in the source hololight = stock theme. We will give the user the ability
  later when done to choose between which modes the user want to switch
  (stock/holodark/hololight). But this does not make sense at the moment.
  As soon as we have done the light theme or theme engine (lets see what
  comes first) we will open the ability to choose it. This is only a small code change
- a lot small tweaks and fixes went as well into the new version

Whatever this commit as usual adds the support for it. The themeing is done in the
other commits by kroz which is as well way more extended then on the older versions

cheers

PatchSet:
- derp
PatchSet3:
- tired me derp again
PatchSet:
- adapt to new qualifier structure

- listen to onconfigurationchange and mode settings value
  and let the switch
  switch if the uiThemeMode has changed. As well permit
  manual switching if automatic light mode is enabled
  and inform the user about

Change-Id: I68c11586bd609c985e49c6b348a0b66fc2fb952a
settings: TRDS some tweaks and fixes (2/2)

some smaller issues fixed and optimizations:

- fix twilightmode was wrong assigned to wrong value
- ligtsensor mode after first immediattely switch it does
  not allow for 5sec to switch again....after the 5sec it switches
  to current state if the sensor changed its state in this time.
  This prevends on the one hand on bad light conditions a permanent
  switch between dark/light as well it does not bring the system into
  troubles due of to much configuration changes at the same time
- get rid completly of the observe for the UI_THEME_MODE value and
  handle all over the UIModeManager
- adapt slimActions and settings to this new behaviour/method
- some cleanup and minor fixes

Change-Id: I099eb70f179149bcc519a209b93063529349f1e2