не совсем) глянь в исходники

Я не про исходники, а про суть. Исходник есестно не просто ресайклервью

Переход с первого на второй не сильно сложный

ну говорить, что это обычный ресайклер не совсем корректно, ибо это обёртка

Так я ж и на писал - по сути, а не по внутрянке )

в самом простом варианте скорее всего. а что человек реализовал с помощью вьюпейджера неизвестно

Тут даже спорить нет смысла

Накидал тоже пример, и ура, действительно, есть onPageScrollStateSelected()... который отрабатывает уже после onResume. И хотя onPageSelected выполняется до onResume, легко через if выполнить функцию уже после onResume. Это выход!! Более элегантное решение! Вполне могут быть доп. трудности при переводе ViewPager на ViewPager2, так как достаточно монструозная конструкция. Но за идею спасибо!!! И вариант перевести есть))

@G0retZ спасибо большое, что поделился мыслями :))

Есть тут опытные программисты с большим стажем от 5 и более?
Просьба проверить мой код и дать оценку чего не хватает

Тут все такие

В адаптере использую NavController. По клику перехожу на другой фрагмент. Чем такой подход плох? не понравился фидбек

А почему вдруг адаптер (ресайкла, если я понял) должен переходить на другой фрагмент? Архитектурно это коряво

Архитектурно? аргументируйте. Чем это плохо.
да понимаю по клику можно колбек в активносьт пробросить и оттуда навигацию юзать.В данной ситуации что не так?

Так давай все писать в активити. Запрос в сеть в активити, бизнес логику в активити и все тогда в активити.

А можно без давай, если может быть. Это все абстрактное, больше конкретики
Вопрос был касательно того, "Почему нехорошо юзать навигацию внутри адаптера"?

Потому что адаптер отвечает за отображение данных, а не переходы по фрагментам

Адаптер - это уровень UI. Навигация - это уже бизнес-логика

Чем чревато?

Если ты такой упрямый и не понимаешь чем это чревато, то можешь не думать об этом. Тебе уже ответили кучу раз.