3f82583302c46d84017633ce93ef8c7b3278eb5e |
|
15-Jun-2017 |
Yuichi Araki <yaraki@google.com> |
Backport FragmentTransition Add support for use of support-Transition in shared-element Transitions between Fragments. This is addition on top of the existing capability to use platform-Transitions. Test: FragmentTransitionTest, ViewGroupCompatTest, and all existing tests in support-fragment on 15, 18, 21, 25, 26 Change-Id: I1128333f230872d51821b138a3f889cbf7911d06
/frameworks/support/compat/java/android/support/v4/view/ViewGroupCompat.java
|
645e5c8aa6b31961c5f73f3d30bb5261d5e04aeb |
|
13-Jun-2017 |
Kirill Grouchnikov <kirillg@google.com> |
Clean up language around compat APIs Test: not relevant Bug: 38346134 Change-Id: Ia1898b8ed58da3f74ad99955aece16fc31564e7c
/frameworks/support/compat/java/android/support/v4/view/ViewGroupCompat.java
|
76daed103193a1756535d1f59b165e98e1d17445 |
|
13-Dec-2016 |
Chris Banes <chrisbanes@google.com> |
Nested scrolling++ This CL adds a number of overloads for the support implementation of the nested scrolling APIs, to add the 'type' parameter. This allow developers to differentiate between direct touch scrolls, and other non-direct scrolls. Primarily this is to support dispatching the nested scrolling APIs from when a scrolling view settles from a fling. NestedScrollView and RecyclerView have both been updated to dispatch these events from a fling settle. AppBarLayout has also been updated to consume these new events. The way the interfaces have been implemented allow us to be API compatible without breaking anyone. Yes, the names are fugly but so be it. If developers wish to support the new APIs they just need to change the interface they implement. This CL also fixes some scroll issues in NSV and RV: - NSV: fling not starting if scroll is completely consumed (since it doesn't think it is dragging). - RV: intercept setting the wrong X/Y start values sometimes causing flinging in the wrong direction. BUG: 22780822 Test: included for RV Change-Id: I37de005e4fb33b5b443852058f3e1ab22ef98e20
/frameworks/support/compat/java/android/support/v4/view/ViewGroupCompat.java
|
c69882cb9b130902c1554ef5d3e3b06d776cd796 |
|
05-Mar-2017 |
Alan Viverette <alanv@google.com> |
Re-enable lint enforcement, fix remaining lint issues Bug: 29630077 Test: ./gradlew lint Change-Id: Ied1e4b1c33ba158d6bfab5439497ee4fc8284a8f
/frameworks/support/compat/java/android/support/v4/view/ViewGroupCompat.java
|
0a7354fadc7197a47abb4d39b7125c68f901394f |
|
10-Feb-2017 |
Aurimas Liutikas <aurimas@google.com> |
Clean up ViewGroupCompat and ViewParentCompat after minSdk 14 bump. Bug: 32794064 Test: ./gradlew assemble Change-Id: If96270ad22bc7c523f5d12ed616ab70289223a54
/frameworks/support/compat/java/android/support/v4/view/ViewGroupCompat.java
|
15375aa6fd54b036f97f99229aefab2822c8a1c9 |
|
24-May-2016 |
Aurimas Liutikas <aurimas@google.com> |
Add missing @Override annotations in support library code. Change-Id: Ifcc3a20b54d6a14b0a14aa0f48e642cf7e8c0e70
/frameworks/support/compat/java/android/support/v4/view/ViewGroupCompat.java
|
3ac77bf186f87ecad4bf0063b2f6c4384efbd56a |
|
27-Apr-2016 |
Kirill Grouchnikov <kirillg@google.com> |
Support module refactoring * Splitting support-v4 into two modules, support-compat and support-core * Adding a new library module named support-v4 that combines the two together for backward compatibility support of existing projects * support-compat has all Compat classes, their few direct dependencies and all data structures in the .util package Change-Id: Icd1b0ab3a5b61a8a2bf85bc274098f0a828963e0
/frameworks/support/compat/java/android/support/v4/view/ViewGroupCompat.java
|