| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
preventing you from adding widgets. (Bug 6556434)
Change-Id: I48a8aa51d892aef7036009a608903fe089136d82
|
|
|
|
|
|
|
|
|
| |
Also fixing issue where some widget previews would
be way too large when picked up
Bug: 6472013
Change-Id: Iebfc33b1070da591a9d1d32d7c8e65a3fb057a7e
|
|
|
|
|
|
| |
for testing widget size reporting APIs
Change-Id: I7a47afcd25e45b7f3914ece6796b006153900054
|
|
|
|
|
|
|
|
|
|
| |
-> If a widget is resizable, and there is not enough room to add it
in its current (or default) size, but can be scaled down to fit
a certain area, it will be resized to fit the available space
-> The resizing is animated using a crossfade and scale between
the original dragView and the widget rendered in the final size
Change-Id: I75db9dcabecce11598b3ae55f20b96b2ec6b7e87
|
|
|
|
|
|
|
| |
-> widget ids were being reused in some cases
-> widgets could be added before springloaded mode was entered
Change-Id: Iaf3bffc49d4ec2de4b63db1b5cfb52b8544e9c2b
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-> When a widget has no configuration activity, we bind
and inflate it when the user picks it up. This allows
us to smoothly transition between it's preview and
some actual state of the widget when it is dropped.
-> When a widget has a configuration activity, we delay
the above process until the configuration activity
has been run at which time we transition between
the preview and the actual widget.
Change-Id: I5265cd98400d70e5e75c3dcd21e322ed0b352d7b
|
|
|
|
|
|
| |
- Make widget preview bitmaps as small as they can be, saving ~0.7-2MB peak memory (5104303)
- When adding/dragging a widget, make the drag outline/drag view much more closely match the actual size (5566938)
Change-Id: I5b5b7b84fa551d56432a76223b1a9e4de620ff56
|
|
|
|
|
|
|
| |
- Change how default widget previews look (5509429)
- Improve antialiasing in portal assets
Change-Id: I9993aec46a9a9ab8a732b4fc150120c935523f02
|
|
|
|
|
|
|
|
| |
- performing all DB operations immediately if called from worker thread (a previous change that did this in updateItemInDatabase fixed an outstanding bug)
- centralizing logic to do database updates
- removing old logging code
Change-Id: Idc7bfef3921828ff7c5492b8e996c0a07e1ec508
|
|
|
| |
Change-Id: Iad3ed8ef4f81f4990c027ab46fd25b03b089babb
|
|
|
|
|
|
| |
support them.
Change-Id: Id5dfa8436a5bf6eb7bd300ec603911a9d3698de3
|
|
|
|
| |
Change-Id: I4a7ba51783b27e544e9a21882bc7cd582b3b43e0
|
|
|
|
|
|
|
| |
- in All Apps mode, fade thumbnails completely
- while dragging, have thumbnails re-appear
- while dragging, give screen thumbnails that can accept drops a different appearance (green outline instead of blue)
Change-Id: I72ddf8a0f1947d35ef11514b7d4eea9ae5eee6e2
|
|
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
|