[1/2] Base: Add custom periods for data usage measurement

This commit adds week and day periods for data usage
measurement, instead of just months.

Change-Id: Ibd0067418435442d8cff922faf8ef0f6a5a28761
Add missing drawables for mdpi

this fixes FC's on enabling "contextual notification" in Settings

Change-Id: I678295725cf5c060c95841f96af450e44c87e598
[1/2] Base: Volume panel timeout

Settings: https://gerrit.omnirom.org/#/c/5517/

Change-Id: I15c4c589bde5794d7c961a02022a8e25a4e59500
Added sahlnaskh arabic font to Android.mk & fonts.mk files to actually get the font installed

Change-Id: I5f954b3f0d3a53495077389d976804883e4e838a
Merge "[1/2] Base: Volume panel timeout" into android-4.4
Merge "Add missing drawables for mdpi" into android-4.4
frameworks/base: support devices with SoftAp that don't require firmware reload

Partial forward port from ICS.
Original Change-Id: If2db6e8ce675c3214ce645231c7a354f41ea0cc6

Conflicts:

	core/res/res/values/public.xml
	services/java/com/android/server/NetworkManagementService.java

Change-Id: I7912e12d30597cf50a5cf7a443c9d6b0b4dfda69
Merge "[1/2] Base: Add custom periods for data usage measurement" into android-4.4
Telephony: Introduce config item for Hot Swap support

When a Uicc Card is inserted or removed, Android pops up a prompt
to the user to reboot the device. This prompt is unnecessary if the
modem supports Hot Swapping of cards.

Introduce a new config item to indicate if the modem supports
hotswapping. Frameworks can then check this before propmting the
user.

Change-Id: I60c33d1f83d4f5b889b5f54bee0846675fbbb380
Base: Small DE translation fix

Fixes this: http://imgur.com/jVN49fU

Change-Id: Ibf3b771254adbc22f953ad1f7516f40b21923554
base: apply custom timeout upon volume dialog instantiation

The custom timeout is correctly applied at runtime, but after a reboot
the VolumePanel will revert to the default timeout, since the custom
value is not read from the config during instantiation

Change-Id: Ifa389011247adeee70ad5f3ff0b0072dd3dff02a
[1/2] base: fix OmniSwitch recents integration for multi-user

we must receive service start broadcasts with the user and send
the overlay broadcasts to the correct user

Change-Id: I0ae350adcd45d99f2c2a835b94de5d86b71e6031
Merge "base: apply custom timeout upon volume dialog instantiation" into android-4.4
services: don't clear wallpaper when SystemUI
disconnects.

When we restart SystemUI (or the user), sometimes
the wallpaper would get cleared. This patch just
captures its originating component and
if that is our SystemUI component, ignore the event.

Change-Id: I3e159dc2c013e7d7e552e3c0cef55e3ab970ca87
Signed-off-by: Roman Birg <romanbirg@gmail.com>
Change Quick Pulldown from 70-85%

Change-Id: I9d6c291a5d16460fe5353fe60c5c78045bb26e96
avoid crash if hardware accel fail

Change-Id: If259bdb16d6fc248cb2152d42e6dfc60948df7dc
[1/2] Base: Navigation bar height/width

All credits to SlimRoms / kufikugel

Change-Id: I97af1fbd5a2e7df2337abc6c825b4905f576a48b
[1/2] Base: Lockscreen Notifications

PS11:
    Lockscreen Notifications: several fixes

    - fix notification not responding when removed and added in a short period of time (e.g. gravity screen start/stop)
    - just unlock screen on notification click when there's an activity to start
    - fix notification hide animation
    - just wake screen on reposted notifications when it's not ongoing (wake on notification before made the device stay awake for ever when a download/countdown or something similiar was running)

PS12/13:
    Lockscreen Notifications: Bring inline with AOSPAL implementation
    Lockscreen Notifications: Fix possible NPE
    [1/2 ]Lockscreen Notifications: make offset top user configurable & add privacy mode
    Lockscreen Notifications: Copyright
    Lockscreen Notifications: just scroll down in "showAllNotifications"

PS14:
    Lockscreen Notifications: Fix recognizing of settings update

PS15:
    Lockscreen Notifications: make width dynamic (WRAP_CONTENT)

PS16:
    Lockscreen Notifications: make animations a bit faster

Change-Id: I342b9fa6266c4c64f04121a8a2938de6532082b4
[1/2] Base: Add an option to change the device hostname

This adds an option to modify the device hostname used
in ip resolution. This is useful when connecting to the
android device in a dynamic dhcp environment.

Change-Id: I56da8b49899e2a8c1a34bf8eee618e048ba7d82d
[1/4] Base: TRDS 3.0 and new theme engine preparation

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

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

Conflicts:
	core/java/android/provider/Settings.java
	core/res/res/values/slim_symbols.xml

Conflicts:
	core/res/res/values/symbols.xml

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

Change-Id: Ifcce5a11318460dcec166cb255e9462343215692

Conflicts:

	core/java/android/provider/Settings.java
	core/res/res/values/symbols.xml