Сверху кинул скриншот всех булеан, которые проверял при колбеке фрагмент менеджера. Идентичны. Бред какой то.

Кто переписывал приложение с cicerone с flow фрагментами на modo, отпишитесь пожалуйста, задам вопрос в лс

А зачем переписывать?

В проекте раньше был cicerone и я знаю как с ним все должно быть, как с modo мне реализовать мои кейсы я не уверен. Вот хотел спросить

зачем на модо переписывать? к чему этот хайп-дривен девелопмент?)

Не, это я понял. Мне просто причина интересна, Cicerone вроде как прекрасно справляется со своей задачей. Там выше писали о преимуществах Modo: поддержка мультиплатформы и что-то еще

В принципе я могу и на cicerone переписать. Я меняю jetpack navigation, вопрос на что

так вы хотите с чичероне+флоу на модо, судя по первому сообщению)

Раньше было cicerone + flow. Сейчас jetpack navigation

Я бы и дальше на ней остался если бы не неприспособленный для многомодульности safeargs

Ладно перепишу на cicerone

Интересно, спасибо. Транзитивные зависимости подсунули мне старую версию fragment, а я и не заметил.

Зачем переходить на Jetpack Navigation с Cicerone?

Легкая работа с toolbar, легкая работа с deeplink, авто хендлинг back button

А можно поконкретней про тулбар?

Один раз определяешь топ скрины и он от этого сам показывает/скрывает back arrow + сам ее настраивает

Легкая работа с title, один раз определяешь его в графе

Удачи) Там по сравнению с Cicerone много доп багов и недоработок и сложная реализация, чтобы что-то исправить

Да и в целом идет тенденция отказа от XML, а там навигация через XML задается (не очень удобная на деле)

Каких подводных камней можно ожидать от Modo или что ещё недописано, если она не добралась ещё до стабильной 1 версии?

передачи результата как я понял из коробки нет
хотелось бы в ExternalScreen иметь фабрику (Context) -> Intent, а не () -> Intent (бывает ссылка на контекст нужна)
хотелось бы больше кастомизации в некоторых местах (фрагментменеджер мультистека использует add + show/hide, а вдруг нужно replace)

подводных камней не увидел, а Константин говорит что при желании без проблем добавит функционал, но как я понял:
а) лучше создавать PR/issue на Github, а не обсуждать это тут
б) желательно подробно показывать юзкейсы с желаемым применением библиотеки при возникновении новых хотелок