Ага.

Не подскажете каково дефолтное поведение по сокрытию клавиатуры при переходе на новый фрагмент? Я так понимаю, уходит фрагмент который держит фокус на клаве и она скрывается? Просто на андроиде 5.1 на неком ZUK1 клава не скрывается сама

Надо самому скрывать, у разных производителей по разному

у меня при переключения фрагментов анимация тормозит, потому что в вызываемом фрагменте идет обращение в сеть и после рендерится ресайклервью. как этим управлять чтобы анимация была плавной?

у меня при переключения фрагментов анимация тормозит, потому что в вызываемом фрагменте идет обращение в сеть и после рендерится ресайклервью. как этим управлять чтобы анимация была плавной?

Показать пустой ресайклер а потом только лезть в сеть?

Type Mismatch выдает, что делать?

навел, но там совсем с этим не связано

подскажите, с помощью retrofi2 отправляю сообщение. и когда менятся фрагмент, в случае onFailure приложние падает, т.к. контекст = 0, можно это как-то обойти? @Override public void onFailure(Call<GetIdMessage> call, Throwable t) { Toast.makeText(getActivity().getBaseContext(), R.string.error_msg, Toast.LENGTH_SHORT).show(); progress.set(false); }

подскажите, с помощью retrofi2 отправляю сообщение. и когда менятся фрагмент, в случае onFailure приложние падает, т.к. контекст = 0, можно это как-то обойти? @Override public void onFailure(Call<GetIdMessage> call, Throwable t) { Toast.makeText(getActivity().getBaseContext(), R.string.error_msg, Toast.LENGTH_SHORT).show(); progress.set(false); }

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

Для этого нужно юзать архитектуры, например MVP или MVVM, но как вариант можно держать пользователя показывая ему прогресс бар

архитектуры не при чём

никак нельзя закончить отправку?) у меня есть идея попробовать через сервис.. но это пока мысли вслух)

Почему? Правильно реализованный mvvm например, вообще такого не допускает)

Не потому что он MVVM, а потому что он правильно реализован.

Не потому что он MVVM, а потому что он правильно реализован.

можно, но тогда нужно что-то понадёжнее на случай, если пользователь уйдёт. В идеале — прибайндиться к сервису, а когда пользователь уходит, отбайндиваться. Сервис, если у него осталась работа, должен сделать себя форграундным.

Ну спорить можно долго, проще всего проверить контекст на null )

Ну спорить можно долго, проще всего проверить контекст на null )

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

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

можно контекст приложения захватить

Ты пробовал запускать тост на апликейшене?)

а вообще много ньюансов, без стакашки не разобраться, иди доки читай)

просто корутины как демоны, потому блокинг нужен. а лонч лучше сравнивать с асинком

для тестов)

что значит кидают потоки?

могу ошибаться

runBlocking заюзывает глобал контекст ?

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

хм, ну а все таки, если я на него повесил овер дофига, и хочу поубивать все корутины, как быть?)

скоупы ввели как раз для контроля жц корутин)

Я понимаю, но что делать в такой ситуации, ибо не пониманию тогда практичного приминения runBlocking

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

вместо тысячи слов

вместо тысячи слов

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

по-моему эта шляпа даже не в пакете корутин

а на каком он scope ? Тоже main ?

хм, старый вопрос, если ты в ней что-то стартанул и нужно отменить, твои действия?