С чем может быть связана такая проблема: есть DialogFragment, и есть еще два фрагмента, один простой, другой PreferenceFragmentCompat Если я вызываю из простого фрагмента, настройки, то запускается и все норм, если запускаю сначала фрагмент с диалогом, и из него перехожу в настройки, то они открываются, и сразу закрываются, возвращаясь на простой фрагмент. все переходы это простые navController.navigate. Приложение не крашится

Может есть какая проблема с DialogFragment? Он тоже простой message, title, две кнопки

Какой код нужно показать, говорите, покажу

Всмысле забываю закрыть. Диалог?

ок, попробую попонятнее

это как?

ок, понял, я вроде так и пытался, видать не очень вышло

Есть три фрагмента: 1) DialogFragment 2) PreferenceFragmentCompat 3) Fragment

есть пути перехода 3 -> 1 -> 2 3 -> 2

2 вариант работает нормально, с первым проблема

после нажатия кнопки в диалоге private var positiveClickListener = { dialog: DialogInterface, _: Int -> findNavController().navigate(R.id.settings_dest) }

фрагмент настроек открывается. и сразу же закрывается, причем title у activity остается Settings

и получается что я вернулся к 3 фрагменту, без причины

как то так, надеюсь так лучше

ок, просто у меня логика переходов на navigation завязана вся, мне нужно чтобы как то работало)

Есть три фрагмента: 1) DialogFragment 2) PreferenceFragmentCompat 3) Fragment

. сеттингс это 2

3 это обычный фрагмент,

Фрагмент открывается (navigate сработал, потому что title сменяется у активити), затем через буквально секунду как будто была вызвана popBackStack происходит, и он возвращается к 2( простому фрагменту), но как то криво, потому что title остается Settings

то есть как бы navigate сработало, а потом view на экране сменилось, но без навигации

я даже сам не очень понимаю что происходит

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

ок, ща че нить найду для этого

вот смотри, 2 запуск приложения

ок, ща

ок

ага

я понял

закидывал https://pastebin.com/4wZRHurW

findNavController().navigate(R.id.settings_dest)

переход , positiveclick в dialog-e (это destination (settings_dest))

не понял

ась?

он работает , ну в доках его использовать было написано

я указываю destinataion, иначе выдает ошибку, если action указывать

там есть именно <dialog> для этого, написано что работает

сам то диалог открывается

в xml?

по поводу логов:

class DonationDialogFragment : DialogFragment()

именно так

кстати. Ради интереса проверил баг с гравити на флаттере))

там работает правильно

по поводу логов:

вызывается нажатие poostive кнопки, потом onCreatePreferences, потом onCreateView у простого фрагмента, то есть как то перекрывает

а выглядит же как диалог)

ща попробую

еще хуже, просто белый экран

Всем привет, подскажите, почему появляется этот уголок при загрузке фото через Picasso?

еще хуже, просто белый экран

точнее не так

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

<fragment android:id="@+id/donation_dialog_dest" android:name="com.starikov.datecalc.fragments.donation.DonationDialogFragment" > <action android:id="@+id/action_open_settings" app:destination="@id/settings_dest" /> </fragment>

Ok, что нибудь попробую, завтра, может с утра будет лучше) Спасибо за помощь)

Ребят, хотелось бы узнать ваше мнение по поводу использования Koin для DI. Мы подумываем перейти с Даггера на Коин, но побаиваемся того что это в большинстве своем Service Locator.

Ребят, хотелось бы узнать ваше мнение по поводу использования Koin для DI. Мы подумываем перейти с Даггера на Коин, но побаиваемся того что это в большинстве своем Service Locator.

Чисто идеологически напрягает или какие-то конкретные неудобства есть?

Чисто идеологически напрягает или какие-то конкретные неудобства есть?

По крайней мере мы его в чисто ради интереса пробовали, и напрягает то что ошибки выскакивают только в рантайме, когда в даггере все происходит на этапе компиляции

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

По крайней мере мы его в чисто ради интереса пробовали, и напрягает то что ошибки выскакивают только в рантайме, когда в даггере все происходит на этапе компиляции

Если дичь не творить, то это будет невероятно редким событием

Если дичь не творить, то это будет невероятно редким событием

по крайней мере тебя ничего не напрягает?

А так и даггер может падать в рантайме, емнип, если со скопами накосячить

по крайней мере тебя ничего не напрягает?

Нет, совершенно

Хорошо) спасибо, знач будем пытаться завозить)

Идеальный баланс между производительностью, лаконичностью и функционалом

и если уж зашел разговор

хотелось бы у тебя же узнать, вы юзаете MVP или MVVM?

MVVM или MVI

Лично я предпочитаю второе

хотелось бы у тебя же узнать, вы юзаете MVP или MVVM?

Mvvm для простых проектов и mvi для более сложных

Вот про MVI хотелось бы узнать

Mosby?

Ноуп, полтора кастомных класса с акторами

Плюс выдернул из moxy хаки для поддержки поворота экрана и т.п.

Ноуп, полтора кастомных класса с акторами

+

как ты разбирался с MVI? просто я пытался разобраться, но в общем и целом не понимаю до сих пор как это должно работать

может есть какие циклы статей годные

как ты разбирался с MVI? просто я пытался разобраться, но в общем и целом не понимаю до сих пор как это должно работать

Берёшь ELM, осиливаешь примеры, готово

спасибо огромное )

Единственное, я на фоновой работе наговнокодил, но уже неспешно исправляю

ну блин, когда чет новое осваиваешь, сложно ненакосячить)

Можешь ещё яваскриптеров в округе потыкать вопросами про редакс, там аналогичная философия

да как раз есть один, немного пинговал его, но не основательно)

Всем привет! Я помню, тут давненько пролетал код, проверяющий производителя устройства (там и виво, и сиаоми, и хуавей были), ни у кого за пазухой нет этого кода?