| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Also replace Utilities.isAtLeastO() to static final constant.
Bug: 65544683
Change-Id: I39fbea66939d72c31702748716c4e65b4f9bee6a
|
|
|
|
|
|
|
|
|
| |
implementations
of multi-window drag and drop
Bug: 62702235
Change-Id: Ie87e0f7d131575bac1cb1099b0a70b230560be9a
|
|
|
|
| |
Change-Id: Ibf48d6015d808f86bc79ccf64e3077eb5b6ccaff
|
|
|
|
|
| |
Bug: 37294517
Change-Id: I1982b71cdeacff9e15bfa00c03620888c2a225c8
|
|\
| |
| |
| | |
ub-launcher3-dorval
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
> Finishing activity when rotation preference change. This ensures that
any prefenrece change is immediately applied instead of waiting for resume
as the new activity is always started with proper setting.
> Clearing task when starting drag in landscape mode. This ensures that a new
activity instance is started in this case, which overrides previous locked
rotation by launcher activity.
> Handling drag request in onCreate and enabling rotation based on it.
> Clearing any request from the launcher intent once the drag operation
is complete
Bug: 36226746
Change-Id: I69f56c13827c25f3e1bc84935cb2acc59b6bd349
|
|/
|
|
|
| |
Bug: 34766840
Change-Id: Ib29d7d4b53ab99cdf3ff253976ef55345729487b
|
|
|
|
|
| |
Bug: 35811129
Change-Id: I336e48cd00cfec2e617ac73bd8a81419b0944aa7
|
|
|
|
|
|
|
|
|
|
|
|
| |
the drag source image
> Using common code for pending item drag (WidgetContainerView and PinItemDragListener)
> Adding a shortcut-circuit in Workspace when a pendingItem can create a shortcut
directly. Previously the multi-window drop was routing through onActivityResult which
was causing some state information to be lost.
Bug: 33584624
Change-Id: I0259870032185713caa9bff27092dbae6ce91199
|
|\
| |
| |
| | |
ub-launcher3-master
|
| |
| |
| |
| |
| |
| |
| |
| | |
While the launcher is loading, the drag view is displayed with a gray tint.
The drag is started, as soon as the workspace is unlocked
Bug: 33584624
Change-Id: I4013ea8b987ec305e73742b194f9e96af761cc35
|
|/
|
|
|
|
|
|
|
|
| |
> Preloading widget view while dragging for smoother
transition
> Skipping config activity and sending confirmation to
the caller when widget is dropped
Bug: 33584624
Change-Id: Ib23e5964298296d12d9c93f38aefdf924a07368e
|
|
On long pressing, the confirmation activity starts a system
drag-n-drop and focuses the launcher activity. We then drive
the launcher drag controller using the system drag event
Caveats:
> We use a transparent preview for system drag and drop and use
a view inside launcher for actual preview. This gives us better
control over various animations.
> The parameters for drag operation are passed to the Launcher
activity using the intent. Since onNewIntent and onDragEvent
come at different times and are not associated, a random uuid
is used as mime-type to match the drag event with intent params
> If the workspace is locked (eg, loader is running) the drag
operation is simply dropped. Will be imporved in follow up cls
Bug: 33584624
Change-Id: I0bb5b25b690f86b6af31a14e11beb669fcb3a281
|