как вам удобнее 👍

После недолгих манипуляций выяснилось, что рутовый фрагмент не кладут в бэкстек. И в этом случае поведение либы правильное👌

*транзакцию не кладут в стек

иначе вы бы при нажатии back сначала видели бы пустой контейнер, а только при следующем нажатии back выходили из приложения

👍

Что ещё раз доказывает теорию, что Cicerone - аналог швейцарских часов.

ага. посмотрел и вспомнил. раньше вы обязаны были определять классы для экранов, теперь это необязательно, можно пользоваться всегда готовым классом FragmentScreen, но тогда и ключ у него будет всегда одинаковый (что логично). поэтому для backTo надо явно задать свое значение ключа

вот оба варианта:

во втором случае ИД экрана будет создан автоматически

Понял, спасибо!

@terrakok Когда планируется обновление библиотеки до следующей версии?

Всем привет! Я не давно начал пользоваться cicerone в KMP, использую bottomNavigation, приложение singleActivity. Столкнулся с такой проблемой, фрагменты не попадают в стек (это мои предположения), из-за этого router.backTo не работает для моих фрагментов. Все транзакции между фрагментами я осуществляю с помощью navigateTo(Screen). Но когда пытаюсь перейти к фрагменту через backTo, ничего не происходит (если передаю null, то перехожу в корневой фрагмент ,как и должно происходить). Так же проверяю стек фрагментов через parentFragmentManage.getFragments r и он содержит только текущий фрагмент. Если вызываю parentFragmentManager.backStackEntryCount, то выдается верное количество фрагментов, на которых я побывал. Я пробовал делать переходы через navigateTo(Screen,false) и тогда backTo работал (и parentFragmentManager.getFragments отображал все фрагменты, которые есть), но из-за того, что контейнер фрагментов не очищается всё начинает жутко лагать. С чем может быть это связано? Есть какие-то рекомендации к исправлению? Спасибо :)

Имя экрану задаете?

Где это нужно делать?

В конструкторе FragmentScreen, параметр key

Спасибо! В этом и была моя ошибка :)

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

для использования библиотеки надо написать 3 строки кода.
где вы там нашли много?
там код даггера и прочих приблуд, чтобы не было батхерта от архитектуры 😆

библиотека наоборот снимает с вас обязанность писать много кода