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:

https://github.com/SlimRoms/frameworks_base/commit/b330fde28306286572ba390e451a72539c0c3576

https://github.com/SlimRoms/frameworks_base/commit/3194015737b7944b4185fca007b8d167a0675cd8

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: I5b857c542d92b9fd253b3556f14c790226594c4f
Settings: add theme switch (TRDS) to pie (2/2)

and show toast if a mode is running wich does not support
lightsensors

Change-Id: If3bfcb31558c9aa2b17718d7c2fdb8db631cc8d3
QS: add theme switcher tile (TRDS) (2/2)

this adds a theme switcher tile

normal click: turn on/off dark/light theme
longpress: switch between the auto modes (manual/light sensor/twilight)

Change-Id: I5f4bb146e240bf31b6486aeff85b0828ee6fbb09
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
Lockscreen Blur: Allow setting blur radius (2/2)

Change-Id: Ibc204493a213332006ff40a53c2a9c88a21f2b0a
Settings: SlimRecents scaling + lefty mode (3/3)

    - Add scaling mode....user can scale the overall size down (especially for the
      user with stock dpi requested)

    - Add lefty mode. Recent panel shows up on the left edge instead of the right edge
      for left handed people.

Both are one time accesibility settings. So we put it there.

Change-Id: Ifa7a7299538f3c8f9c592c0c61b48dfa9fbeb2d6
Add global action for screen recording. [2/2]

Credits to ChamelonOS

Change-Id: I3bbdcfc5fe8118a0bcfc22767ef71d82e1fdc5bd
Screenrecord: Allow setting bitrate, screen size (2/2)

credits to 0xD34D

Change-Id: Ida04b8b9c9ab29bd0464d51852ca453aee1505cc
Extended QS options (2/2)

- 3, 4 or 5 tiles per row
- Duplicate tiles quantity in landscape mode

Credits to cristianomatos

Change-Id: I7834759c3eeebc3e85512ec246638a936c274cb7
Settings: Respect and handle shorcut custom icon resources (2/2)

If a activity shorcut has an extra icon resource or drawable we need to handle
it. Fix this for all out shortcut features. Most is centralized so a small change

Change-Id: I53c5b4a2cb503c11dd3bb21e16a69eda0fb36b31
Settings: QuickRecord Tile (2/2)

PS2: Forgot to set image name.

Change-Id: Ib20d4c7231f147674ed3afd4c438bd83aedbac1d