fb: navigationbar use always slimactions and add contentdescription

No need to use the AOSP implementation at all...we can send all actions
over SlimActions....so remove AOSP implementation and clean up

As well add contentdescription for accessibility events like talkback
for ppl who are not able to see. Gives the user all information back
needed.

Change-Id: I8f82f1139f1248d9cf8e762d6669bb75ae4e205f

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/policy/KeyButtonView.java
systemUI: split the broadcast receiver in phonestatusbar

The current filters we need do not play nice together and
cause excesive delays on receiving the screen on and off
broadcast. Split them to have both proper working. This solves
as well reported issue that notification pannel stays open

Change-Id: I1075d3c6a7e8c59ea158dee8f8b622e78b651622
fb: small cleanup and fixes in navbar transitions

this commit fixes several things

- cleanup: no need to go every time trough all calculations if back
button is not present

- force to set alpha value for backbutton on disableflag
changes (merge derp from 4.4.1 merge)

- new introduced workaround from google to animate the altbackkey->backkey
on password lockscreen should not depend on home button view existence and
should only call for the respective disable flags which are always present
from the system. As well which is needed for our navbar call the animation
values from whatever button is existend which behaves like home (so all buttons
only recents and back button not)

whatever still to do if the user uses password as keyguard method
google introduced a workaround to give the altbackicon->backicon
same transition then all other icons....but this workaround is not
really good working and has off timings compared to the other buttons.
Will be fixed in a seperate patchset and should be submitted back to
google as well.

Change-Id: I2c3135b7eb3b87042b757c422f77ef9f5ed280a3

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/NavigationBarTransitions.java
	packages/SystemUI/src/com/android/systemui/statusbar/phone/NavigationBarView.java
fb: allow to recreate statusbar, navbar and notification drawer

we need this for several upcoming features so add support for it.

Change-Id: I3d46456c586c99ccb43c41477f606d95e760044e

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/BaseStatusBar.java
SystemUI: missing status bar icon view imports
SystemUI: Add missing recycle calls

Change-Id: I6e5346d9f423350e643d696299136799b78cdd28
fb: statusbar reflect am/pm based on the global user settings 12h/24h format (1/2)

Change-Id: I7d6eec4d62f0e1072f11e8e131608b78f17539d9
fb: do not call every time settings on clock intents

only needed for configuration change.

Change-Id: Ie6db0e8a3abca83f5ea6c25f39124672e06ac4ff
fb: set correct providers default value am/pm

fresh install shows am/pm on english timezones which
does not fit with the aosp default behaviour. Go inline with
it and hide it as default. User can change it then

Change-Id: I503818a16772f30260222ec5beed15e6654345a1
fb: follow new 4.4 transition on center clock and circle battery

Change-Id: I50657071f290e0646193d079ab9319ed15f667b6
Frameworks: Fix first animation to QS

on click of qs settings button

Change-Id: I7fbc4bc162aabeedb6b88c3046403c12ebb2e6bf
fb: animate carrier lable when collapsing notification drawer

like we do for shortcuts....does not look well that this is the only
part which does not animate. IMO google behaviour is not the best
here

Change-Id: I9a7f4b4564e7cf87ee2477454aff0a9ae6af8e26

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
fb: correct the google animation on flipping to QS to be nicer

that the carrier text on flipping to qs hides when QS is already present
is not very nice from UX perspective. Correct this behaviour to hide
it directly when the user goes into QS. Same for notification shortcuts

As well reflect this behaviour on manual flippsettings

Change-Id: Ib181bef2022b974e05ec8ebeb195e08cd41a4ffc

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
SystemUI: update internal state right after hiding transient bars.

Change-Id: Ibcdc45bbf1ce8561fae50f1e026552dbcbcc80ae

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java
fb: add ticker entries only if we are not recreating statusbar

if both happens at the same time it will result in an systemUI crash.
Funny that since 2 years where this method exist no one discovered it.
Due to the new theme lightsensor mode we have way more switches so
maybe thats why I got it now

whatever we had already a check but the tick method can be called from
outside as well so just check if we are in the recreation or not and return
if we are in recreation process. Old check is now redundant and can be
removed

Change-Id: I0feeaaa16d14fc631124d155dc18ba346f788796

Conflicts:
	packages/SystemUI/src/com/android/systemui/statusbar/phone/PhoneStatusBar.java