Status Update
Comments
am...@google.com <am...@google.com>
ch...@google.com <ch...@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.
jr...@gmail.com <jr...@gmail.com> #4
I'm having the same issue. There is an estimation when this issue will be fixed?
am...@google.com <am...@google.com> #5
This has been released in support library 25.0.1.
am...@google.com <am...@google.com> #6
Scroll behavior is still missing. For those that are looking for one, sample project archive contains it.
jr...@gmail.com <jr...@gmail.com> #7
Elevation part was fixed. Still working on the behavior.
jr...@gmail.com <jr...@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?
ch...@google.com <ch...@google.com>
ch...@google.com <ch...@google.com>
ch...@google.com <ch...@google.com> #9
[Comment deleted]
jr...@gmail.com <jr...@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.
Description
EXPLANATION:
When using DrawableCompat.wrap(drawable) on a RotateDrawable, rotation is very slow or no longer works. It worked correctly in the previous support libraries.
-------------------------
TO RECREATE:
Create a RotateDrawable:
<rotate xmlns:android="
android:drawable="@android:drawable/ic_menu_rotate"
android:fromDegrees="0"
android:pivotX="50%"
android:pivotY="50%"
android:toDegrees="360" />
Wrap the drawable:
Drawable wrappedDrawable = DrawableCompat.wrap(ContextCompat.getDrawable(ctx, R.drawable.test));
Animate the rotation:
ObjectAnimator animator = ObjectAnimator.ofInt(wrappedDrawable, "level", 10000, 0);
animator.setInterpolator(new LinearOutSlowInInterpolator());
animator.start();
-------------------------
EXPECTED BEHAVIOR:
The drawable should rotate 360 degrees.
-------------------------
ACTUAL BEHAVIOR:
Using support-v4:23.2.0 the animation is choppy or does not even rotate.
-------------------------
TESTED ON: API 19 and 21