| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Change-Id: I9f700e71f46e3b91afa96742d9e3890d519c391d
|
|
|
|
|
|
|
| |
-> DragObject contains a bunch of parameters instead of pssing
them each individually
Change-Id: I709cf320fe4234d71e19325d5c761dd9a9bba405
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
also:
- Long press on empty space on workspace now brings up customization tray
- Fixed: while dragging, items appeared to be dropping on folders two cells to the right
- Fixed: Disabling drops on folders when the workspace is shrunken
- Fixed: account for scaling of dragged items when checking if they overlap
with shrunken workspace screens
- Making folder icons dimmable to match shortcuts and widgets
- When deciding with shrunken workspace screen we're dragging to, we now use the closest screen rather than the one that has been overlapped the most
- Refactored drag/add mechanism, removing array of occupied cells from CellInfo
- Removed dead code/variables
|
| |
|
|
|
|
|
|
|
|
| |
For now, it's just a drag target like the delete zone. Once all apps
and the home screen support a selection mode, this (and delete) will
be implemented as buttons in the Contextual Action Bar.
Change-Id: I6bf43d03eefda672ea34c583a7021137da22b184
|
|
|
|
|
|
|
|
|
| |
When dragging an app shortcut, it was possible that we'd show a red rectangle
around a cell occupied by a UserFolder. This shouldn't be possible -- as soon
as that cell becomes the target drop cell, the folder should start handling
the drag and drop events.
Change-Id: I1b7a8b1aa9aeb7e2f1bd51ce8d947c06455e988f
|
|
|
|
| |
everything else.
|
| |
|
|
|