History log of /frameworks/support/compat/java/android/support/v4/view/ViewGroupCompat.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
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