| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Apply model updates as son as they arrive instead of waiting for onResume.
Various workspace items do not use any configuration dependent resources.
For Widgets, we wait until the host starts lietening before inflating the actual view.
Change-Id: Icb2f5e5940c1ce6c27062ccd34eff87e80af5ab1
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
even when the touch is started from outside the panel
Removing various instanceOf checks in onNewIntent and onBackPress
and moving all the corresponding logging in the FloatingView
This simplifies handling of panel specific log and avoids
missing a particular panel type in the if-else statement.
Bug: 64751884
Bug: 64751923
Change-Id: I98f5aae18560a64be73c9efcf495479740d49a00
|
|
|
|
|
|
|
|
| |
> Moving the definitions to xml so that it is easier to override in derivative projects
> Fixing verious bind and save logic for custom widgets
> Adding feature flag to easily disable custom widgets
Change-Id: I0e278bc7dd415713029364060ef10842da990be9
|
|
|
|
|
|
|
| |
in the middle of the resize interaction.
Bug: 64759853
Change-Id: I65ab7df0426f36fe1121bf055e38fc722822b0f4
|
|
|
|
|
|
|
|
| |
> This ensures that LauncherAppState is only accessed in the presence of
a valid context
Bug: 33032833
Change-Id: I955e5cb022f8bd6374681ae6c0720a2666d5b750
|
|\
| |
| |
| | |
ub-launcher3-master
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When a widget resizes in multi-window mode (ie. user is dragging
the resize frame), the frame is misaligned until the user lets go.
This is because the translation value to center fit the resized
widget is not taken into consideration.
Bug: 32176631
Change-Id: I6f9ee7be12d3266f021796576c771f86f6120246
|
|/
|
|
|
|
|
|
|
| |
In applyDeltaAndBound, we add the current IntRange values
+ delta param to the outbound IntRange -- but then we only
bind based on the current IntRange values, so the out IntRange
values can end be out of bounds.
Change-Id: Ibbaae8c2c2734107d1fd7ce8a59a4c66d83068ad
|
|
|
|
|
|
|
|
|
|
| |
The original animation assumed that the views are not
translated and not scaled. In multi-window mode this
assumption is no longer valid, because app widgets are
scaled and translated to fit center within their cells.
Bug: 32176631
Change-Id: Id60c793730d982277c9d91860e9fb0e6a0df7d38
|
|
|
|
|
|
|
|
| |
Previous implementation had space between the frame and
the widget ie. letterboxing.
Bug: 32176631
Change-Id: Ie50279f4edb94812120dea492aefa4f18218162f
|
|
|
|
|
|
|
|
|
| |
To keep this CL small and focused, I'm going to create
a separate CL that handles the scaling for the widget in
drag and drop mode.
Bug: 32176631
Change-Id: Id6557d070edb664aa1f4851de7abf494cf8a0677
|
|
|
|
|
|
| |
This values are always set to 0
Change-Id: Ic317efdc65baa22e915f4766c60c67c116bb94a8
|
|
|
|
|
|
|
| |
> Defining the layout in xml
> Simplifying the touch handling calculations
Change-Id: Iccfd82161d1e678d77ad6ff63f76e04ad905f9d8
|
|
|
|
|
|
|
|
|
|
| |
> Removing logic to have multiple widgets in resize mode
> Making ResizeFrame a touch controller, so that it fits well with
other touch interaction in drag layer
> Chaning the method names in touch controller, so that it do not
overlaps with the default View methods
Change-Id: I85d4dbdfc82d078781adbce137dfaaea59c9c83d
|
|
|
|
| |
Change-Id: I634302051886baee6b6424f69bc95db860b4823e
|
|\
| |
| |
| |
| |
| |
| |
| |
| | |
into ub-launcher3-burnaby-polish
am: 187b8f547d
* commit '187b8f547d2112e8d0384cf1c2077beb969dfec6':
Clears the widget resize frame when a directional key is pressed.
|
| |
| |
| |
| |
| |
| |
| | |
Also gives focus to the corresponding widget host view in this case.
Bug: 27130066
Change-Id: I0a564aa7c509450cd1b9cf259c0a009c68ce3e3b
|
|\|
| |
| |
| | |
Change-Id: Idc119a57e21cf6016ee0fd91866839301db072d6
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
1) Use a different content description for temporary new page
2) Use different accessibility description for add widget toast
3) Announce when an item is deleted
4) Announce when hovering over a drop target
5) Announce state during drag-n-drop and widget resize (similar to seekbar)
Bug: 23573321, 24057944
Change-Id: Icabb317625e70c78e11c0b4f99b9339172d93594
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
> Removing utility method for isAttachedToWindow
> Moving logic to calculate cell size from workspace to DeviceProfile
> Replacing some constants with xml resource variables
> Saving the item info using content values for better compatibility with other methods
Change-Id: Idd612633d97a6241cb31148df9466031374bd5a0
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is per an earlier CR comment "we should probably move all this code to its own package (launcher3.dragndrop) in a separate cl".
I'm not moving DragSource because it's referred from gsa code.
Bug: 22609426
Change-Id: Ia7204dab99c0c395c66b77143a2d60411153f5f3
|
|\|
| |
| |
| | |
Change-Id: I3bb155473d48832e496a8983f84c20e6e935fa41
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
> Filtering the widget list and excluding widgets which dont fit the grid
> setting minSpans for the widget item when binding.
Bug: 22541314
Bug: 22559137
Change-Id: Ieda48b56c95bee0c7ec71dd691af7e23e2d43db6
|
|/
|
|
|
|
|
| |
> Using View property instead of strings to avoid extra reflection step
> Using ViewPropertyAnimator when several properties are being animated
Change-Id: I41625643b38b70bac11e2c81d18058ec878d73bd
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-> Pulling out the parts of device profile which can (and need to be)
initialized and accessed without access to an Activity context,
ie. the invariant bits.
-> The invariant bits are stored in InvariantDeviceProfile which is
initialized statically from LauncherAppState.
-> The DeviceProfile contains the Activity context-dependent bits,
and we will create one of these for each Activity instance, and
this instance is accessed through the Launcher activity.
-> It's possible that we can continue to refactor this such that
all appropriate dimensions can be computed without an Activity
context (by only specifying orientation). This would be an
extension of this CL and allow us to know exactly how launcher
will look in both orientations from any context.
Sets the stage for some improvements around b/19514688
Change-Id: Ia7daccf14d8ca2b9cb340b8780b684769e9f1892
|
|
|
|
|
|
|
|
| |
> Using a shadow as background and a frame as foreground.
> The handle has baked in shadow which gets wrapped by the
frame shadow
Change-Id: Ib0e305ea735304236b3319e4fde22fb442f5dc0f
|
|
|
|
|
|
|
|
|
|
|
| |
- show instruction toast on clicking the widget
- Add animation when widget drops on the workspace.
Added WidgetHostViewLoader to handle short press and assign widget
host view to enable animation
b/19897708
Change-Id: Iec36d72cb21bf09343d0beeb31a09bf8b0cb5e0d
|
|
|
|
|
|
|
| |
-> This change provides integration for widgets provided by
the launcher package which can run arbitrary code.
Change-Id: I6052da5c4afed7ee72e3b44d045b9c46f2d84c42
|
| |
|
|
|
|
| |
Change-Id: I1c6ccb019cf87570c7d206809b321e901f0d3340
|
|
|
| |
Change-Id: Ie1e927aa0b5304f62cfffaab449abb3133870f80
|
|
|
|
|
|
|
|
| |
-> Also, deferring empty screen removal until after the drop animation
in order to reduce buggy transitions
-> Also fixing workspace layout on tablet
Change-Id: I1ae9fdaf592262f959424f321efa6df4298f85cc
|
|
Changes include
- moving from com.android.launcher{,2} to
com.android.launcher3
- removing wallpapers
- new temporary icon
Change-Id: I1eabd06059e94a8f3bdf6b620777bd1d2b7c212b
|