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
|