Settings: TRDS 2.0 (3/3)

After testing with huge success we discovered here
and there small problems (like NFC beam animation is broken,
TRDS was disabled on cardock etc) which mainly was caused
due that we used the already from AOSP introduced uiModes
qualifier which could cause in special conditions this
conflicts. Beside that we want a bit more flexibility.
Result: This commit introduces the inverted qualifier as
complete own qualifier undependent of the already AOSP
used ones.

Beside that it fixes all known issues......features:

- it is now completly working over the AOSP Configuration classes
  Means every app get notice of a change trough onConfiguratioChange
  and restarts it's activity if change was detected.
- app can disable that like some other configuration values
  over AndroidMainfest.xml
- beside "inverted" folder another "notinverted" folder is introduced
  for another themeing (eg white)
- qualifier order is direct before the official uiMode qualifiers
  (see AOSP docs)
- All usual Configuration actions can be used with the inverted
  qualifiers....like BroadcastChange, direct read out from every
  app etc. etc. Note: Only system can change the uiInvertedMode

So as you see a real own qualifier now

NOTE: Apktool as well aapt need to be changed to fit the "new
qualifier"....which means that we need to recompile our gapps
that they react as well on this new behaviour. Think we will get them ready
next 2 or 3 days

Change-Id: I6ac22062e32be902ca834fc7ac2b12fd24e47d44
Settings: refactor TRDS toggle and add some apps

cheers

Change-Id: I9b0a9b527fd0c2cac20d2b5475c8709a9fda1936
Allow changing auto-brightness responsitivity.

Change-Id: Icf62db26735f9ab7ad63e750a1824eb7823c3d70

Conflicts:
	res/values/cm_arrays.xml
	res/values/cm_strings.xml
Make method names clearer (credit AOKP)

Rename isTablet() and isPhablet() to isTabletUI() and isPhabletUI()
to make the meaning clearer.
Change-Id: I7bc61b51275e4a2bdffe16a38b0b4467cc0a476a
Signed-off-by: Dirk Rettschlag <dirk.rettschlag@gmail.com>
String Edits: ROMControl

Lockscreen:
    Longpress status > Longpress actions
Navring:
    Longpress status > Longpress actions
Toggles:
    Close Statusbar > Close notification shade

Change-Id: Ibb48bff93d986de1dacb9eee4860d4774af95081
ROMControl: GlowPad Torch

PS5: Adjust Strings

Change-Id: Id1a383b6e4e8151c8258ee59b713b2c8eb482aaa

Conflicts:
	src/com/android/settings/carbon/Lockscreens.java
Toggles: Preferences Enabled for Ribbons

If toggle is in ribbon we should enable the
    preferences as well, I'd assume.

Change-Id: I0adb07de880570415243ac91a023be4c28a36799
RC: AutoHide for SystemBar (2/2)

Allow SystemBar to AutoHide

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

Conflicts:
	res/values/strings.xml
Notification Light: Fix apps with same name not showing up

Applications with the same name didn't show up in the
notification light add-app-dialog (with Facebook's "Messenager"
and Google's "Messenager" being the prominent example here).

This happend due to the fact that the list of applications
was sorted by names only and inserts with collisions were
dropped.

This commit refactor notification light settings to use packages
instead of application semantics. Further the list of packages
is now ordered by human readable name followed by package name,
which avoids the collision.

Additionally we handle situtations gracefully where a package
has more than one launcher activity (Again for example,
Google's "Messenger" and "Google+" is in the same package).

Bonus: potential race condition in the list adapter was
fixed, concurrent semantics were emphasized, unused imports
removed.

Change-Id: I87ad32f535ca866883df337432d1b0cecc9485a8
ROMControl: Remove Needless Preference

Was planning on doing this with the
        multiple custom toggles patch
        but I've run out of energy
        on that idea for the time
        being.  Probably a good time
        to do so now.

Change-Id: I6dac8c2a40efba6c60c337307f7fc724757041f3
Update lockscreen layouts, fix derps, etc
Pie: Add option to change pie's angle from the attach 1/2

Conflicts:
	res/values/strings.xml

Change-Id: Ic7d57e7f399a24e44bbc2e450d605922a97c935a
Pie: set angle default to 12° (2/2)
Pie Angle: better values and strings
Pie: updates (1/2)
-pie angle: fixes, cleaning and new value (Huge)
-pie size defaults
-strings updates
Pie: set Big as default for item gap (1/2)

Screen: http://goo.gl/aocZ7

Conflicts:
	res/values/strings.xml

Change-Id: I2463bf83f9121ff4fd7926eeffd3df15482ec564
Revert "Revert "Menu UI Overflow Toggle (1/2)""

Move this option somewhere that makes more sense so get rid of duplicate setting in hardware keys. Plus more house keeping

This reverts commit b9bad236524baa4ba76615de4ddda57351813a96.

Conflicts:
	res/values/strings.xml
	res/xml/interface_settings.xml

Change-Id: I8800eb59c5b085c2f738f36cf2a2fbe211e0ef48
Eeable to ->Enable.
Merge pull request #40 from aways-CR/jb2

Eeable to ->Enable.
Fix Settings app crash after enabled multi-user

Bug: 8128225
Change-Id: I2918a5ec36e861a1ce4b2e67cf7607929732a7bf