If the first draw frame of an animation is
expensive, which it often is, it causes a big
jump. Added a helper class which automatically
adjusts the animation start time if the first
frame is more than 16ms.
Change-Id: I100edbc41c2abe930a32d6bcf0a782ea9735f7f9
We were using multiple SQLiteOpenHelpers, which
causes problems; this change switches us to using
only one
Bug: 8346109
Change-Id: If7d4dff3d34edb38d9586d3b0f4e8e1747a71a75
- Also fixing issue where the workspace cling was showing on top of AllApps when you entered it for the first time.
Change-Id: I7d59ad153de192bc1d69537af1b4af632465138b
-> This new approach is actually correct in emulating cascaded pushing of
items left, right, up and down.
-> Takes care of a couple crashes and some instances where reordering
was not doing the right thing.
Change-Id: I016120e62f5d6fa1a2a6289c3badcb6ec230b2a3
Switching how we set a property to tell launcher
to force rotation to be enabled, or to dump state.
Bug: 7538629
Change-Id: I8cb55f1a28ba59fe5d410562c66bc86eb9efabfe
Gradient and black backgrounds were stopping at the Status Bar.
When returning from a full screen app to the launcher the wallpaper
was completely visible when it should have been obscured by these
backgrounds. Making the app full screen while keeping the views
within the system insets fixes this.
Bug 7410717 fixed.
Change-Id: If3f7e4808961ee6c80fe2d0a328e6ca39fa5eb7a
One of the sources of jank in launcher is during the All Apps -> Home
transition. specifically, if the user has started a fling operation (where
we are animating between pages in All Apps) and then hits the Home button,
we continue the fling animation while also doing the transition to Home
scale/fade animations. This causes a lot of work for launcher, particularly because
the fling animation is causing the All Apps layer to get recreated on every frame.
The fix is to simply pause the fling animation, then snap to its end state when the
animation to Home is complete. We also need to pause/snap the scroll indicator animation,
because it's fading animation causes the same layer-recreation jank that the fling
itself causes.
Issue #7387124 Home <-> All Apps transition animation is janky while flinging
Change-Id: Icbcaf2d5b3b2f6ce8fd7419419d258248aa1475b
large screens take too long swiping between screens. Cap the duration to
some max value to make things snappier.
Change-Id: Iee967c1b00b4962a0490fd0e20d48d7d8363dd2f
This change puts a 350 ms delay before processing the ACTION_MAIN intent when
the window is not focused. This makes the Launcher animation take place after
the GPU-intensive portion of the window shade hide animation, resulting in
smoother animations.
Bug: 7401764
Change-Id: I574f2ba398fcf38b423413f802673bbd4d983cd2
Michael Jurka
Winson Chung
Romain Guy
Fabrice Di Meglio
Adam Cohen
Craig Mautner
Chet Haase
Dave Burke
Jamie Gennis