- When swipe happens on worskpace, elapsed container ms is reset
- Fling DOWN is also logged so that we now know how much time was spent on
all apps screen
- If screen off or power button trigger onPause, log this event.
Bug: 67745115
Change-Id: Ie3a0090c78195a4a028de9935131e9e034dcf48a
Instead of using a custom animation, simply using the LauncherStateTransition
animation to control the transition. This keeps the state transitions sane.
Bug: 65598794
Bug: 67678570
Change-Id: Id1be0ca98b6a0ecf9ab7feadb23408cbef526d0e
> Removing Widgets and related states
> Fixing different durations being used when opening/closing all-apps
> Removing some unnecessary object allocations when changing state without animation
> Differentiating widget bootm sheel and full sheet in logs
Bug: 67678570
Change-Id: Ic169528736d04ee0b38564b4f96595ba066eabda
When the drag is started, the UI automatically goes into spring loaded mode. On a successful
drop, it is the responsibility of the {@link DropTarget} to exit out of the spring loaded
mode. If the drop was cancelled for some reason, the UI will automatically exit out of this mode.
Bug: 34692289
Change-Id: Ic611739a43bb8d9279b587aaee3039326c143e8b
> The widget panel is only inflated when needed
> Using the swipe up/down interaction for widgets tray
> Removing additional view wrappers from all-apps
> Widget tray is preserved across activity recreation
> Launcher no longer has WIDGET state, the actual code around
the states will be removed in a follow-up cl
Bug: 67678570
Bug: 67585158
Change-Id: Ia29a7c33ec81e6c53cc24e2906b7022b6f41755b
It shouldn't be possible to have a null small icon, but apparently
there are cases where we get one anyway. Might as well handle it
gracefully instead of crashing.
Bug: 67156108
Change-Id: I01ad0251920f7f531a3019eb694946c3d295f9de
* changes:
[automerger] Fix bug where labels were visible in hotseat / invisible in workspace. am: f1eae802b5
Fix bug where labels were visible in hotseat / invisible in workspace.
This avoids acquiring a lock for upating the sharedPrefs during onResume
as all the logic runs on a single thread.
Bug: 67305604
Change-Id: I1bbea382da9fafb403b4e9508f393f78db28478d
> All the logic is contained in UninstallDropTarget
> Also fixing a bug were mWaitingForResume was not cleared
Bug: 34692289
Change-Id: I617475ce53062902d6817954fb608198e6e03d3c
change directly in onCreate and onNewIntent()
> State UI do not depend on view measurement and each state is able
to adapt itself based on measure/layout. We do not need to wait for
first layout pass before chaning the state.
Bug: 67305604
Change-Id: I8906e3245cc07aac0038fe630e2a16875d4e8949
This requires maintaining notification group information by mapping
groupKey's to the summary key and child keys.
Bug: 65100024
Change-Id: Idd352ce5e243a0762bf30a9c79d36681456a1b17
Instead of checking every widget, a widget which needs reinflation
would post a callback on launcher avoiding unnecessary loops in onResume
Bug: 67305604
Change-Id: I53e08d6f4795f7b716a9debca5c0c68dd25a7afe
Predicted apps should be pushed by the called whenever they change
instead of Launcher polling them on every UI update.
Bug: 67305604
Change-Id: Ibd3d809b09b7d8fd39036f69367e8580fb90dcef
Hyunyoung Song
TreeHugger Robot
Sunny Goyal
Bill Yi
Android Build Merger (Role)
Tony Wickham
android-build-team Robot
Jon Miranda