Ну или сделать свой экран для работы с камерой и/или галереей. Библиотек для этого много

Всем привет, как правильно решать такие задачи: сингл активити, в которой фрагмент имеет контейнер, в котором меняются фрагменты. В каком то из фрагментов, допустим это фрагмент С есть тоже контейнер для фрагментов, в котором один из фрагментов это child C1 в котором также контейнер с  child C2, сделать навигацию так чтобы при открытии приложения показались фрагменты С - C1 - C2. Каждый контейнер это свой роутер. Правильно я понимаю что нужно в одном месте(методе) последовательно на каждом роутере сделать навигацию на нужный экран? Или есть более элегантные способы? По факту это описание диплинков

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

в одном котейнере можно сразу цепочку экранов открыть.

А тот вариант что я описал,  взлетит же? Если для каждого контейнера Cicerone<Router> хранить как в вашем семпле на уровне процесса приложения

Второй способ звучит круто)

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

Спасибо за помощь

Всем привет. Есть проблема - при переопределении override fun setupFragmentTransaction() падает с      Caused by: java.lang.IllegalArgumentException: Parameter specified as non-null is null: method kotlin.jvm.internal.Intrinsics.checkParameterIsNotNull, parameter currentFragment
Можете подсказать, как это исправить?

У тебя в котлине где-то не нулл указан, а из джава нулл приходит. Видимо аргумент setupfragmenttransaction

Точно

Добрый день!
https://github.com/terrakok/Cicerone/blob/master/library/src/main/java/ru/terrakok/cicerone/Router.java#L113
почему метод называется exit() а не back() ?

😁👍

вот это изменение, можно версию поднимать

прогорел от коммента чувака «I think you only one who think in this way, this why I think poll is the good way.»

можно всю переписку на стикеры ТГ растаскивать

ну, не чувака, а топ2 контрибьютера)

А, ну я ток Костю знаю. Без контекста кто есть кто смешнее канеш

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

мне кажется exit задумывался типа для оверлеев всяких