М
Ну соотвествено на кнопку назад системную по умолчанию никакой особой магии не происходит, если есть элеметы в бэкстеке то будет вызвано fragmentManager.popBackstack, в ином случае activity.finish()
Size: a a a
2020 February 03
RK
Хех, логично. Я еще заметил, что в методе replace, если размер стека больше нуля, то делаем popBackStack сначала, а уже потом заменяем фрагмент. Разве метод транзакции replace сам не делает это?
М
Хех, логично. Я еще заметил, что в методе replace, если размер стека больше нуля, то делаем popBackStack сначала, а уже потом заменяем фрагмент. Разве метод транзакции replace сам не делает это?
replace не делает popBackstack
М
В описанном кейсе выходит что на предыдущий экран уже не вернешься,
М
Вернешься сразу на пред-предыдущий
RK
RK
а в чём разница между add и replace?
М
а в чём разница между add и replace?
Не бойся смотреть сорцы)
RK
только туда и смотрю) спасибо за ответы
2020 February 04
L
Парни, ни кто не сталкивался с тем, что команда backTo ведет на главный корневой экран, а не на тот который указываю?
L
Все ключи проверил, одинаковых нет
L
Главный корневой экран добавляю через newRootScreen, остальные navigateTo
KT
поставьте здесь брейкпоинт и проверьте, что не так:
https://github.com/terrakok/Cicerone/blob/master/library/src/main/java/ru/terrakok/cicerone/android/support/SupportAppNavigator.java#L184
https://github.com/terrakok/Cicerone/blob/master/library/src/main/java/ru/terrakok/cicerone/android/support/SupportAppNavigator.java#L184
М
Парни, ни кто не сталкивался с тем, что команда backTo ведет на главный корневой экран, а не на тот который указываю?
Такое может быть если например делаешь backTo(null)
L
спасибо, щас буду посмотреть
L
поставьте здесь брейкпоинт и проверьте, что не так:
https://github.com/terrakok/Cicerone/blob/master/library/src/main/java/ru/terrakok/cicerone/android/support/SupportAppNavigator.java#L184
https://github.com/terrakok/Cicerone/blob/master/library/src/main/java/ru/terrakok/cicerone/android/support/SupportAppNavigator.java#L184
интересное поведение. Скрин задаю так: https://pastebin.com/Tz7TjuqY Поставил брэйкпоинт, где Вы сказали. И вот что увидел. В localStackCopy лежит правильный screenKey(тот который лежит в файле с константами) а при выполнении команды BackTo в screenKey ему приходит полное имя класса. Причем когда выполняю navigateTo, screenKey тоже равен имени класса, но по итогу заменяется моим значением(судя по localStackCopy)
AD
интересное поведение. Скрин задаю так: https://pastebin.com/Tz7TjuqY Поставил брэйкпоинт, где Вы сказали. И вот что увидел. В localStackCopy лежит правильный screenKey(тот который лежит в файле с константами) а при выполнении команды BackTo в screenKey ему приходит полное имя класса. Причем когда выполняю navigateTo, screenKey тоже равен имени класса, но по итогу заменяется моим значением(судя по localStackCopy)
так скринкей неверно передаётся 🤔
AD
интересное поведение. Скрин задаю так: https://pastebin.com/Tz7TjuqY Поставил брэйкпоинт, где Вы сказали. И вот что увидел. В localStackCopy лежит правильный screenKey(тот который лежит в файле с константами) а при выполнении команды BackTo в screenKey ему приходит полное имя класса. Причем когда выполняю navigateTo, screenKey тоже равен имени класса, но по итогу заменяется моим значением(судя по localStackCopy)
там вроде нужно
override fun getScreenKey делатьL
не в скринКее, если ставить брэйкпоинт в библиотеке, лежит ru.lew.app.utils.screens.ridescreen
L
там вроде нужно
override fun getScreenKey делатьспс, ща попробую