Как это имеет отношение к установлению значения для fragmentTransaction?

ну, там метод для настройки транзакции не вызывается же

Версия 5.1.1 при использовании forward вызывается, место где указываю setReorderingAllowed вызывается.

+ транзишн работает, а вот с задержкой нет.

версия 6.0-dev уже доступна для тестов

implementation("com.github.terrakok:cicerone:6.0-dev")

просьба всех, кто может смигрировать на нее в тестовой ветке в своих проектах и написать результат! если все ОК, то тоже написать, если нет, то тем более!

Библиотека переписана на котлин (именно переписана, а не просто смигрирована)
Апи библиотеки без почти изменений
Поменялся пакет (специально, чтобы осознанно мигрировать)
Удалил поддержку системных фрагментов
Заменил SupportAppScreen -> AppScreen
Добавил возможность выбирать между add и replace транзакциями фрагментов (в команжах навигатора появился доп флаг) 😀

Я знаю, что там есть наверняка проблемы где-то! 😆
Поэтому очень жду фидбека. Как об ошибках, так и про удобство АПИ, возможности наследования и прочее.
Пока буду писать тесты на навигатор + думать, что делать с fragmentParameters, которые мне очень не нравятся в плане реализации (теперь везде надо проверять, что пришло фрагмент или параметры)

I thought it is a pure java library...

мир меняется

теперь не джава язык разработки под андроид

Я что то пропустил, а есть не системные фрагменты?

AndroidX, Support

И какие из них системные а какие нет?)

Это библиотека под андроид, так что 😂

все не системные, а android.app.Fragment «системные»

Понятно спасибо)

Спасибо большое за работу

а для чего fragmentParams? getFragment() вроде хватало. Можно было все аргументы фрагмента передавать в конструктор экрана и уже в getFragment() во фрагмент как аргументы закинуть.

FragmentFactory требует класс же

хех блин, забыл про него понятно

а хотя пажди... А разве нельзя также передать в конструктор экрана? Ну типо прям эту фактори в конструктор скрина и передать, а в getFragment() создавать фрагмент с помощью нее.