Действительно ли предполагается, что панель инструментов в AppBarLayout прокручивается, хотя в главном контейнере с "appbar_scrolling_view_behavior" недостаточно контента для прокрутки?
Что я тестировал до сих пор:
Когда я использую NestedScrollView (с атрибутом "wrap_content" ) в качестве основного контейнера и TextView как дочерний, AppBarLayout работает правильно и не прокручивается.
Однако, когда я использую RecyclerView только с несколькими записями и атрибутом "wrap_content" (так что нет необходимости прокручивать), панель инструментов в AppBarLayout прокручивается, даже если RecyclerView никогда не получает событие прокрутки (проверено с помощью OnScrollChangeListener).
Здесь мой код макета:
<android.support.design.widget.CoordinatorLayout xmlns:android="http://schemas.android.com/apk/res/android"
xmlns:app="http://schemas.android.com/apk/res-auto"
android:id="@+id/coordinatorLayout"
android:layout_width="match_parent"
android:layout_height="match_parent">
<android.support.design.widget.AppBarLayout
android:id="@+id/appBarLayout"
android:layout_width="match_parent"
android:layout_height="wrap_content">
<android.support.v7.widget.Toolbar
android:id="@+id/toolbar"
android:layout_width="match_parent"
android:layout_height="?attr/actionBarSize"
android:background="?attr/colorPrimary"
app:layout_scrollFlags="scroll|enterAlways"
app:theme="@style/ToolbarStyle" />
</android.support.design.widget.AppBarLayout>
<android.support.v7.widget.RecyclerView
android:id="@+id/recycler"
android:layout_width="wrap_content"
android:layout_height="wrap_content"
app:layout_behavior="@string/appbar_scrolling_view_behavior" />
</android.support.design.widget.CoordinatorLayout>
С учетом того, что панель инструментов прокручивается, хотя это необязательно:
Я также нашел способ справиться с этим, проверив, все ли элементы RecyclerView видны и с помощью метода setNestedScrollingEnabled() RecyclerView.
Тем не менее, это похоже больше на ошибку, как и на меня. Любые мнения?: D
РЕДАКТИРОВАТЬ # 1:
Для людей, которые могут быть заинтересованы в моем текущем решении, мне пришлось поместить логику setNestedScrollingEnabled() в метод postDelayed() обработчика с задержкой 5 мс из-за LayoutManager, который всегда возвращал -1 при вызове методов чтобы узнать, видно ли первый и последний элементы.
Я использую этот код в методе onStart() (после инициализации моего RecyclerView) и каждый раз после изменения содержимого RecyclerView.
final LinearLayoutManager layoutManager = (LinearLayoutManager) mRecyclerView.getLayoutManager();
new Handler().postDelayed(new Runnable() {
@Override
public void run() {
//no items in the RecyclerView
if (mRecyclerView.getAdapter().getItemCount() == 0)
mRecyclerView.setNestedScrollingEnabled(false);
//if the first and the last item is visible
else if (layoutManager.findFirstCompletelyVisibleItemPosition() == 0
&& layoutManager.findLastCompletelyVisibleItemPosition() == mRecyclerView.getAdapter().getItemCount() - 1)
mRecyclerView.setNestedScrollingEnabled(false);
else
mRecyclerView.setNestedScrollingEnabled(true);
}
}, 5);
РЕДАКТИРОВАТЬ № 2:
Я просто играл с новым приложением, и кажется, что это (непреднамеренное) поведение было исправлено в версии поддержки 23.3.0 (или даже раньше). Таким образом, больше не требуется обходных решений!