History log of /frameworks/base/core/java/android/view/ViewPropertyAnimator.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
78f146f420b894e7c6ab4545917d80f98447401a 15-Jun-2015 Vladislav Kaznacheev <kaznacheev@google.com> Revert "Make VPA.setInterpolator(null) unset the interpolator."

This reverts commit 8cebf3a098eeff1f4b2359c4a3abdaf0e4dc494f.

Bug: 21804709
Change-Id: I4b3c2c4721b8e7dd5cb38c806bdd078344b09799
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
8cebf3a098eeff1f4b2359c4a3abdaf0e4dc494f 15-May-2015 Vladislav Kaznacheev <kaznacheev@google.com> Make VPA.setInterpolator(null) unset the interpolator.

Bug:21199392
Change-Id: Iae4b82254ddf6b60d442258e79ff0ea4d54c0a4d
(cherry picked from commit 58ae164100060d1b8a9709aeea7a2b488ff0ac98)
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
bf6d1ebc4b4425cc14cf45df85db9f45a82cee2f 20-May-2015 Yigit Boyar <yboyar@google.com> am 9b716793: Merge "Revert "Make VPA.setInterpolator(null) unset the interpolator."" into lmp-mr1-ub-dev

* commit '9b7167937ab5ea456c45e735d3bd749ccf49c432':
Revert "Make VPA.setInterpolator(null) unset the interpolator."
10e23977bd1aec6d833df1e8894f3a78eb0bd3cb 19-May-2015 Vladislav Kaznacheev <kaznacheev@google.com> am d2368d07: Merge "Make VPA.setInterpolator(null) unset the interpolator." into lmp-mr1-ub-dev

* commit 'd2368d07a71fa77edc07be4ada89f70065bc940f':
Make VPA.setInterpolator(null) unset the interpolator.
21cdbd298d937a99e61b80775f04d4882dce683a 19-May-2015 Yigit Boyar <yboyar@google.com> Revert "Make VPA.setInterpolator(null) unset the interpolator."

This reverts commit 58ae164100060d1b8a9709aeea7a2b488ff0ac98.

Change-Id: I6d9942b41694f6a5e6c211df839aa385eea0c496
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
58ae164100060d1b8a9709aeea7a2b488ff0ac98 15-May-2015 Vladislav Kaznacheev <kaznacheev@google.com> Make VPA.setInterpolator(null) unset the interpolator.

Bug:21199392
Change-Id: Iae4b82254ddf6b60d442258e79ff0ea4d54c0a4d
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
08c7116ab9cd04ad6dd3c04aa1017237e7f409ac 28-Feb-2015 John Spurlock <jspurlock@google.com> Remove unused imports in frameworks/base.

Change-Id: I031443de83f93eb57a98863001826671b18f3b17
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
5637b7d2396636886688cf67ba1446882cc5fbfb 28-Aug-2014 Chet Haase <chet@google.com> Canceling ViewPropertyAnimator now removes pending actions

Normally, calling cancel() on ViewPropertyAnimator() will cancel any
running animations as well as any associated actions (layers and
start/end actions). But if the animation is canceled before the first
frame, these other actions are still pending and will not be canceled.

This fix also cancels these pending actions.

Issue #17296082 VPA.cancel() doesn't clear the end action

Change-Id: If104d21c1e2d64516500048a06ba217284732ef0
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
4937a70cc6b4a5a84a26985f177b00348523b61c 08-Aug-2014 John Reck <jreck@google.com> Don't use ViewPropertyAnimatorRT yet

Bug: 16894195

Needs more work and soak time

Change-Id: I8d38492b32780f5bba8a3439bfe3dbd30da3811c
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
7f7bd3c705570588a9d2d4f1bda55b4cc9e1b446 05-Jul-2014 Nick Kralevich <nnk@google.com> am 89c9c67a: am d92ab153: am a6336747: Merge "Fix a copy/paste typo in ViewPropertyAnimator"

* commit '89c9c67a33abd2f9ef9f160c6fae73364e2b8c4f':
Fix a copy/paste typo in ViewPropertyAnimator
a6336747a42fa5b64f82b7fe57ddf614d1fda9b2 05-Jul-2014 Nick Kralevich <nnk@google.com> Merge "Fix a copy/paste typo in ViewPropertyAnimator"
a0b13bddb282b6b177c7756dcc8ff006eb8fc971 01-Jul-2014 John Reck <jreck@google.com> ViewPropAnimRT fixes

* Fixes NPE in isNativeInterpolator
* Fixes null interpolator to mean LinearInterpolator instead of
the default interpolator which is AccelerateDecelerateInterpolator

Bug: 15991759

Change-Id: I66ff27154de1e227a07daaebc0519ee3cc0dd38f
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
44244ff7fe686b1c6b122341148964cbca32088a 20-Jun-2014 John Reck <jreck@google.com> Fix alpha animations in ViewPropAnimRT

Change-Id: Iffa0631b84070f12cf7b1a5e6db061c2afe7ca80
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
2218472d23483f09341bf655d55db21dcbabc1b6 20-Jun-2014 John Reck <jreck@google.com> Re-enable ViewPropAnimRT

Change-Id: I2f30547c4e2212747c479760dff4f3f901d1eaf3
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
c1073c3376763a68d4acff68be745227ee63bef9 29-May-2014 Chris Craik <ccraik@google.com> Merge "Make ViewPropertyAnimator correctly damage shadow receivers" into lmp-preview-dev
3048545c5a7c1bf610b054330c4df79b5d1cfc53 28-May-2014 Chris Craik <ccraik@google.com> Make ViewPropertyAnimator correctly damage shadow receivers

bug:14313537
Change-Id: Ib0a2fa1bf6b611acd26cec59203075a193e30a1e
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
4645ab81b78746f2ff2ec206b35b8542599ae69c 28-May-2014 John Reck <jreck@google.com> Disable RT animations

Bug: 15287046

Change-Id: Ib511053726153649ea1bda337d14bc05db4f0bf9
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
918988c1ce5af002d41c7ac37f3fa490558b0c90 19-May-2014 John Reck <jreck@google.com> Baby steps

Run ViewPropertyAnimators with no listeners on the RenderThread

Change-Id: I7ff5300db96c7f4b59b09e3fff8a0df173f132dd
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
e45b1fd03b524d2b57cc6c222d89076a31a08bea 15-Apr-2014 John Reck <jreck@google.com> RenderThread animator support

Change-Id: Icf29098edfdaf7ed550bbe9d49e9eaefb4167084
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
cc39e16cb98855f35079941b5e7e6eac2b7bc388 26-Apr-2014 Chris Craik <ccraik@google.com> Add elevation, Z properties to View

Change-Id: I3dd3b683a66e248a0fdf2ca69d1e962615b0daf9
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
49e6c73913e9bee58ea5e3984be151ee8e033163 31-Mar-2014 Chris Craik <ccraik@google.com> Move most TransformationInfo properties to RenderNode

This change dedupes the various properties that were represented both
in TransformationInfo, and RenderProperties on the native side.

RenderNode (and its associated properties) are now permanently
attached to a View in SW or HW. The native copy of these properties
are their sole representation.

Alpha to come in a later CL.

Also fixed issue with copying RenderNode's transform, and added
support of deleting RenderNodes in software rendering.

Change-Id: Ideb6e7f32b780e87aa1c32637c368356b3eee3a1
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
64a12e177de64ae5d907e3020ea3f37cc96ee325 29-Mar-2014 Chris Craik <ccraik@google.com> Update several stale RenderNode variable names

Change-Id: I61c8c66f5a79e3a89ae0d3cffbfd351c05bd6a2b
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
f666ad7046c0b1b255835f75aeb7d1391067df93 15-Mar-2014 John Reck <jreck@google.com> Rename DisplayList->RenderNode

Change-Id: Idcca6f26ba6282594789962f5edb3ed53a290fef
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
d863a10b2870ca27f631b2ec69f3e13faed1d02a 19-Dec-2013 Chris Craik <ccraik@google.com> Add initial APIs for 3d view manipulation.

Change-Id: I6de00bc577d5b3a1fbc9ca3a3b3668fcfa32b867
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
f57776b2d195f0937906eb88b777bb55ccc36967 26-Oct-2013 Chris Craik <ccraik@google.com> 3d view system!

True 3d transformations are now supported by DisplayLists and the
renderer, initially with the translationZ property on view.

Renderer operations used directly by DisplayList (formerly,
clip/save/restore/saveLayer) are now more simply managed by allocating
them temporarily on the handler's allocator, which exists for a single
frame. This is much simpler than continuing to expand the pool of
pre-allocated DisplayListOps now that more operations are called
directly by DisplayList, especially with z ordered drawing.

Still TODO:
-APIs for camera positioning, shadows
-Make Z apis public, and expose through XML
-Make invalidation / input 3d aware

Change-Id: I95fe6fa03f9b6ddd34a7e0c6ec8dd9fe47c6c6eb
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
772bafad5adf6aeec8909c6057614e958b93bb64 02-Oct-2013 Cyril Mottier <cyrilmottier@gmail.com> Fix a copy/paste typo in ViewPropertyAnimator

Change-Id: I149351f062e874fc11da61f416da5cfa5b1cb444
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
5fd37236dff9ab4d605ddac873d6a353f74838b5 14-Sep-2013 Chet Haase <chet@google.com> Only buildLayer() on attached views

A recent change to ViewPropertyAnimator.withLayer() builds the layer
immediately after creating it. This works in general, but if the view
is not attached, buildLayer() throws an exception.

The fix is to ensure that the view is attached before calling buildLayer().

Issue #10750925 Dialer crashed and phone dropped while on call

Change-Id: I801c835a0f5cb81e159fe90c157c122cf2d0da01
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
74d31d106bc0a2462aac8af58dbefd6a4e1212d8 11-Sep-2013 Chet Haase <chet@google.com> Build layer immediately when setting it in ViewPropertyAnimator

Previously, withLayer() would simply set the layer type in the runnable
called in onAnimationStart(). Now we also call buildLayer(), to get it
out of the way prior to the view drawing for the first time after the
animation begins.

Issue #9422420 ViewPropertyAnimator.withLayer() should build layer immediately

Change-Id: I99923a234f7ca1ec0b6f1b0bf28b62a71ab7eb4d
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
87f4ae67c86c7044253b3e1bcec6956a8c8bf017 07-Sep-2013 Chet Haase <chet@google.com> Add updateListener to ViewPropertyAnimator

New method setUpdateListener() on ViewPropertyAnimator that will
send out update events to the provided listener.

Issue #10118113 Offer update listener on ViewPropertyAnimator

Change-Id: Ib9f8fc6dbbc3c1c58113246d9a3b01e7ac27b14c
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
d40acfb89e3222e8da516254341a9489de7fd07b 25-Jul-2013 Cyril Mottier <cyrilmottier@gmail.com> Return the actual interpolator of the ViewPropertyAnimator

The implementation of getInterpolator() was always returning null
(probably a quick copy-paste from the default Animator implementation).
This patch fixes the problem by returning the interpolator set by
setInterpolator(TimeInterpolator) or the default one if none has been
set yet.

This patch also avoid creating multiple instances of ValueAnimator in
order to retrieve some default values.

Change-Id: I8880f419f021a8b980fb32bebe927915fde19bf7
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
dcfbd6a2c99fa9f77c8ffec81c36d28e21ac18a7 09-May-2013 Chet Haase <chet@google.com> Fix start delay jank in ViewPropertyAnimator

Issue #8892620 start delay jank in ViewPropertyAnimator

Change-Id: I17a57ac3351fb2c1516b594d135aa9ce9f78c88e
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
8bba7510bc96d5404c070a4846318ee6a9eb1365 17-Apr-2013 Chet Haase <chet@google.com> Fix build - remove obsolete import of Animatable

Change-Id: I3133669386f50177c863f8a58733be771f819a17
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
430742f09063574271e6c4091de13b9b9e762514 12-Apr-2013 Chet Haase <chet@google.com> API and doc cleanup, plus small animation/UI features

Adding features which round out the animation APIs (missing
getters, etc.). Also fix doc typos.

Issue #8350510 Add APIs needed for future animation capabilities

Change-Id: I063736848ba26e6d6c809b15fc3a103c74222f46
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
8ee2a70f08f54314d3ff0cd571a7ea9337065389 18-Dec-2012 Robert Ly <robertly@google.com> change onEnd() to withEndAction() in javadocs

Change-Id: Ic9a04bf86d62249b47dc654052d58797dfc3990c
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
4702a856973a553deb82f71b1d3b6c3db5dbf4ba 18-Aug-2012 Dianne Hackborn <hackbod@google.com> More view hierarchy, fragment debugging.

Add a View.toString() method.

Rename all of the View private flags to have a PFLAG prefix to
avoid going insane trying to figure out which constant goes with
which flag.

Activity.dump() now includes a summary of the activity's view
hierarchy, using the View.toString() method.

All exceptions thrown by FragmentManager now perform a dump of
the owning activity state, where appropriate.

Change-Id: I6482e397e10cb5a0612ab02ce6ed5131823437a6
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
500998d401e1c936bf60facecd5e9699d2eadb66 14-May-2012 Michael Jurka <mikejurka@google.com> Prevent ViewPropertyAnimators from getting started twice
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
cb150fe9e6495256019b02be51e736679b57c1b5 04-May-2012 Chet Haase <chet@google.com> Minor doc fixes for animation- and view-related things

Issue #6016341 Add info about properties and ViewPropertyAnimator to View reference docs
Issue #6441062 Misleading docs in ViewPropertyAnimator

Change-Id: Ica7c026c770fe2e57013fe443ede5428cd6b6604
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
1271e2cc80b01d577e9db339459ef0222bb9320d 20-Apr-2012 Chet Haase <chet@google.com> Remove USE_DISPLAY_LIST_PROPERTIES flag

This flag was still hanging around pending any need to disable
DisplayList properties. But things seem stable, so it's time to clean up
and simplify the code.

At the same time, I reduced redundance in DisplayList dimensions. We
used to call drawDisplayList() with width/height parameters that were
used to do a clip reject. This is redundant with the DisplayList properties
that set the bounds of the DisplayList; the left/right and top/bottom properties
represent the same width/height properties formerly used in drawDisplayList().
The new approach is to not pass dimensions to drawDisplayList(), but to
instead pull those dimensions directly from the DisplayList when needed.

Change-Id: I8871beff03b1d4be95f7c6e079c31a71d31e0c56
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
563d4f2d461d264457b7e7068e2fc7b9b0bcafb3 19-Apr-2012 Chet Haase <chet@google.com> Make ViewPropertyAnimator ListView-animation-capable

ViewPropertyAnimator now sets the hasTransientState flag in View to tell
it when an animation has started (and unsets it when the animation ends).
This allows ListView to retain views with transient state without recycling them,
which makes ListView item animation possible (because you can't animate a View
if it's being recycled and reused elsewhere as it moves into and out of view).

Change-Id: I75c26a7a56474a76428500afef03a80bb46e04e0
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
db8c9a6a4d9bf8c39f834b25611926caf21380f6 22-Mar-2012 Chet Haase <chet@google.com> Optimization of alpha with DisplayList properties

Some views (such as ImageView and TextView) handle non-opaque alpha
values directly. This was originally an optimization, but we can handle it faster
in many cases without this optimization when DisplayList properties are enabled.
Basically, if a view has non-overlapping rendering, we set the alpha value directly
on the renderer (the equivalent of setting it on the Paint object) and draw each
primitive with that alpha value. Doing it this way avoids re-creating DisplayLists
while getting the same speedup that onSetAlpha() used to get pre-DisplayList properties.

Change-Id: I0f7827f075d3b35093a882d4adbb300a1063c288
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
9d1992deaeb3d60d5928f05b649a2cc654ba98a3 13-Mar-2012 Chet Haase <chet@google.com> Optimizing DisplayList properties

DisplayList properties are still disabled default (flags in View.java
and DisplayListRenderer.h). When they are enabled, and when a View has
a DisplayList, invalidations due to property changes are now optimized
to avoid causing DisplayList recreation. This eliminates the drawing step
of invalidation (due to changes in these properties), only requiring
issuing the previously-created DisplayList to the GL renderer. Invalidation
is slightly faster (less overhead as we walk up the hierarchy), getDisplayList()
is potentially much faster (going down to ~0ms), depending on the complexity
of the View being redrawn and the size of the invalidated hierarchy.

Change-Id: I57587d5b810c3595bdd72a6c52349c2a3d1bdf25
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
a1cff5043d0fbd78fcf9c48e7658e56a5b0c2de3 21-Feb-2012 Chet Haase <chet@google.com> Handle view properties at the native level

Basic functionality of handling View properties (transforms,
left/right/top/bottom, and alpha) at the native DisplayList level.
This logic is disabled for now (via compile-time flags in View.java and
DisplayListRenderer.h) as we continue work on it (there is no advantage
to the new approach until we optimize invalidation and rendering paths
to use the new code path).

Change-Id: I370c8d21fbd291be415f55515ab8dced6f6d51a3
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
c1ca665827f0c34419a55c005254c1aaa0d58b40 31-Jan-2012 Chet Haase <chet@google.com> Add new ViewPropertyAnimator utility methods

Users have requested the ability to sequence ViewPropertyAnimator
animations. it is not possible with AnimatorSet, which only takes objects
of type Animator (which VPA does not extend). But the AnimatorSet model
is not appropriate for VPA anyway, since it is not possible to set up
a VPA ahead of time to start later; it's just not the way that VPA is
intended to work.

Instead, there are now two new methods on VPA, onStart() and onEnd(). These
methods take a Runnable which is executed when the animation starts or ends.
These methods should allow other VPAs or other arbitrary code to execute at the
start or finish of any particular VPA animation, allowing simple sequencing
without the overhead of creating listeners and monitoring the cancelation status
of the VPA.

Additionally, this change adds a new method withLayer() which sets a hardware
layer on the VPA's target view for the duration of the animation. This
was already possible, but required writing boilerplate code to create a listener
and override the start/end methods to add and remove the layer. This utility method
makes this common use case much simpler and less error-prone.

Change-Id: I819978517e17c647ffb7028063cd0adde68ff691
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
0c6d83cc5625f967eb2e23cc7c232874cd9e60f9 01-Dec-2011 Chet Haase <chet@google.com> Protect code in ViewPropertyAnimator from potential null deref

The monkeys threw a NullPointerException in ViewPropertyAnimator, from
calling into a data structure that should have been not null. Not sure what
weird onkey-driven timing issue caused the problem, but protecting the null
deref is easy and safe.

Issue 5626496

Change-Id: I902b510db60a8a85f776f48582ae0326522a9400
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
ddb715b238c098d8b561a44b9687f0bc67a4c141 09-Sep-2011 Dianne Hackborn <hackbod@google.com> Pull animation attributes out of main view class.

These are now in a separate class that is only allocated when
needed by the view.

Change-Id: I9601bb43b3b4bfdabd982b02f7cd7534437b8ac3
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
cbbd93ae701b9af2e5054d59286bdbf6275c2838 09-Aug-2011 Chet Haase <chet@google.com> Fix ViewPropertyAnimator duration and startDelay issues

getDuration() wasn't returning the correct thing in some cases, and
setStartDelay() had no effect whatsoever. Fixed those.

Change-Id: I89f930535ec1acddf57227937a9ad64986548998
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
3a000a52d6863bd1c6c9822a9cfd83e00f3aaf79 16-Jun-2011 Chet Haase <chet@google.com> Fix crash in ViewPropertyAnimator for unparented view.

Mechanism for removing possible earlier animations should
call removeCallbacks on the view, not on the (possibly null)
handler of the view.

Change-Id: I76c6f0bea5e009be9197a6e49e9360ed9ef1a9cb
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
8d5f808f70c1d47437eaf49234c1b3a23c244040 24-May-2011 Chet Haase <chet@google.com> Add more functionality to ViewPropertyAnimator.

Allow ViewPropertyAnimator animations to be started immediately, canceled,
and to have an optional startDelay. This is functionality parallel to that
in the base Animator class.

Change-Id: I391f1810bf697656999bd6e3e63a59e46eb7eb8a
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
d666cf320db4134938f72b0ffe18212997f8c8d8 01-Mar-2011 Chet Haase <chet@google.com> Cleanup of docs for ViewPropertyAnimator class

Fixed the copyright date, spec'd auto-canceling behavior of various methods,
fixed various typos.

Change-Id: I0db74787275890557a3ad8d617b69daeef2413ee
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
ba592d200390d89723682f1a7e40d308d7804b36 25-Feb-2011 Chet Haase <chet@google.com> ViewPropertyAnimator cancels prior animations

The initial approach of VPA was to cancel previous animations
on the same exact set of properties. This worked in most cases,
but if the new animation had a different set of properties
(like animating alpha, x, and y instead of just x and y), then
there was a possible artifact as the old animation continued to
run in the background and could show the button in the wrong
location as a result.

The new approach is to search all running animations for
a property when a new animation is requested on it and to
remove that property from the list of properties being animated
by that previous animation. The prior animations continue to
run, but will no longer update that property, which will now be
controlled solely by the new animation requested.

Change-Id: Ib35d54a5e91be0a1310725be6e2acbaa6ead4a4e
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java
a00f3865f55c5c9cb74510ee2b239d101230133c 22-Feb-2011 Chet Haase <chet@google.com> Add ViewPropertyAnimator for easy animation of View properties

Change-Id: I2bc52ca16507d8d20004d2d6823e587791272aac
/frameworks/base/core/java/android/view/ViewPropertyAnimator.java