LinearLayoutManager плавный прокрутки перескакивает в неправильное положение

Question

Я пытаюсь сделать макет, похожий на то, как работает макет фильтра Instagram. В основном, когда вы выбираете фильтр, он будет прокручиваться до выбранного вами элемента + 1, показывая, что есть больше фильтров.

В настоящее время я пытаюсь построить пользовательский LinearLayoutManager для моей горизонтальной RecyclerView здесь:

public class LinearLayoutSnapManager extends LinearLayoutManager { 
    private int mCurrentPos = 0; 

    public LinearLayoutSnapManager(Context context) { 
     super(context); 
    } 

    public LinearLayoutSnapManager(Context context, int orientation, boolean reverseLayout) { 
     super(context, orientation, reverseLayout); 
    } 

    public LinearLayoutSnapManager(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) { 
     super(context, attrs, defStyleAttr, defStyleRes); 

    } 


    public void snap(RecyclerView rv, int position) { 
     if (mCurrentPos == position) { 
      // No move 
      return; 
     } 

     boolean goingRight = true; 
     if (position < mCurrentPos) { 
      goingRight = false; 
     } 
     mCurrentPos = position; 
     smoothScrollToPosition(rv, new RecyclerView.State(), goingRight ? getScrollRightPos(): getScrollLeftPos()); 
    } 

    private int getScrollLeftPos() { 
     int newPos = mCurrentPos - 1; 
     return (newPos > 0) ? newPos : 0; 
    } 

    private int getScrollRightPos() { 
     return mCurrentPos + 1; 
    } 
} 

скроллинг слева работает так же, как предназначенные, но когда я прокрутки вправо кажется просто перейти в конец списка против newItem + 1, и я не могу понять, почему это происходит.

Answer 1

Я звонил в мой метод snap в обратном вызове интерфейса из onclicklistener в своем горизонтальном списке. Перед вызовом интерфейса я устанавливал выделенный элемент, а затем уведомлял, что представление изменилось, чтобы обновить текущее состояние. Это вызвало все проблемы с возвратом неверных индексов менеджером layoutmanager.

Я обнаружил это однажды, когда создал пустой проект и протестировал свою логику. К моему удивлению, сработал штраф, который позволил мне отследить реальную проблему.

Как только я переместил snaplogic перед всеми моими логическими схемами, все работало по назначению без изменения кода, который я опубликовал.

Надеюсь, это может помочь кому-то в будущем.

Answer 2

Если вы хотите, последний выбранный фильтр отображается во-вторых (один фильтр перед тем, несколько фильтров, после), вы не имеете правильный подход.

В этом случае, независимо от направления справа или слева, процесс будет таким же. Позиция RecyclerView всегда на 1 меньше, чем позиция выбранного фильтра, за исключением первого элемента.

(Этот пример не оптимизирован для последней позиции)

public class LinearLayoutSnapManager extends LinearLayoutManager { 
    private int mCurrentSelectedPos = 0; 

    public LinearLayoutSnapManager(Context context) { 
     super(context); 
    } 

    public LinearLayoutSnapManager(Context context, int orientation, boolean reverseLayout) { 
     super(context, orientation, reverseLayout); 
    } 

    public LinearLayoutSnapManager(Context context, AttributeSet attrs, int defStyleAttr, int defStyleRes) { 
     super(context, attrs, defStyleAttr, defStyleRes); 

    } 


    public void snap(RecyclerView rv, int selectedPosition) { 
     if (mCurrentSelectedPos == selectedPosition) { 
      // No move 
      return; 
     } 

     mCurrentSelectedPos = selectedPosition; 

     int newDisplayPos; 
     if (mCurrentSelectedPos > 0) { 
      newDisplayPos = mCurrentSelectedPos - 1; 
     } else { 
      newDisplayPos = 0; 
     } 

     smoothScrollToPosition(rv, new RecyclerView.State(), newDisplayPos); 
    } 

} 

Answer 3

Я хотел бы предложить другое решение. LinearLayoutManager поставляется с удобными функциями:

int findFirstCompletelyVisibleItemPosition()

Возвращает позицию адаптера первого полностью видимого зрения.

---

int findLastCompletelyVisibleItemPosition()

Возвращает позицию адаптера последнего полностью видимого зрения.

---

int findFirstVisibleItemPosition()

Возвращает позицию адаптера первого видимого зрения.

---

int findFirstVisibleItemPosition()

Возвращает позицию адаптера последней видимой точки зрения.

Первые две функции возвращают позиции полностью видимых видов, тогда как последние два возвращают даже частично видимые виды. Выбор зависит от вас, какое поведение вы бы хотели достичь.

При их использовании функции getScrollLeftPos и getScrollRightPos должен выглядеть следующим образом:

private int getScrollLeftPos() { 
    int newPos = findFirstCompletelyVisibleItemPosition() - 1; 
    return (newPos > 0) ? newPos : 0; 
} 

private int getScrollRightPos() { 
    return findLastCompletelyVisibleItemPosition()+ 1; 
} 

не вызывать метод:

smoothScrollToPosition(rv, new RecyclerView.State(), goingRight ? getScrollRightPos(): getScrollLeftPos()); 

из LayoutManager. Если у вас есть ссылка на RecyclerView, вызовите:

rv.smoothScrollToPosition(newPosition); 

Если вы посмотрите исходный код RecyclerView вы найдете такую ​​реализацию:

public void smoothScrollToPosition(int position) { 
    if (mLayoutFrozen) { 
     return; 
    } 
    if (mLayout == null) { 
     Log.e(TAG, "Cannot smooth scroll without a LayoutManager set. " + 
       "Call setLayoutManager with a non-null argument."); 
     return; 
    } 
    mLayout.smoothScrollToPosition(this, mState, position); 
} 

Это в основном так же, как вы это делаете, но быть что функция LayoutManager вызывается с соответствующими RecyclerView.State. Это просто соответствует RecyclerView