- Has first 4 quick tiles shown in collapsed mode
- Shows date + settings gear in expanded mode
- Still has a few gaps (alarms probably don't work)
- Fix issue with placement of cell data type indicator
Change-Id: I629798b96f4f088fde47c7b67feea304dcc8450c
Add a new SystemUI component to watch for keyboard attachment /
detachment. If the config specifies the name of a keyboard that is
packaged with the device, then SystemUI will ask the user if they
would like to enable BT (if disabled) and then attempt to pair to the
device.
Bug: 22876536
Change-Id: I786db35524d49706d5e61d8b8bc71194d50113f3
- Refactoring the layout to remove unused (and confusing) variables,
reducing the number of calculations when updating min/max bounds, and
allow more accurate tracking of stack positions (for attached views).
- Tweaking the transform for single-task stacks so that they behave
better.
- Removing old, unused dismiss-all ui.
Change-Id: I8ec3bf062b0451543bd8a297aa810405f68c84cb
Adds IME focus management, prevents HUNs with active
RemoteInput from disappearing and fixes a few issues
with adding RemoteInputs from WearableExtenders.
Bug: 22452379
Change-Id: Ie3bd8e5d4635bd1e967afe2b894ad617dbc4ed10
This is to allow default hover event handling on ImageViews associated
with apps (which includes sending appropriate accessibility events)
BUG=24747532
Change-Id: I890b58249998b11f813dc5c31274f7ae231d369c
This will allow side by side experimentation with new headers without
breaking everything accidentally.
Change-Id: I9eb4d310f8927c997b83e65dad301f4ab08f618a
A change was made back in ICS that prevents the view hierarchy from rendering
during window animations. Specifically, it allows the hierarchy to render once (to draw
the results of its first layout), but further drawing is suppressed at the
ViewRoot/performTraversals level until the window animation is complete.
This change was introduced to avoid jank problems that were resulting from
thrashing the GPU by issuing drawing commands from multiple processes simultaneously,
and limited the number of rendering processes to mainly the system server (and
possibly the System UI), which allowed window animations to be much smoother.
This fix contributed to another source of jank, however, in which applications
which attempt to animate when they first appear will not render any frames of
animations until the window animation is done, resulting is a snapping to the resulting
state once the window animations are complete.
Meanwhile, hardware has gotten faster and GPUs have gotten better, and it is time to
revisit this logic. This change disables the earlier fix and allows view hierarchies
to draw normally, regardless of whether window animations are taking place.
Issue #22232939 Remove flag that prevents drawing during window animations
Change-Id: I4c960180771ff09a7088abd77b437586e835a991
DragDownHelper
Fixed couple nits, fixed a bug in DragDownHelper and in
EndPoinRatioClassifier, improved evaluation.
Change-Id: I27e9c5584f7bf0a834ac39791ee124ccc11ba0cf
- Moving header bar event handling to TaskViewHeader
- Removing several proxy callbacks from RecentsView
Change-Id: I7dc99a7b580c1beaa93216d2b29c94246b35ec5d
- Initial change to use the event bus by dispatching
package events directly to the TaskStackViews instead
of passing them down the view hierarchy manually.
Change-Id: Ic68df9eeefb79eab8ded84b74264a93719b40643
The code checked if the tool type for the event is TOOL_TYPE_MOUSE.
However this is not true in some cases, touchpads are using
TOOL_TYPE_FINGER. InputDevice.getSources() are better in this
situation.
Bug: 22304981
Change-Id: Ic2ad1a472a422682617dbe25f9d81a5e5d2c020a
