Fixed
Status Update
Comments
au...@google.com <au...@google.com>
[Deleted User] <[Deleted User]> #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.
ca...@gmail.com <ca...@gmail.com> #4
I'm having the same issue. There is an estimation when this issue will be fixed?
mm...@gmail.com <mm...@gmail.com> #5
This has been released in support library 25.0.1.
we...@gmail.com <we...@gmail.com> #6
Scroll behavior is still missing. For those that are looking for one, sample project archive contains it.
[Deleted User] <[Deleted User]> #7
Elevation part was fixed. Still working on the behavior.
[Deleted User] <[Deleted User]> #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?
un...@gmail.com <un...@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?
se...@gmail.com <se...@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.
se...@gmail.com <se...@gmail.com> #13
I was just confused by what app:itemBackground was for, but that makes sense. thanks!
si...@gmail.com <si...@gmail.com> #14
When is the scrolling behavior planned to be released?
[Deleted User] <[Deleted User]> #15
I have updated to the new Support Library version (25.1.0) and I still see no shadow above the BNV, see attached screenshot.
<android.support.design.widget.BottomNavigationView
android:elevation="40dp"
android:id="@+id/bottom_navigation"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:layout_alignParentBottom="true"
android:background="@color/darkestGray"
app:itemIconTint="@drawable/nav_item_color_state"
app:itemTextColor="@drawable/nav_item_color_state"
app:menu="@menu/bottom_navigation_widget" />
<android.support.design.widget.BottomNavigationView
android:elevation="40dp"
android:id="@+id/bottom_navigation"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:layout_alignParentBottom="true"
android:background="@color/darkestGray"
app:itemIconTint="@drawable/nav_item_color_state"
app:itemTextColor="@drawable/nav_item_color_state"
app:menu="@menu/bottom_navigation_widget" />
de...@gmail.com <de...@gmail.com> #16
Updated to 25.1.0. Shadow doesn't displayed.
<android.support.design.widget.BottomNavigationView
android:id="@+id/bottom_navigation"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:layout_alignParentBottom="true"
android:background="@color/colorPrimary"
android:elevation="8dp"
app:elevation="8dp"
app:itemIconTint="@drawable/bottom_nav_color_state"
app:itemTextColor="@drawable/bottom_nav_color_state"
app:menu="@menu/bottom_navigation_main"/>
<android.support.design.widget.BottomNavigationView
android:id="@+id/bottom_navigation"
android:layout_width="match_parent"
android:layout_height="wrap_content"
android:layout_alignParentBottom="true"
android:background="@color/colorPrimary"
android:elevation="8dp"
app:elevation="8dp"
app:itemIconTint="@drawable/bottom_nav_color_state"
app:itemTextColor="@drawable/bottom_nav_color_state"
app:menu="@menu/bottom_navigation_main"/>
jf...@gmail.com <jf...@gmail.com> #17
is the shadow and scrolling behavior has been added?
[Deleted User] <[Deleted User]> #18
wait for shadow and scrolling behavior...
dn...@google.com <dn...@google.com> #19
The target release was 25.0.1 and we're now at 26.0.0-beta2. Could you guys at least put an actual, realistic target on this issue?
ha...@gmail.com <ha...@gmail.com> #20
Scrolling behavior with CoordinatorLayout has been implemented, and should be available in the next release.
Passing bug to Avigail to comment about bottom nav elevation behavior.
Passing bug to Avigail to comment about bottom nav elevation behavior.
sr...@gmail.com <sr...@gmail.com> #21
I could not find any info about this, is this released ?
la...@gmail.com <la...@gmail.com> #22
Any news on when this will be released?
ja...@gmail.com <ja...@gmail.com> #23
I'm revisiting a project with this issue and this is still not fixed on v27.1.1. If I have a BottomNavigationView inside a parent CoordinatorLayout, it doesn't scroll. It works though perfectly when manually setting translationY:
appBarLayout.addOnOffsetChangedListener(new AppBarLayout.OnOffsetChangedListener() {
@Override
public void onOffsetChanged(AppBarLayout appBarLayout, int verticalOffset) {
bottomNavigationView.setTranslationY(verticalOffset*-1);
}
});
However, when trying the same technique, while having the BottomNavigationView inside a FrameLayout, which itself is the child of the parent CoordinatorLayout, the BottomNavigationView doesn't even show up in the UI.
Trying the same AppBarLayout OffsetChangedListener on a different UI component (such as a FAB), while inside the FrameLayout, works just as if the FAB was a direct child of the CoordinatorLayout.
So what's the difference between the 2 setups? Why does the FAB work, but not the BottomNavigationView?
Also, where's the scrolling behavior that was about to be released?
appBarLayout.addOnOffsetChangedListener(new AppBarLayout.OnOffsetChangedListener() {
@Override
public void onOffsetChanged(AppBarLayout appBarLayout, int verticalOffset) {
bottomNavigationView.setTranslationY(verticalOffset*-1);
}
});
However, when trying the same technique, while having the BottomNavigationView inside a FrameLayout, which itself is the child of the parent CoordinatorLayout, the BottomNavigationView doesn't even show up in the UI.
Trying the same AppBarLayout OffsetChangedListener on a different UI component (such as a FAB), while inside the FrameLayout, works just as if the FAB was a direct child of the CoordinatorLayout.
So what's the difference between the 2 setups? Why does the FAB work, but not the BottomNavigationView?
Also, where's the scrolling behavior that was about to be released?
hi...@gmail.com <hi...@gmail.com> #24
Scrolling behavior has been added. You can use it by setting a HideBottomViewOnScrollBehavior on the BottomNavigationView: app:layout_behavior="@string/hide_bottom_view_on_scroll_behavior".
See class documentation for BottomNavigationView:https://developer.android.com/reference/com/google/android/material/bottomnavigation/BottomNavigationView .
And for HideBottomViewOnScrollBehavior:https://developer.android.com/reference/com/google/android/material/behavior/HideBottomViewOnScrollBehavior .
This is available in our 28.0.0-alpha1 release or the 1.0.0-alpha1 release or later.
See class documentation for BottomNavigationView:
And for HideBottomViewOnScrollBehavior:
This is available in our 28.0.0-alpha1 release or the 1.0.0-alpha1 release or later.
dr...@gmail.com <dr...@gmail.com> #25
When the bottom bar is partly visible (eg user scrolled just a bit and stopped scrolling), does the bottom bar snaps automatically to either be fully visible or hidden like
a CollapsingToolbarLayout would do with app:layout_scrollFlags="scroll|snap" ?
a CollapsingToolbarLayout would do with app:layout_scrollFlags="scroll|snap" ?
ca...@gmail.com <ca...@gmail.com> #26
Im on 28.0.0 and the bottom shadow still doesnt show up at the top when i set the app:elevation in BNV.
is it yet to be fixed ? Here is my layout
<android.support.design.widget.BottomNavigationView
android:id="@+id/landing_bottom_nav"
android:layout_width="0dp"
android:layout_height="wrap_content"
android:background="@color/white"
app:elevation="4dp"
android:elevation="4dp"
app:layout_constraintBottom_toBottomOf="parent"
app:menu="@menu/landing_menu"/>
is it yet to be fixed ? Here is my layout
<android.support.design.widget.BottomNavigationView
android:id="@+id/landing_bottom_nav"
android:layout_width="0dp"
android:layout_height="wrap_content"
android:background="@color/white"
app:elevation="4dp"
android:elevation="4dp"
app:layout_constraintBottom_toBottomOf="parent"
app:menu="@menu/landing_menu"/>
gr...@gmail.com <gr...@gmail.com> #27
With this HideBottomViewOnScrollBehavior , Scrolling behavior working fine but, Showing white space occupying the size of that bottom view.
mw...@gmail.com <mw...@gmail.com> #28
@srinivasmakkena058 Could you please provide a video showing the scrolling whitespace issue? And could you file a separate issue, since the scroll behavior doesn't appear to be missing, which is the issue described in the title of this bug?
@pujos.michael Please file a separate bug about elevation concerns. I looked into bottom navigation elevation a couple years back, and I believe it's actually sort of WAI that the shadow hardly shows -- the light source is at the top of the screen which would make the shadow show at the bottom of the bar. Happy to discuss and address in a separate issue, but let's keep this one focused on scroll behavior.
Description
Version used: 25.1.0
Theme used: Theme.AppCompat.NoActionBar
Devices/Android versions reproduced on: 4.1.1 and 7.0
Hey guys, I was testing my app with the Support Library 25.1.0 and found this bug on the TextInputLayout. If the EditText or TextInputEditText inside the TextInputLayout sets text using android:text, the hint and text overlay (Like this:
*Steps to reproduce: *
1. Add a TextInputLayout from the Design library;
2. Add an EditText or TextInputEditText inside it with a hint set;
3. Run the app and notice everything works;
4. Set an android:text value attribute in the EditText
5. Run the app again and notice how the hint and the text overlay. The component doesn't fix the glitch even if the user type something.