S
Если где не прав, поправьте
Size: a a a
2021 April 04
E
Учитывая что скрины так же определяются в одном файле Screens, как и в Cicerone, она должна нормально работать с многомодульностью
ты можешь скрины в одном файле не определять
К
ты можешь скрины в одном файле не определять
Знаю, написал для простоты
К
А как кто реализовал диплинки, конкретно из пушей? С jetpack это легко, через NavDeepLinkBuilder
ES
Привет. Чего то туплю жестко. С одного фрагмента через роутер запускаю другой с флагом clearContainer = false. Потом возвращаюсь обратно на первой со второго. Какой метод жц первого фрагмента отработает?
ES
первый фрагмент по сути в стеке, поэтому onResumе не вызывается
M
Привет. Чего то туплю жестко. С одного фрагмента через роутер запускаю другой с флагом clearContainer = false. Потом возвращаюсь обратно на первой со второго. Какой метод жц первого фрагмента отработает?
Попробуй добавить слушателя фрагмент менеджеру (
addOnBackStackChangedListener) и проверять какие фрагменты сейчас в него добавленыES
Попробуй добавить слушателя фрагмент менеджеру (
addOnBackStackChangedListener) и проверять какие фрагменты сейчас в него добавленыЭто единственный варик? Нет чтоли такого жц метода?(
ES
Попробуй добавить слушателя фрагмент менеджеру (
addOnBackStackChangedListener) и проверять какие фрагменты сейчас в него добавленыне работает(
ES
все булы перебрал, показывает одинаковые значения что при первом открытом фрагменте, что при втором
L
А как кто реализовал диплинки, конкретно из пушей? С jetpack это легко, через NavDeepLinkBuilder
Пока из коробки ни у из библиотек, нету такой возможности. Но с модо это должно быть легко реализовать
M
Это единственный варик? Нет чтоли такого жц метода?(
Могу еще такой вариант предложить. Добавить первый фрагмент во второй как targetFragment, а дальше во втором при закрытии вызывать targetFragement.onActivityResult. Ну и, соответсвенно, в первом переопределять метод onActivityResult
ES
Могу еще такой вариант предложить. Добавить первый фрагмент во второй как targetFragment, а дальше во втором при закрытии вызывать targetFragement.onActivityResult. Ну и, соответсвенно, в первом переопределять метод onActivityResult
Звучит костыльно максимально
ES
Неужели мой кейс не готовили никогда?
M
Могу еще такой вариант предложить. Добавить первый фрагмент во второй как targetFragment, а дальше во втором при закрытии вызывать targetFragement.onActivityResult. Ну и, соответсвенно, в первом переопределять метод onActivityResult
Или можно сделать слушателем родительский фрагмент, если таковой имеется, тогда во втором фрагменте нужно будет вызвать parentFragment.onActivityResult
AA
Могу еще такой вариант предложить. Добавить первый фрагмент во второй как targetFragment, а дальше во втором при закрытии вызывать targetFragement.onActivityResult. Ну и, соответсвенно, в первом переопределять метод onActivityResult
targetFragment уже deprecated, как и onActivityResultК
@terrakok Это нормальное решение? Modo
В core-navigation лежит такой интерфейс чтобы можно было попасть из любого модуля а в app уже иплементация
В core-navigation лежит такой интерфейс чтобы можно было попасть из любого модуля а в app уже иплементация
К
Так же стоит ли сменить постоянное создание нового объекта на приватную локальную переменную с инстансом скрина и отдавать ее в функции?
2021 April 05
S
Привет. Чего то туплю жестко. С одного фрагмента через роутер запускаю другой с флагом clearContainer = false. Потом возвращаюсь обратно на первой со второго. Какой метод жц первого фрагмента отработает?
Я до сих пор в шоке что у фрагментов нет метода типа onViewAppeared (по-видимому)
onHiddenChanged кажется не то
onHiddenChanged кажется не то