Гитфокс смотрел)

То есть даже если не осуществляется навигация на одном из фрагментов внутри контейнера, все равно нужно модо сетить?

в модо глобальный стейт, когда вы присоедините рендер, то он будет отображать его полностью

правильно понимаю, что экран, который открывается поверх MultiStack, лежит на том же уровне, что и рутовый контейнер MultiStack?

да

Ок. Одна из проблем, которую решали в проекте - если иерархия экранов привязана к иерархии скоупов DI (как в gitfox), то при открытии нового flow нужно гарантировать наличие нужных зависимостей.

Например, на табе есть список, по нажатию на элемент открывается экран без bottom tabs. При этом если открывать поверх рутового фрагмента с табами, то зависимости (локальные шины, хранилища) должны быть определены где-то выше (activity/app module)

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

следить за ЖЦ скоупов в таком случае - интересная задача

Один из способов в лоб - шина, по которой можно скрывать/показывать bottom navigation. Потенциальные проблемы есть, но ограничиваемся простым flow - нужные экраны запрашивают скрытие, а отображение только на корневых фрагментах

Критичных проблем не было, разве что иногда при переходе с полноэкранного фрагмента на другой стек показываются табы, возвращаешься обратно - табы скрываются

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

тем более, что с модо можно следить за состоянием навигации и управлять скоупами отталкиваясь от этого

но пока не пробовал, поэтому советовать не буду)

У кого есть мысли по https://github.com/terrakok/Cicerone/issues/137 и https://github.com/terrakok/Cicerone/issues/132

У cicerone нет понятия состояния

Он же держит стек

ответил

нет.

Спасибо

protected val localStackCopy = mutableListOf<TransactionInfo>()

я стараюсь не отвечать мгновенно, так как надеюсь, что кому-то тоже интересно поддерживать комьюнити вокруг библиотеки)