ST
прозрачный статусбар можно намутить с 19го
Size: a a a
2019 May 23
A
А support library для инсета есть?
SV
А support library для инсета есть?
ViewCompat
A
На 15 версии заработает?
ОА
На 15 версии заработает?
ты поддерживаешь андроид 4.0.3?
A
4.4, по-моему
ОА
4,4. это 19
DM
Всем привет! Решил тут познакомиться с navigation component.
Влил в приложение, все работает как нужно.
Есть у меня в активити BottomNavigationView в котором меню из трех элементов и идет выбор трех фрагментов
Подключил его просто через
Теперь возникла необходимость передавать safe args (ENUM) в один фрагмент в зависимости от выбранного пункта меню
Можно ли как-нибудь в menu.xml добавить этот аргумент?
Влил в приложение, все работает как нужно.
Есть у меня в активити BottomNavigationView в котором меню из трех элементов и идет выбор трех фрагментов
Подключил его просто через
NavigationUI.setupWithNavController(navView, findNavController(R.id.navHostFragment))
Теперь возникла необходимость передавать safe args (ENUM) в один фрагмент в зависимости от выбранного пункта меню
Можно ли как-нибудь в menu.xml добавить этот аргумент?
DM
Посмотрел по коду - не увидел такой возможности, а так не хочется вручную в коде разбирать что нажали и вызывать определенные методы перехода или дублировать фрагмент в графе с разными дефолтными аргументами
2019 May 24
VS
не знаю костыль, заглушка или единственное решение (но не вижу в нём ничего плохого). Но пока нет возможности задать динамический startDestination. Без него прилага упадёт на старте. Задать его можно только тогда, когда навХостФрагмент уже в заинфлейчен (а значит уже и закомитал стартДестинейшен).
Только 3 решения:
1) оставлять фрагментА как стартДестинейшен. В его старте делать проверки и если что, навигироваться к фрагментБ c popInclusive=fragmentA
2) сделать пустой фрагмент, в котором сделать проверки и открыть сразу нужный фрагмент без инфлейта ненужного
3) сделать графы Auth->Home->Blablabla
Home->Blablabla
и на старте руками создавать навхостфрагмент с нужным графом (если нет токена, то первый, иначе - второй).
Я выбрал второе, т.к. более гибкое и очевидное. И у меня слишком много ветвлений, чтобы копировать эти графы
Если есть более красивое решение - хотел бы узнать тоже
Только 3 решения:
1) оставлять фрагментА как стартДестинейшен. В его старте делать проверки и если что, навигироваться к фрагментБ c popInclusive=fragmentA
2) сделать пустой фрагмент, в котором сделать проверки и открыть сразу нужный фрагмент без инфлейта ненужного
3) сделать графы Auth->Home->Blablabla
Home->Blablabla
и на старте руками создавать навхостфрагмент с нужным графом (если нет токена, то первый, иначе - второй).
Я выбрал второе, т.к. более гибкое и очевидное. И у меня слишком много ветвлений, чтобы копировать эти графы
Если есть более красивое решение - хотел бы узнать тоже
Делаете splashFragment и в нем разруливайте что дальше показать.
И вообще, читаю, и удивляюсь. Делаю single activity без проблем, при чем в аппе где-то 30+ экранов. Просто в аппе есть топ граф на уровне активити который управляет сменой флоу фрагментов со своими графами. Внутри флоу фрагмента инкапсулированы startToEnd флоу типо: авторизация, регистрация и т.д.
В чем проблема?
И вообще, читаю, и удивляюсь. Делаю single activity без проблем, при чем в аппе где-то 30+ экранов. Просто в аппе есть топ граф на уровне активити который управляет сменой флоу фрагментов со своими графами. Внутри флоу фрагмента инкапсулированы startToEnd флоу типо: авторизация, регистрация и т.д.
В чем проблема?
VS
Замечено только 2 напряга с nav component:
1. Есть проблема с transition при возврате с флоу фрагмента в флоу фрагмент. Это древняя известная бага фрагмент менеджера. При обычных transition, можно ещё палками решить, а вот с shared element пока решений не нашел.
2. При вызове navigate(dest) после onStop, можно просто просрать переход, так как fragmentManager уже сохранил свой стейт, и nav component этот вызов игнорирует. Решается очень просто (по примеру ciceron)
1. Есть проблема с transition при возврате с флоу фрагмента в флоу фрагмент. Это древняя известная бага фрагмент менеджера. При обычных transition, можно ещё палками решить, а вот с shared element пока решений не нашел.
2. При вызове navigate(dest) после onStop, можно просто просрать переход, так как fragmentManager уже сохранил свой стейт, и nav component этот вызов игнорирует. Решается очень просто (по примеру ciceron)
ST
Два чая этому господину😎
PS. Видимо нынче в тренде придумать проблему и героически ее решать.
PS. Видимо нынче в тренде придумать проблему и героически ее решать.
КР
Два чая этому господину😎
PS. Видимо нынче в тренде придумать проблему и героически ее решать.
PS. Видимо нынче в тренде придумать проблему и героически ее решать.
А чё ещё делать?) Это же интересно.))
ST
А чё ещё делать?) Это же интересно.))
Я думаю это уже выходит за рамки данного чатика.))
PS. Решать нужно поставленные бизнесом задачи, а не придумывать поверх них новые. Но это все лирика, а так да, я тоже любитель найти на пятую точку приключений.)
Новую лайфдату не щупал?
PS. Решать нужно поставленные бизнесом задачи, а не придумывать поверх них новые. Но это все лирика, а так да, я тоже любитель найти на пятую точку приключений.)
Новую лайфдату не щупал?
КР
Я думаю это уже выходит за рамки данного чатика.))
PS. Решать нужно поставленные бизнесом задачи, а не придумывать поверх них новые. Но это все лирика, а так да, я тоже любитель найти на пятую точку приключений.)
Новую лайфдату не щупал?
PS. Решать нужно поставленные бизнесом задачи, а не придумывать поверх них новые. Но это все лирика, а так да, я тоже любитель найти на пятую точку приключений.)
Новую лайфдату не щупал?
Неа. А что там интересное?)
ST
Неа. А что там интересное?)
Корутины😎
КР
Корутины😎
О. :) А вот это интересно.) Я видел только viewModelScope.)) Пойду погуглю.)
КР
Блин, прикольно.) Хотя мне больше зашёл viewModelScope + whenCreated, whenStarted, ...
ST
О. :) А вот это интересно.) Я видел только viewModelScope.)) Пойду погуглю.)
Да я тоже видел, но руки все никак не дойдут.
У лайфдаты прикольно сделали, типа livedata(Dispatchers.IO) { }
У лайфдаты прикольно сделали, типа livedata(Dispatchers.IO) { }
ST
Блин, прикольно.) Хотя мне больше зашёл viewModelScope + whenCreated, whenStarted, ...
Да это тоже выглядит интересно