| 66826566020afc8d11f183cf3fe443ac0a022384 |
|
05-Apr-2016 |
Yigit Boyar <yboyar@google.com> |
Test stability improvements
* Fix wait for layout's idle wait to ensure RV's layout is complete
* Made main thread exception private to have more strict control
around its usage
Change-Id: I40d414538c16459400fe6460a638848de9ee5597
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| e3b89d11cf08a0e9aaa8162757246f286c6df2f8 |
|
29-Mar-2016 |
Yigit Boyar <yboyar@google.com> |
Preserve focus after layout
LayoutManagers try to keep focused view visible during a layout
calculation. This does not work well if the View is being replaced
with another view due to type change and/or animation. It is
beyond LayoutManager's intended control to care for this case so
RecyclerView will track it and recover focus to the new View
if necessary.
Bug: 25510761
Change-Id: I65680577587839ecfe84a931998da8b9926b5566
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| dca8e68e966915b8314095e71538d231a7eee575 |
|
01-Mar-2016 |
Yigit Boyar <yboyar@google.com> |
Avoid NPE in animation scheduling
If a changed item disappears in post layout, RV calls animateChange.
But if item is never laid out in post layout, it was calling animate
disappear. This was inconsistent because even if the View is laid
out in post layout, it probably does not have the updated data.
This edge case is inheritly conflicting so this CL clarifies &
documents the behavior such that:
When a changed item disappears:
* If item animator decided to re-use the same ViewHolder, RecyclerView
will call animate disappearance.
* If item animator decided to creates a new ViewHolder for post
layout, then RV will call animateChange because it is the only
callback with two view holders.
* If the layout manager did not layout the view in post layout,
RecyclerView will call animateDisappearance.
Bug: 27408348
Change-Id: Ie58b1b1a00a89b630b715d680edfa4110b0dd43d
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 13a0acc0df34344c0b4fd4b494a64e7dcf195b56 |
|
17-Feb-2016 |
Yigit Boyar <yboyar@google.com> |
Handle gracefuly if changed items disappears
This CL fixes a bug where if an Item is changed and also
disappears in the same layout pass, RecyclerView would call
both animation APIs which is a problem because it is designed
to call only one animateXXX callback per ViewHolder.
With this CL, it only calls animateChange but takes care
of hiding the disappearing views.
Bug: 27137909
Change-Id: I28e7a3c24e9cd0c8bf6790070b382830014e8987
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 4143554adb9b31b700b6876a251a64419e6111e2 |
|
10-Dec-2015 |
Yigit Boyar <yboyar@google.com> |
RecyclerView Automatic WRAP_CONTENT support
This CL adds support for wrapping content for RecyclerView while
supporting predictive animations.
It is an opt-in API which is off by default because these changes
will change the callback flow, especially will start calling
LayoutManager#onLayout when RecyclerView#onMeasure is called.
See LayoutManager#setAutoMeasureEnabled for API details.
All built in LayoutManagers support WRAP_CONTENT using this new
mechanishm.
Bug: 22508392
Change-Id: I6e010f8807e9d2fa379dd52493b2d8340b8c65de
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 0a017072206f93474ccd2706e7983c2ff778b904 |
|
07-Jan-2016 |
Yigit Boyar <yboyar@google.com> |
Move all RecyclerView tests to Junit4
This CL moves all RecyclerView tests to Junit4 and uses
the new ActivityTestRule instead of ActivityInstrumentationTest.
Bug: 24494874
Change-Id: I049d8b1ac7869a6af13a3ee7905d6dd1f6eb418b
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| f1b288ec2104488f4a92e911b0ab80c8f0f3e9d1 |
|
28-Dec-2015 |
Yigit Boyar <yboyar@google.com> |
Add test size annotations to RecyclerView Tests
Bug: 24494874
Change-Id: I0e7606d1c55017dc17467155372b708a0b1ea36d
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| b2a6ee1e0b6c4343a52b7e176c29d0cfebcd1617 |
|
08-Dec-2015 |
Yigit Boyar <yboyar@google.com> |
Try to detect developer error for change animations
If an adapter does not have proper stable ids, it may crash RV while
it tries to animate. This is NOT a RV bug but it is very hard for the
developer to recognize this since the crash does not give any clue on
what is wrong.
This CL detects this case and prints a specific error. It also changes
how RV handles this unexpected case. Now, if it cannot detect the error,
it will just log instead of crashing. It will still crash if it detects
an error in the Adapter.
Bug: 25715473
Change-Id: I896bceb09417a42899951311352c15f7c912c57b
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| e09e0b4ea04b6b6b0ef6c62979e8abdead0bf378 |
|
30-Sep-2015 |
Yigit Boyar <yboyar@google.com> |
Cleanup for item tracking
This CL abstracts the Item tracking for RecyclerView. This makes
it much easier to test (better encapsulation) + cleaner code.
And as an added bonus, I merged some maps to speedup lookups.
There is also a small (unreleased) API change for the new
ItemAnimation callbacks. It was wrong in the first one but didn't
realize because SimpleItemAnimator was taking care of it.
I've also added some support annotations & fixed some warnings.
Bug: 24665726
Change-Id: Idba09e749f1c0f269d81dbdee4056f6b52ba8484
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 9051a368c00c40f8679ae67147b9f5af6f93638d |
|
17-Sep-2015 |
Yigit Boyar <yboyar@google.com> |
Reuse hidden views if asked for
If a LayoutManager tries to get a view that is in the
hidden list, Recycler used to recycle it so that it
can be safely rebound as a new item.
This approach, although safe, creates UI glitches
as item jumps from a location to another instantly.
To overcome this issue, now Recycler unhides such
views and moves them to scrap. It also reports it
to the item animator with necessary flags so that
its appearance can properly be evaluated as a
persistence (or change).
Bug: 24176126
Change-Id: I9858abdd6faf859bdc2ee2a9d2a88228c21fa9b1
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 121ba9616e5bed44d2490f1744f7b6a9d3e79866 |
|
30-Aug-2015 |
Yigit Boyar <yboyar@google.com> |
RecyclerView Animation API V2
This CL introduces a new Animation for RecyclerView that
gives more responsibility and power to the ItemAnimator.
It is backward incompatible but there is a new SimpleItemAnimator
that mimics the old API for easy transition.
The main goal for this API change is to enable better change
animations. This change will enable ItemAnimator to easily animate
contents of ViewHolders.
Bug: 22507896
Change-Id: I4d9a6b92ff5c27691b277a777da77116476b1cd3
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| c0d8d3f89413a652a64e99485d93230437e20166 |
|
22-Jul-2015 |
Vadim Tryshev <vadimt@google.com> |
Merge "Hiding removed child views from accessibility." into lmp-mr1-ub-dev
|
| 344e49fcc92aba485da10a983fe916e2e4750a77 |
|
30-May-2015 |
Vadim Tryshev <vadimt@google.com> |
Hiding removed child views from accessibility.
Accessibility code won't know that hidden child views of RecyclerView
exist. Such views exist during animations that collapse deleted child
views.
Implemented with setImportantForAccessibility. There was an attempt
to implement this using AccessibilityNodeProvider, but after some
soul-searching with accessibility pundits, it was decided that
AccessibilityNodeProvider doesn't quite match this scenario, so I
fell back to the 'mark as important' approach.
Bug: 20055027
Change-Id: Ibb8478ed85990248821ccb1d772b4f2f9c02aa74
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| ef3e37fe088c7d8e614bbc4ed58d6c0d3fa807a1 |
|
29-Jun-2015 |
Dake Gu <dake@google.com> |
RecyclerView: add setLayoutFrozen(boolean)
Add a method to stop recyclerview from udating children.
Including:
- delay the adapter change.
- stop scroll and inner scroll
- stop scroll animation
- cancel ItemTouch helper (dragging)
b/22067316
Change-Id: I24e7baf3477022025a2bba8e56343c5af7196403
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 21b345f101abc385496f42d250e580d21f1287b6 |
|
04-Jun-2015 |
Dake Gu <dake@google.com> |
RecyclerView: Add payload for efficient bind
Add an optional payload in onBindViewHolder and notifyItemChanged.
The payload can be used to indicate the partial change
of an item so that onBindViewHolder can do an efficient rebinding.
We are going to add in-place Change animation in next CL. The in-place
Change animation happens on the existing holder, Adapter will receive
a payload in onBindViewHolder.
The existing crossfading CHANGE involves two viewHolders, the oldViewHolder
is faded out without rebinding, the newViewHolder is binding to a
scrap view and faded in.
Change-Id: I117e5fe24d757dc89e68bb5860b5f4fb71bd9cf5
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 8a1422f3422177490f7e36bd93537108392cb3dd |
|
09-Jun-2015 |
Yigit Boyar <yboyar@google.com> |
Merge "End animations on scrap views, clear updated views from cache" into lmp-mr1-ub-dev
|
| 5a9366fba5e26329bc9a988cfd2d43df980f2764 |
|
09-Jun-2015 |
Yigit Boyar <yboyar@google.com> |
Prioritize delete animation over move animation
RecyclerView was running a move animation when an item
is deleted but also moved. We should run delete animation
instead to make sure proper callbacks arrive.
In the future, this can be changed but for now, it is not
LayoutManager's responsibility to move a deleted item so
occurrences of a "deleted item being moved" can be ignored.
Bug: 21639668
Change-Id: I5b1cfa37a7e5e7a2ef34d7cc76fbebc41907cf9a
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| cc1bf428e5bdbcc94e58107da4a100b279810a64 |
|
05-Jun-2015 |
Yigit Boyar <yboyar@google.com> |
End animations on scrap views, clear updated views from cache
This CL fixes a bug where we would not remove updated views
from cache which was bad utilization of cache since they'll
need to be rebound anyways and they could be rebound back in
preLayout with their bad state.
I also changed how we handle remaining scrap views at the end
of a layout. We used to recycle them wihtout ending their
animations which would prevent them from being recycled.
Instead, we first end their animations inside a recycle
barrier and then recycle them.
I also did some cleanup in layout tests to make them easier
to read :).
Bug: 21615412
Change-Id: Ic4fecfe9b78ee66e46b13bff83cf903be2cc2e1a
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 629687bba8da1a73c48d8fe87393a13581ce46ca |
|
05-May-2015 |
Yigit Boyar <yboyar@google.com> |
Improve some tests
This CL fixes some tests that are failing in the emulator
Bug: 20857006
Change-Id: I8f669678403e33d16af3e2de29851d6fcc7cab13
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| e05fbd9cfe05496e82a3abe19e07e8745985e9a5 |
|
27-Apr-2015 |
Yigit Boyar <yboyar@google.com> |
Fix SGLM child position bug
Looks like SGLM had a bug where it would put children with gaps
when filling above and below anchor line. This would mostly happen
if clip to padding is false because it was not properly handling
clip to padding.
This CL changes how SGLM handles recycling in a long with fill state
preparetion. This also makes it 100% compatible with clip to padding
false.
Bug: 20565830
Change-Id: Iae9a5bd50865e552120f85c8f511986c8e9f4395
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 0cdc226349a8ed360bc3114e8f8b9da0771c6b69 |
|
30-Mar-2015 |
Yigit Boyar <yboyar@google.com> |
Merge "Remove a view from disappear list on recycle" into lmp-mr1-ub-dev
|
| f3e710cfe6ee7027d5ad5b5b55fe00cff4136de8 |
|
28-Mar-2015 |
Yigit Boyar <yboyar@google.com> |
Replace new API calls w/ app compat versions
Change-Id: Ia919c67bc005360b83829fde26ae071ecd700018
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 6a6748f8ec1d1f2824cf5c7c6ee8ade8cad0a63a |
|
27-Mar-2015 |
Yigit Boyar <yboyar@google.com> |
Remove a view from disappear list on recycle
There was an edge case in RecyclerView where if a LayoutManager
adds a View then calls removeAndRecycle on the same view
during the same layout pass, we would recycle the view and also
try to animate disappearance. This would break the consitentcy
and trigger an IllegalStateException if View is returned from the
pool before its animation ends. Even without that race condition,
this could still break since View may come back from the pool
twice.
This CL fixes that issue by removing the View from the list
onRecycle (we were already doing it for other sets).
This CL also changes another behavior where we would cache
removedViews if they are removed in pre-layout. This is
probably why very few people were hitting the above exception.
Bug: 19935582
Change-Id: I502d7d3fdb08737e6727fd15856c90dfc41b27a8
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| a75ca911e26945e0b326e7b70dd12378ace80270 |
|
23-Mar-2015 |
Dake Gu <dake@google.com> |
RecyclerView: fix ArrayIndexOutOfBoundException in removeAndRecycleScrapInt
App implemented onViewDetachedFromWindow() might force "AddAnimation"
stop and change internal mRecycler.mAttachedScrap list, then next loop
getScrapViewAt() may access out of bound index.
Accessing the array in reverse to avoid the problem.
Bug 19892594
Change-Id: Ie3a12c60d8135cc2cc048aa0f74f29821e5f708a
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 115ba0c7b2a14aa4cd0273952195e1d8f6468f87 |
|
10-Nov-2014 |
Yigit Boyar <yboyar@google.com> |
Deprecate ViewHolder#getPosition
getPosition methods in RecyclerView were ambiguous because of the deferred
handling of adapter updates. To avoid future confusion, this CL deprecates
methods that receive or return "position" and introduces two methods that
receive / return "layoutPosition" or "adapterPosition".
This will help developers get the exact number they need (e.g. the position
in adapter vs the position user is currently seeing)
The following methods have been deprecated:
RecyclerView#getChildPosition
RecyclerView#findViewHolderForPosition
ViewHolder#getPosition
LayoutParams#getViewPosition
Bug: 18213371
Change-Id: I52667bd43e32fc55de8861f5fdc01a0aa7fbe60f
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 17d560c4a247dbfb795a2ea838c819cda77e5fa7 |
|
03-Nov-2014 |
Yigit Boyar <yboyar@google.com> |
Check for notifyDataSetChanged calls when processing adapter
Bug: 18182313
Bug: 18208149
Change-Id: I34013523b6b47ba3859ebb1bafa3ee433b51c75f
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 90ca3086dbf66ad6bb8840e46ec8524a705e1c18 |
|
03-Oct-2014 |
Yigit Boyar <yboyar@google.com> |
Fix RV's onViewAttached/detached callbacks
This change also fixes a bug in DefaultItemAnimator.
Bug: 17599182
Bug: 17881182
Change-Id: I4adadeb5d2d7d5aaef0f253eac52d2624de73d5e
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 0ec96558f829719283bb1a49ff218c3ce1430626 |
|
28-Aug-2014 |
Yigit Boyar <yboyar@google.com> |
End all animations when RV is detached
Bug: 17307859
Change-Id: Ia213d52ab79f8c80bdfb5321e7a726876b8554a2
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 42c4af4ff383daf001263ae18a9b00b9fbf87487 |
|
23-Aug-2014 |
Yigit Boyar <yboyar@google.com> |
Clean old positions for unused scrap views
Bug: 17144600
Change-Id: I810edc10d110b9473e2bb5a2ce80d193359c1133
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 93d88283955af6643f2ea0f3cc6cbc34ea49f181 |
|
18-Aug-2014 |
Yigit Boyar <yboyar@google.com> |
Recycle a view if it is added then removed instantly
Bug: 17096150
Change-Id: I6115512f71598f88fdc631ff50f7a1c4f7dc4481
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 7c7fba8365684e1ccfc4f39f286df4d100c6c81f |
|
21-Jul-2014 |
Justin Klaassen <justinklaassen@google.com> |
Support predictive change animations
Currently appearing views are not positioned correctly when performing a
predictive animation due to a change in the underlying dataset. To allow the
LayoutManager to supply pre-layout info for the appearing views, allow the
changed view to be scrapped and preserved during the pre-layout pass / change
animation.
Bug: 16040380
Change-Id: Ib4ed1b4fee1965cae356e6ba1b6e6d7a8ea52e67
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 504c54ea52c1b2aae6f8f4ae128f1dcaac7e3f6a |
|
13-Jul-2014 |
Yigit Boyar <yboyar@google.com> |
Support animations during multiple layout calls
This CL also fixes two bugs related to view recycling
* we were moving views to cached view list w/o checking if they are recycleable or not
* AdapterHelper had a bug where it was checking missing views via < -1 instead of == -1
Change-Id: I7d70c1b884c3af046ba78924c9a966f83cda99f0
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| cadd54707a7aaa4cfa9c8b8051c6185e8717f22e |
|
11-Jul-2014 |
Chet Haase <chet@google.com> |
Invalidate ItemDecorators more aggressively
This CL also changes the ViewDecorator API to receive View and State instead of position
Bug: 15699227
Change-Id: Ie4deb49eed803540a3bd274454d2e67d2f34a50d
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| c8b0ff5869e17a656a3a1d7fb306efa5b99fa07f |
|
07-Jul-2014 |
Yigit Boyar <yboyar@google.com> |
Improved how RecyclerView handles stable ids
RecyclerView can re-use views via stable ids but it was going into an
inconsistent state if an item is removed and re-added in the same layout pass.
This CL takes care of that case and handles it as if item has moved.
Bug: 16081401
Change-Id: Ic0bec5061a4958111c8e43a1cd6634cd90d975b5
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| e0c347f627f8a78d3e5e3e5eaac9c3ae26208689 |
|
24-Jun-2014 |
Yigit Boyar <yboyar@google.com> |
Run simple animations if adapter has stable ids
Previously, if adapter calls notifyDataSetChanged, RecyclerView would
disable all animations since the world may have changed unexpectedly.
With this change, RecyclerView takes advantage of stable ids when views are
returned from scrap/cache so that we can animate these views to their new
locations / positions.
This change also fixes a bug where cached views would not be recycled if
notifyDataSetChanged is called. Now, if adapter does not have stable ids,
cached views are recycled. If adapter has stable ids, they are retrieved
via stable ids.
Bug: 15692095
Bug: 15857302
Bug: 15632007
Change-Id: Ic321dfeb3438e47a0f7606a857511eb821161a0e
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 668e774379c036a5d53d07ec69ed9ebee13a1fd9 |
|
20-Jun-2014 |
Yigit Boyar <yboyar@google.com> |
Track hidden views to allow interleaved disappearing children in RecyclerView
RecyclerView used to put animating views at the end of the view group list
which may cause problems if views overlap. Instead, this implementation keeps
track of hidden item positions.
This CL also removes the requirement to not to call addView for disappearing
children. Instead, LayoutManager can add children via addView (if it is removed)
or addDisappearingView (if LayoutManager want to remove it) and RecyclerView
will hide those views from the LayoutManager after the layout pass is complete.
This CL also enabled animations even if no item changed notifications are
received from Adapter. This is useful when LayoutManager changed how it lays
out views w/o any change in the adapter. LayoutManger can still disable this
feature via existing animations callbacks.
Change-Id: I1aee1832ba1d4e5aff4213bc73fa77a52b70a83d
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 2d2e8d88103866b631eb0f3805da137ebcfb0275 |
|
23-May-2014 |
Yigit Boyar <yboyar@google.com> |
StaggeredGridLayoutManager for recycler view
Change-Id: Ie5466806aa0428a9f9f2b9eb6b85dbcfbbaebe5f
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| b7b44e5454dc409934bcc5609b81d1715c984d40 |
|
14-Jun-2014 |
Yigit Boyar <yboyar@google.com> |
Disable RecyclerViewAnimations on notifyDataSetChanged
Bug: 15618007
Bug: 15615904
Change-Id: I429847428df00fe334552378e489d92c78d8555b
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 7e9da1a2629b657d56e2f54abd18c6249f3be037 |
|
14-Jun-2014 |
Yigit Boyar <yboyar@google.com> |
Check view type before re-binding ViewHolders in RecyclerView
Bug: 15596672
Change-Id: Ia42700e400b98b1020dbbba282d383da14d5816c
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 8ae76f91527ce850f155ce960fb9068bcd5d49f9 |
|
05-Jun-2014 |
Yigit Boyar <yboyar@google.com> |
Fixed RecyclerView position bookkeeping bugs
Bug: 15397591
Bug: 15350129
Bug: 15547859
Change-Id: I54d754eb2b788311048d7557f51967b748b2de3e
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| c35968d173f900d8024bdf38174e2225c9a7f311 |
|
28-May-2014 |
Chet Haase <chet@google.com> |
Enable simple automatic item animations for RecyclerView
RecyclerView now has automatic animations for add/remove operations requiring
no changes from LayoutManagers. This approach, which is enabled by RecyclerView
having a non-null ItemAnimator (the default behavior) and LayoutManager returning
false for supportsPredictiveItemAnimations() (the default behavior), enables
LayoutManagers to run normally, with only one layout pass and requiring no extra
logic to predict placement of appearing or disappearing items. Appearing
and disappearing items will simply be faded in/out, since the RecyclerView lacks
the knowledge or where to animate the views from/to.
Issue #15542012 Simplify RecyclerView animations
Change-Id: I6219210c9b0ca32535182c1d233076a355fe0671
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| d3f1c99a290de13631f9635e06444f75344967d2 |
|
03-Jun-2014 |
Yigit Boyar <yboyar@google.com> |
Flush item updates before scroll in RecyclerView
Bug: 15350129
Change-Id: Ia759eee95a2158df3835a283ad7d44841d699c3b
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 11b7cfea15306c0d6e4ed7da09f7698df01695df |
|
03-Jun-2014 |
Yigit Boyar <yboyar@google.com> |
Fixed RecyclerView scrap matching bug
Bug: 15386994
Change-Id: If742678f83363b20f4e461060bd081ead0f07bf6
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 888c70abaa77e15458c366b8d27835d176dcc546 |
|
30-May-2014 |
Yigit Boyar <yboyar@google.com> |
Invalidate RecyclerView on scrap cleanup
Bug: 15331930
Change-Id: I3bee951201342f6a30764db3c766308e00a4383d
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| b5f8b4fecb531aee6b359b4968409410aba90817 |
|
17-May-2014 |
Yigit Boyar <yboyar@google.com> |
Full animation support for LinearLayoutManager
Change-Id: Ie3b265a9f880d68746d1bd193d787f34ea8d0045
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| d7d27e9ebe5c7325e67e1a8af265378bd2056cad |
|
28-Feb-2014 |
Chet Haase <chet@google.com> |
Add animations to RecyclerView
This CL adds the basic plumbing for animating item changes in
RecyclerView. It also implements the bare essentials add/delete
animations. When the app specifies that items have been
added/removed (by calling the appropriate Adapter methods), the
RecyclerView will determine the appropriate fading and moving
animations to animate the items being added, removed, and moved
into new locations.
Change-Id: I4fa8686f54c8bfa2ba29c399eea112d33f71689c
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| bde2d5e79f929ce8c54de29c8389695b4d4e9c25 |
|
15-May-2014 |
Chet Haase <chet@google.com> |
Revert "Remove adapter access from layout manager"
This reverts commit 15a9db9177a871c7b1cd65b8923beac1b9b75174.
Change-Id: Ia80ac4f093c49145a6a2c09d1ea4f9102b195f40
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|
| 15a9db9177a871c7b1cd65b8923beac1b9b75174 |
|
06-May-2014 |
Yigit Boyar <yboyar@google.com> |
Remove adapter access from layout manager
Change-Id: I33a48528e3290fa78aaa67237f3b098e010e09d9
/frameworks/support/v7/recyclerview/tests/src/android/support/v7/widget/RecyclerViewAnimationsTest.java
|