Fixed
Status Update
Comments
ar...@google.com <ar...@google.com> #3
I'm going to leave this here as well, for reference: http://stackoverflow.com/questions/40171801/bottomnavigationview-hides-when-scrolling-up-instead-of-down
In my use case, the BottomNavigationView is inside a fragment, inside a FrameLayout which is contained in a CoordinatorLayout and the scroll to hide technique works, but in reverse compared to how it's supposed to work. Using the BottomNavigationView directly inside the CoordinatorLayout doesn't have any scroll behavior though.
In my use case, the BottomNavigationView is inside a fragment, inside a FrameLayout which is contained in a CoordinatorLayout and the scroll to hide technique works, but in reverse compared to how it's supposed to work. Using the BottomNavigationView directly inside the CoordinatorLayout doesn't have any scroll behavior though.
ki...@google.com <ki...@google.com>
ai...@gmail.com <ai...@gmail.com> #5
This has been released in support library 25.0.1.
ko...@gmail.com <ko...@gmail.com> #6
Scroll behavior is still missing. For those that are looking for one, sample project archive contains it.
pe...@gmail.com <pe...@gmail.com> #7
Elevation part was fixed. Still working on the behavior.
ca...@gmail.com <ca...@gmail.com> #8
Elevation is broken if you use app:itemBackground rather than android:background since it's setting the elevation on itself rather than mMenuView. Why is itemBackground exposed? Should I not just use android:background?
ro...@gmail.com <ro...@gmail.com> #9
[Comment deleted]
li...@gmail.com <li...@gmail.com> #10
Set transparent color for app:itemBackground and use solid color on the BottomNavigationView background. That would be the only way to see the elevation, otherwise the top most parent (BNV) will not draw the elevation onto which you are applying elevation, since it doesnt have solid background.
If android:background is used on < 21, shadow is overlaid over the background. Elevation does not cast upward shadow, does it? So the method addCompatibilityTopDivider() in current 25.0.1 should be available for all versions.
If android:background is used on < 21, shadow is overlaid over the background. Elevation does not cast upward shadow, does it? So the method addCompatibilityTopDivider() in current 25.0.1 should be available for all versions.
do...@gmail.com <do...@gmail.com> #11
app:itemBackground is meant to be used for adding ripples/pressed state. By default it just has a round ripple. To set the background color for you should use android:background, once you do so you will see the shadow on API 21+ above BottomNavigationView (just using elevation) and for pre API 21 we add a simple 1dp divider to separate it from the background as elevation does not exist in these platforms.
Am I missing something?
Am I missing something?
gy...@gmail.com <gy...@gmail.com> #12
You can't cast shadow to the top. I tried to add android:elevation="40dp" and android:elevation="8dp" on a solid background but still I was unable to see the shadow cast on the top, shadow is cast only below the BNV (this is perfectly normal). Given this, I said that top divider should be available for all version to achieve top shadow.
ko...@gmail.com <ko...@gmail.com> #13
I was just confused by what app:itemBackground was for, but that makes sense. thanks!
cp...@gmail.com <cp...@gmail.com> #14
When is the scrolling behavior planned to be released?
Description
Version used: 25.3.0
Theme used: N/A
Devices/Android versions reproduced on: API 13 and below
As per the documentation of SwitchCompat (
The support lib revisions page does not contain any info about deprecation nor removal of this element from API (7-)9-13 devices. If it is not being supported on devices below API 14, the appropriate classes should be modified to implement a different widget or a custom implementation.