8fd6812c1cc120bb2637526ca4c641fbb01f7b0c |
|
29-Mar-2016 |
Yigit Boyar <yboyar@google.com> |
Ignore no-op notify events Bug: 27456234 Change-Id: I43714a36dc68cd74976a1db133050625c5ff4d67
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/AdapterHelper.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/src/android/support/v7/widget/AdapterHelper.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/src/android/support/v7/widget/AdapterHelper.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/src/android/support/v7/widget/AdapterHelper.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/src/android/support/v7/widget/AdapterHelper.java
|
4b9b4d3fca81486051bac9aadb73d8865948c3bf |
|
12-Sep-2014 |
Yigit Boyar <yboyar@google.com> |
More adapter helper tests and bugfixes Move operations are harder to handle because they break continuity. With this change, AdapterHelper will first reorder ops to push them to the end of the list then process as usual. Bug: 17457999 Change-Id: Ifb95264adf75a59b81fcab02269047681a26333c
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/AdapterHelper.java
|
e4fde6825bba479c9b030feb8f810694d46b2f06 |
|
11-Sep-2014 |
Yigit Boyar <yboyar@google.com> |
Fix how adapter helper handles update ops Bug: 17457999 Change-Id: Id0bb13d7d20e559d233f9a855d996439fb7982c2
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/AdapterHelper.java
|
1e602ea60d4d678d4cac86d4de515ce8176789c4 |
|
28-Aug-2014 |
Yigit Boyar <yboyar@google.com> |
Fix wrong UpdateOp type in AdapterHelper Bug: 17310313 Change-Id: Id6d2f5e5726c26fbcc56fae7d602b8887f1f54ee
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/AdapterHelper.java
|
4bacf13ec17763ba2e2d049d32a4a1dcca77a433 |
|
07-Aug-2014 |
Yigit Boyar <yboyar@google.com> |
Provide an API to map pre-layout positions to adapter This CL also fixes a bug in AdapterHelper where it was not handling it properly when a moved item is removed at the same layout pass. Bug: 16192614 Bug: 16823251 Change-Id: I30e66e75a85f0396381c9a4f1dea8bf20655e4bc
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/AdapterHelper.java
|
16e5adf5416248d97f2aeaa9d5e17bb5093130eb |
|
06-Aug-2014 |
Yigit Boyar <yboyar@google.com> |
Dispatch adapter updates before ViewHolders are updated Previously, AdapterHelper was dispatching update ops after calling the callback to update ViewHolders. In that case, if LayoutManager wants to compare its ViewHolders with the dispatched event, ViewHolder would return the wrong position since it has already been updated according to the update op. Bug: 16840245 Change-Id: I77dee13ed2ca0afa975cdbc7a0fbd1b49811a31d
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/AdapterHelper.java
|
1faed0c7c20fc3a0b7befabbac1beac1019effc7 |
|
10-Jul-2014 |
Yigit Boyar <yboyar@google.com> |
Add move operation to RecyclerView adapter Bug: 16127440 Change-Id: Iefd305e714a4bc6dad5f071dfba92aa5c5af8ca3
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/AdapterHelper.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/src/android/support/v7/widget/AdapterHelper.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/src/android/support/v7/widget/AdapterHelper.java
|