Always report physical menu key is not present

I find this extremely distasteful, but Google has decided we will always
see an on-screen overflow menu. Some apps are "smart" and query the
status of the physical menu button independently. Always return false,
ie always show the onscreen overflow menu.

Change-Id: I480645e2d537e46986c775cc7fb85a2e5ad388ed
DeviceUtils: filter out vibrator options for shorcutfeatures

if device does not support it

Change-Id: I738a1ddbbd05a3a1e4e519429e08b4a3344182fb
Revert "SystemUI: do not collapse panels if keyevent was canceled."

This reverts commit e026fe97698508e6df3c173727d58a00c8c7d841.

Change-Id: I46b400e1ba62107aa5da22f9d5265e95fe7e69c6
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
GlobalActions: collapse all panels if global action is shown

no idea what google really thought about it but the notification
drawer should collapse if it is open and the user does eg a longpress
on powerbutton to open the global actions dialog.

Change-Id: I0fe80de7d192961bcd805792560b2bcad8cbc07d
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