| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
to allow easier generalization of animation definitions
Change-Id: I37b1a604003ec007aa390eabdfe8c1ab733b7471
|
|
|
|
|
| |
Bug: 111698021
Change-Id: If518ba5946ea6fada67f549f2f29e1ab1c89969d
|
|
|
|
| |
Change-Id: If9df24ea4170e8a3d336057d1c3dc800934fc1ac
|
|
|
|
|
|
|
|
| |
Static dependency does not work in the presence of multiple activities and
when the main activity is not Launcher (eg in fallback recents). Instead
creating FirstFrameAnimatorHelper on demand for individual animations.
Change-Id: I17bb69bbaaca92f0db994fb56fd784302c57d543
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
(This cl reverts change-Id: I455edcd17bda83ab51c2c04fa40e66097a4d6975)
Various animations were marked for cancellation when launcher activity is
destroyed. This this does not work with multiple activities (Launcher,
fallback recents, shortcut confirmation). Also since launcher activity
handles configuration changes, the activity is not destroyed often.
Instead associating a target with various animations which automatically
cancels the animations when that target goes away.
Change-Id: I64cd095a28075561a9e20c9dcdeb9f90c18e1047
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
There are 3 places we can block a fling:
- Swiping from home to all apps (through overview)
- Swiping from an app to all apps (through overview)
- Dismissing a task (in the same gesture that started by swiping down)
In all of these cases, we block the fling when crossing the threshold
to a new state (e.g. OVERVIEW), but unblock if the user pauses their
drag. With this change, the logic is consistent:
- Unblock the fling after pausing a short amount of time
- If a fling was blocked, increase the settling duration based on
velocity
Bug: 78089840
Bug: 78658678
Change-Id: I5ef52b74229418b867b26c3c6d3db2cf6e48914b
|
|
|
|
|
|
| |
creating a shadow bitmap
Change-Id: I331186664c3c448596af3172e0e080921a6a1908
|
|
|
|
|
|
|
| |
methods for state change
Bug: 67678570
Change-Id: If3d05c804c034ffa5e403da8eaa23e85e373c863
|
|
|
|
|
| |
Bug: 67678570
Change-Id: I5c63b4df29ca0f58a0223fb1919abc132576a1b6
|
|
|
|
|
|
|
|
|
|
| |
> 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
|
|
|
|
|
|
|
|
|
|
| |
This change hides the hard cut off that appears when the Launcher
window is transitioning upwards when resuming from when the screen
is off.
Bug: 36446766
Change-Id: I0c0fe13ee9e08d27b94916d0407ef431d82b8d6a
|
|
|
|
|
|
|
|
| |
- organizing imports
- remove redundant modifiers on LauncherCallback interface
- fix typos
Change-Id: I61eb985cac7c1379b6b804a67d4f234386d3d1b4
|
|
|
|
|
|
|
|
|
|
|
| |
- Use smaller radius for notifications round rect background
- Remove "Notifications" header, and clip children to round rect path
- Flip main notification so that icon shows on the right instead of
left; footer is also flipped so animation makes sense
- Clean up animations to animate view outline instead of height
Bug: 32410600
Change-Id: I6bd1e1f8395b3703f28c3b0056a89e67672368ab
|
|
|
|
| |
Change-Id: I5fabd5c78de52ba68b67e0b1bd7208f4d1f7cbea
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Next secondary icon animates up to replace dismissed main notification
- Add padding around main notification so it always aligns with the
straight edges of the view (not the rounded corners); looks more
dismissable
- Notification view collapses as notifications are dismissed
- To mimic system notification behavior, we copy SwipeHelper,
FlingAnimationUtils, and Interpolators. We also apply elevation
to notifications and reveal a darker color beneath when dismissing.
Bug: 32410600
Change-Id: I9fbf10e73bb4996f17ef061c856efb013967d972
|
|\
| |
| |
| | |
Change-Id: Iddf78c166f9ab89ffae2ddc819c9ba5cf5e988be
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Previously, it was only called at the start and end of the transition;
now it is called as the animation interpolates. Specifically, a dummy
ValueAnimator is played alongside the transition animation and calls
dispatchOnLauncherTransitionStep() as it goes.
One place where this is important is in Workspace, where
mTransitionProgress is used to determine things like whether the
workspace should accept a drop - hence the bug that caused apps dragged
from All Apps to vanish when dropped before the transition ended.
Bug: 24215358
Change-Id: I32cd633c53557305caf84e87c9a4d4f07eef2223
|
|/
|
|
|
|
|
| |
> Using View property instead of strings to avoid extra reflection step
> Using ViewPropertyAnimator when several properties are being animated
Change-Id: I41625643b38b70bac11e2c81d18058ec878d73bd
|
|
|
|
|
|
|
|
|
|
|
| |
-> The framework circular reveal transition runs on the render
thread which can cause problems when mixed in an AnimatorSet
with transitions that don't run on the render thread
-> See issue 17556455
issue 21445293
Change-Id: Ie19c184c55060651e817d426ec83049b06af56ba
|
|
|
|
|
|
|
|
| |
> Fixing some RTL errors by specifying both marginStart and marginLeft
> Moving all layout direction checks to Utilities
> Explicitely adding @TargetApi before every method
Change-Id: Ibe9c52b93b5a6adeadb27ace2b312770fd732ea0
|
|
|
|
| |
Change-Id: Id107a9aff74f014c07f8cbea6e74951a02dbddab
|
|
|
|
|
|
|
| |
Use weak references for global animation list
Bug: 11322014
Change-Id: I38bb9184e45840113129781fa83ab40ec96d3868
|
|
|
| |
Bug: 11322014
|
|
Changes include
- moving from com.android.launcher{,2} to
com.android.launcher3
- removing wallpapers
- new temporary icon
Change-Id: I1eabd06059e94a8f3bdf6b620777bd1d2b7c212b
|