| 12e0a308d1ab838cb05c395baa6f1251fcbb2363 |
|
30-Mar-2017 |
Aurimas Liutikas <aurimas@google.com> |
Replace usage of design MathUtils with core-utils version of MathUtils.
android.support.design.widget.MathUtils class had duplicate functionality to
android.support.v4.math.MathUtils. This CL replaces the usage and deletes
design version of MathUtils.
Test: ./gradlew assemble
Change-Id: I1e821deac0a421ced01dcefa04c44162dfa065fe
/frameworks/support/design/src/android/support/design/widget/HeaderScrollingViewBehavior.java
|
| bb3740d273d4b5108ab63f6d264466250a197e5b |
|
21-Jul-2016 |
Chris Banes <chrisbanes@google.com> |
AppBarLayout + CollapsingToolbarLayout tests fixes
- Fixed flakiness due to waiting for snapping to
happen
- Tweaked the layouts so that text and content is
visible on screen (not light-on-light)
- Make tests on API 21+ use translucent status bar,
and updated tests to suit
- Fixed issues caugh while testing
BUG: 30271522
BUG: 30225781
Change-Id: I9f368cb8f059e9d3224473bf6c2ddfd2ce92cbdf
/frameworks/support/design/src/android/support/design/widget/HeaderScrollingViewBehavior.java
|
| 00a00a7d3ba8279294f63994473afc32e05dcf10 |
|
30-Jun-2016 |
Chris Banes <chrisbanes@google.com> |
Fix focused views not being visible with AppBarLayout
Due to the way that AppBarLayout works, we need to
manually handle any visible rectangle requests.
BUG: 29876369
Change-Id: Iae57120764c5f1f4ae15c276c0b78f0a7c5c36f8
/frameworks/support/design/src/android/support/design/widget/HeaderScrollingViewBehavior.java
|
| 2e522d2998c937948757ccfe0a5523047726fb4d |
|
07-Jun-2016 |
Chris Banes <chrisbanes@google.com> |
Fix scrolling view position with fitSystemWindows parent
Currently the scrolling view is not positioned correctly
if the CoordinatorLayout is set to fitSystemWindows, but
none of its children are. This CL fixes that by properly
insetting the scrolling view.
BUG: 29125508
Change-Id: I3b802f98197ee50e9caee610c32631daeb5af9aa
/frameworks/support/design/src/android/support/design/widget/HeaderScrollingViewBehavior.java
|
| 6d2682fe1a0671bb336c99e0f72a1742b130be99 |
|
13-May-2016 |
Chris Banes <chrisbanes@google.com> |
Fix for AppBarLayout's scrolling view not laying out WIP
Caused by some logic in it's measure code which makes
it skip the measure if it's header hasn't been laid out.
For the first measure/layout pass this will always be
false so let's just assume that it has been measured.
BUG: 28742676
Change-Id: I72eec136983f9452e02ae6cda85de60918454748
/frameworks/support/design/src/android/support/design/widget/HeaderScrollingViewBehavior.java
|
| b2f568c9c71763ed823b1f9c274077825b5d0c9e |
|
18-Jan-2016 |
Chris Banes <chrisbanes@google.com> |
AppBarLayout overlap layout fix
The overlap was not being initially applied in the
new layout code path.
BUG: 26899722
Change-Id: Ifda4b05b58dac5f8936d38d2f664fbeda530ce13
/frameworks/support/design/src/android/support/design/widget/HeaderScrollingViewBehavior.java
|
| 5e7673e0dbd89512b525d1bde5c912eb07885550 |
|
05-Jan-2016 |
Chris Banes <chrisbanes@google.com> |
Fix AppBarLayout layout issues
Cropped up after we moved to laying out the scrolling view
in the offset position. The problem occurs when the
AppBarLayout is scrolled off screen by any amount, and
then a layout occurs. The scrolling view is then laid out
attached to the bottom of it.
The old scrolling logic didn't account for this and expects
the scrolling view to be laid out in the same base position
every time.
Since we now lay the scrolling view correctly in the
first place, there is now no need to use ViewOffsetHelper
and can just use offsetTopAndBottom to offset while scrolling.
Change-Id: If9b4cb9ebae49235ffbc152a5f7af87843b459e7
/frameworks/support/design/src/android/support/design/widget/HeaderScrollingViewBehavior.java
|
| e04ed82f4562103baed27d81ff172418ab3ca41a |
|
11-Dec-2015 |
Chris Banes <chrisbanes@google.com> |
Fix scrolling view overlapping AppBarLayout
Happens when the CoL has fitSystemWindows=true,
but the children don't. This means that simply using
the ABL's height isn't enough, and we need to use
its bottom instead. Which makes more sense anyway
since we're pinned to its bottom.
BUG: 26150580
Change-Id: If8907f784e45cc0815a9c3fb17255ca2c993011c
/frameworks/support/design/src/android/support/design/widget/HeaderScrollingViewBehavior.java
|
| c682e2c8129f6c2b6596b0ce4a8c4803629b432d |
|
16-Nov-2015 |
Chris Banes <chrisbanes@google.com> |
Support animateLayoutChanges with ABL
Caused by LayoutTransition doing all of it's
calculating in layout. ABL then offsets the top
meaning that the animation is in the wrong position.
Fixed by laying out in the correct position in the
first place.
BUG: 25414177
Change-Id: I68a6478a950a7556107badade01c369a0e77f057
/frameworks/support/design/src/android/support/design/widget/HeaderScrollingViewBehavior.java
|
| 72a0913607198c5ce3fa351242ccbdfb3b93f178 |
|
18-Sep-2015 |
Chris Banes <chrisbanes@google.com> |
Improve header dragging
- Moved re-usable code from ABL to the new
base class.
- Added fling support to header dragging.
- Fixed NavigationView not scrolling
- Hid a few new methods which shouldn't
be public.
Change-Id: Ia7335c385951a66d27316dbf675bb8860f549cc4
/frameworks/support/design/src/android/support/design/widget/HeaderScrollingViewBehavior.java
|
| ec161ac1da9c8ca0e942b01e037ceb1cc51a2f3c |
|
15-Sep-2015 |
Mady Mellor <madym@google.com> |
Update NavigationView to use CoordinatorLayout for header and list.
This CL modifies how the header is handled in NavigationView. Namely, it
separates the header from the ListView. To scroll the header and list
together, both the header and list are placed in a CoordinatorLayout with
behaviors that allow them to scroll together.
This work will allow an overlay to be added that scrolls with the list
so that we can properly animate the account switcher. The overlay and
account switcher work will be done in a separate CL.
Bug: 20117594
Change-Id: Ic72c86f165e26c493b965dedf4c65f2853409144
/frameworks/support/design/src/android/support/design/widget/HeaderScrollingViewBehavior.java
|