| 1e827caa16440590647019b9c1338f6309c5be7a |
|
19-Jan-2017 |
Aurimas Liutikas <aurimas@google.com> |
Fix style issues in RecyclerView module.
Test: None, there should be no behavior changes.
Change-Id: Ibf8690102bc0c6a4368ed0a7977056e9437344a2
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/ChildHelper.java
|
| a491891f854a05f1ffb979c73e245f0adc58af58 |
|
07-Oct-2016 |
Chris Craik <ccraik@google.com> |
Remove dead type code
Test: minor cleanup, @SmallTests still pass
Change-Id: I11fd1046544925c0d8dbaf4cbc110e51f6f88904
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/ChildHelper.java
|
| 5031b30272a0178845f88d06adddb204dd833779 |
|
20-Oct-2015 |
Yigit Boyar <yboyar@google.com> |
Fix bad hidden child recovery
ChildHelper's method was NOT checking whether
child is removed or not. This means it could return children w/ bad indices.
Bug: 25037922
Change-Id: Ifbec9a9e5a0826603e1f369dec7615b9d327f13c
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/ChildHelper.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/src/android/support/v7/widget/ChildHelper.java
|
| 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/src/android/support/v7/widget/ChildHelper.java
|
| de5f54783555fa2e778c4ed6760472a002b2589b |
|
21-Jan-2015 |
Yigit Boyar <yboyar@google.com> |
Update ChildHelper data before calling ViewGroup methods
ChildHelper used to change its internal data structure after calling ViewGroup.
Although this worked well for most of the time, (because we don't have any other
operation in between), it may create a problem if we receive a callback
from the ViewGroup while the item is being removed / added. In that case,
since the add/remove call did not return from ViewGroup, ChildHelper's
data will NOT match the ViewGroup's data.
This CL changes it to make sure ChildHelper updates its own data structure
before calling ViewGroup.
Bug: 18841490
Change-Id: Ia3cceb60cc207f2020c8c695b4acde7a41010b75
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/ChildHelper.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/ChildHelper.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/src/android/support/v7/widget/ChildHelper.java
|
| a5dc6f3eb86aacd2b287f6ea588aa1d900f6702a |
|
01-Sep-2014 |
Yigit Boyar <yboyar@google.com> |
Return first level focused child of RecyclerView
Bug: 17340646
Change-Id: Ic583cd54984f46dc3c8dfa3b65cb60dcd923cf69
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/ChildHelper.java
|
| 18ae336dbaae3db982f38cde08936c9f0243757b |
|
14-Aug-2014 |
Yigit Boyar <yboyar@google.com> |
Make sure views are not re-added to disappearing list
Bug: 17020852
Change-Id: I044ae613ac00e2bd0b1ec7928fac9a5ca09c3f59
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/ChildHelper.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/src/android/support/v7/widget/ChildHelper.java
|
| 9bdc605f26da69e3aff157cf3746b767d77988f0 |
|
26-Jun-2014 |
Yigit Boyar <yboyar@google.com> |
Check bounds when calculating offset in RecyclerView
Bug: 15878935
Change-Id: I0640de2a3d7396827c33219a6dc7f9cfb4ade1bc
/frameworks/support/v7/recyclerview/src/android/support/v7/widget/ChildHelper.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/ChildHelper.java
|