Keyguard: Make sure disabling Camera widget

This fixes the issue that Camera widget is enabled on non-camera devices
until users open up lockscreen settings

Change-Id: I599733f65ec31a16f8a8c5ee98a8a2ba6bc56c63
Revert "idmap: Don't log spam "CREATING STRING CACHE""

This reverts commit 8a8b3bc1f7fe97b1c11693ad3350cebfd9e546be.

Change-Id: Ic461c90e9fd50b81051b2bc55bb6507f40144c36
idmap: reduce CREATING STRING CACHE verbosity

Change-Id: I7febe358b3b302427650edc1d00772fc9d2d547c
Merge "Keyguard: Make sure disabling Camera widget" into cm-11.0
Automatic translation import

Change-Id: Icd2dcbc64cfdb867f03b2cb4931c176f54fd0173
Frameworks: fix remaining stuff

Signed-off-by: Arnav Gosain <nolinuxnoparty@gmail.com>
Return: Custom Carrier Label [1/2]

PS 3 : Fix code style
PS 5 : Rebase
PS 6 : Fix derp

Change-Id: Ic865e3c5204ab05f1e9ab0e081a54b155b577086
Signed-off-by: Arnav Gosain <nolinuxnoparty@gmail.com>

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

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/QuickSettingsController.java
Revert "Frameworks: TRDS fix possible UI freeze on auto mode change"

This reverts commit 2f07f9796f10a308b7f0ed5af4f07dd2cd057d78.
Revert "fb: Handle navbar heights correct on dpi changes + more (1/2)"

This reverts commit 10acf12fef6d9b36a3a0f0b65adced85b43ab72a.
Revert "fb: TRDS change auto detect light conditions method"

This reverts commit 60e0bcb5ae0aba77d60c627eec47a57d842d299b.
Revert "fb: TRDS some tweaks and fixes (1/2)"

This reverts commit e74b0ab7ffc29f142b3698c8714ace9a953b59df.
Revert "Frameworks: TRDS 3.0"

This reverts commit 543dba98616521f516e7f3bfb6829fd978bf08bf.

Conflicts:
	core/java/com/android/internal/util/pixel/TRDSActions.java
	core/java/com/android/internal/util/pixel/TRDSConstant.java
	core/res/res/values/cr_symbols.xml
fb: TRDS 3.0 and new theme engine preparation (1/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

PatchSets:
- minor code cleanup

PatchSet5:
- use one value for auto modes

PatchSet6:
- kill resource caches on configuration change

PatchSet7:
- register settings observer lol

PatchSet8:
- fix not assigment of config mode change (typo lol)

PatchsSet 9 -11:
- playing around aosp qualifier is not that flexible then I thought
whatever back in most parts to original implementation handling

PatchSet 12:
- now no restarts of any application needed any more like it was on 4.3...yeaaah
- fix wrong shifting in native adapter
- fix wrong call of twilightmode
- disable debug
- cleanup

PatchSet 13:
- fix lightsensor

Patchset 14:
- no need currently to recreate the navbar we can do if a theme needs it

Patchset 16:
- synchronize on sending config change
- only send if system is ready
- fire first update when system is ready

-rebase

============================================

PS: Added two classes (part of SlimRoms)
TRDSConstant.java
TRDSActions.java

Those two will be used to control enable/disable TRDS

Change-Id: I5fb21c022ad507b6c49c2909d4897955311a9436
Signed-off-by: Arnav Gosain <nolinuxnoparty@gmail.com>

Conflicts:

	core/res/res/values/cr_config.xml
	core/res/res/values/cr_symbols.xml
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java

Conflicts:
	core/res/res/values/cr_symbols.xml
fb: TRDS some tweaks and fixes (1/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: I4b2401bf7bef992ad3112ae5ccc852cd29b46bd0

Conflicts:

	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
fb: TRDS change auto detect light conditions method

Currently on critical light conditions it still switches to often between
on and off which results in bad UX and in worse cases to unusable phone
due that it is permanently switching. To prevend that slacken the light mode
level detection and set it when it goes to dark mode way more higher (LIGHT_CONDITION)
and when into light mode back to lower level (DARK_CONDITION)

PS
- 25 looks good

Change-Id: I665f3141fe31f26ca371d10593ff95174d68fc9e
Frameworks: TRDS fix possible UI freeze on auto mode change

- only call on theme mode change when auto mode changes. Under special conditions
  it can happen that it is called twice
- ensure that whenever a mode change is really done to close the notification shade
- minor cleanup

Change-Id: I2f5c7fbcdad71c8dcbf547f4bc5943a95416d7a3
XuiMod: Toast Animations [1/2]

Add Xylon, Xperia Z1, TokoROM Transition and more

https://github.com/zst123/XuiMod/commit/8fc1152fb485ed5e007ac8d4ea9ad7b7f1c493d8

https://github.com/zst123/XuiMod/commit/1989a90850e5491799620e1f86fcbc9ae54f5161

https://github.com/zst123/XuiMod/commit/e3383f127244822b9fc61db169b59e4a502d127b

Credit zst123, thanks for GwonHyeok

Signed-off-by: hany <hany.alsamman@gmail.com>
Signed-off-by: scott <scott@ubuntu.com>

Change-Id: Ib86b3ba8eaa74e47173347d3425e7fcdaebbbb64

Conflicts:

	core/res/res/values/cr_styles.xml

Conflicts:
	core/java/android/provider/Settings.java
Change notification number color to white.

Since I change notification overlay back to red, black
text isn't obvious. Change it to WHITE
SmoothProgressBar: Initial Commit

Change-Id: Ic48f7ff57f76c933808f2ea4a6be49e949ce2c00
Signed-off-by: hany <hany.alsamman@gmail.com>
Signed-off-by: scott <scott@ubuntu>