о, бубунта)

о, бубунта)

Она самая)

дебажил? где срабатывает код где нет

иногда помогает

дебажил? где срабатывает код где нет

Дебажил, БД подключена ( в firebase высветилось подключенное устройство ) В коде тоже проблем не нашёл, странно это.

Дебажил, БД подключена ( в firebase высветилось подключенное устройство ) В коде тоже проблем не нашёл, странно это.

дык ты адаптер не ставишь

ой

не не

скажите кто опытный - замена фрагментов в хендлере чем то чревата?

так получилось что присходит замена когда предыдущая не завершена и вылетает исключение fragment transaction о том что уже происходит смена фрагмента

вобщем то handler.post(...) решает проблему, но интересно узнать о последствиях если они есть

Есть такая замечательная функция как commitNow()

это в моем случае не работает

Поясни

скажите кто опытный - замена фрагментов в хендлере чем то чревата?

Что значит в хендлере?

я ж говорю внутри транзакции стартует следующая, я по дебагу вижу стек вызова

Он просто добавляет на выполнение событие в главный цикл и все какбы

Константин, сделай все транзакции в данном месте через Now, и они не влезут друг в друга

делал но это не помогло

Тогда переходи к показу стека и что за хендлер

private val h:Handler=Handler(Looper.getMainLooper())

хендлер как хендлер себе

Эм

вобщем ошибка появляется если в onresume фрагмента начать менять его самого на другой фрагмент, FragmentManager is already executing transactions

Есть вариант изменить решение в пользу того, чтобы выбрать окончательный фрагмент ДО попытки "просунуть" тот, который будет сразу же заменен?

что значит эта проверка? sLooper != Looper.myLooper

что значит эта проверка? sLooper != Looper.myLooper

проверка что в статике лежит именно тот самый нужный объект

Есть вариант изменить решение в пользу того, чтобы выбрать окончательный фрагмент ДО попытки "просунуть" тот, который будет сразу же заменен?

можно подумать и сделать так, это план Б. но вначале хочу узнать стоит ли заморочиться - поэтому и спросил про последствия

просто она мне мешает работать с Private API телефонии

Стоит заморочиться

Потому что как ни крути ты ломаешь выполнение транзакции

Технически, если использовать не commitNow, оно должно отложиться до следующего хода MainLooper, но что там внутри — не скажу

Всем привет. Нужна помощь по поводу gdrp Как настроить диалоговое окно, чтобы оно давало выбор юзеру: либо он соглашается, либо нет. И чтобы в обоих случаях он видел рекламу Но в первом случае персональную, во втором - не персональную.

а как тогда реализовать вот эту логику выбора экрана, имею в виду структурно

есть у меня скажем набор условий при которых первоначальный экран может отличаться

Ну, тут надо рассказать про задачу и уже придумать решение

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

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

"Не горю в каждом" обычно выливается в наследования

ну, презентер работает только между onViewAttached/detached

это андроид детка)

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

Еще один человек, скрепленный особым алгоритмом MVP где нужно делать только вот так, и никак иначе

типа того

только это клин а не мвп (хотелось бы но как обычно кароч)

написать надо самому эти фрагменты как-нибудь.

Еще один человек, скрепленный особым алгоритмом MVP где нужно делать только вот так, и никак иначе

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

Проблема в том, что приучая себя к этому на таком уровне ты сам себе палки в колеса ставишь

поясни свою мысль

мысль в отказе от стандартов

Что то вроде

чьих

выдуманных кем-то

Общепринятых и "обязательных"

он нам кто

ну мне не нравится как устроен андроид и как предлагается писать приложения самим гуглом

Соблюдать правила и архитектуры надо и нужно, но чтобы не было срача в коде, а не для сдачи диплома

мне нравится адаптировать к нему клин. в чем я себе палки в колеса ставлю?

эффективность != понятность

ну мне не нравится как устроен андроид и как предлагается писать приложения самим гуглом

Это не твое поле битвы, смекаешь?

к сожалению

вы оба тараторите и я мысль не улавливаю. в чем палки в колеса то я себе ставлю?

та ни в чем)

ну т.е. один по делу другой просто так и неясно что вы выразить пытаетесь.

Мы не переходили на личности, тараторка

Пусть тебе ответят другие, я уступаю очередь тогда

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

Не, мы разные личности

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

просто я против мвп и клина как бы

что там в хендлер лепится то с этими транзакциями

что за кейс вообще

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

например какая-то особенность андроида

мы пираты, зачем нам стандарты

Я понимаю твое желание держать все "чик чирик", но все таки

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

Короче, взято было не с потолка. Давайте вернемся к проблеме, или пусть ему другие помогут

ребят в класс Fragment хочу создать тулбар, так создать на onCreateView или onViewCreated?

да, делал и без нее, и все получалось. но если есть альтернативные способы разработки - можно их попробовать. попробовал и понравилось. то что надо придерживаться "стандартов" это дисциплинирует и заставляет именно побольше подумать и поискать решения

а не делать влоб внутри активности всё подряд )

синтетика в котлине у меня у одного часто "краснеет"?

ребят в класс Fragment хочу создать тулбар, так создать на onCreateView или onViewCreated?

Создание и инфлейт оставь в onCreateView

а не делать влоб внутри активности всё подряд )

Ну ты не кидайся в крайности то

Создание и инфлейт оставь в onCreateView

а на onViewCreated что могу?

а на onViewCreated что могу?

Сконфигурировать его

ребят в класс Fragment хочу создать тулбар, так создать на onCreateView или onViewCreated?

тулбар относится к view?

тулбар относится к view?

Технически да

На практике не знаю что он хочет сделать

Сконфигурировать его

типа manager то сё?

ну вобщем вот скрин, прошеный. судя по нему происходит onResume, в нем вызывается onviewAttached, презентер узнает что нужно что то сконфигурировать и отправляет на экран выбора города, где fm кидает ошибку https://ibb.co/iFANRT

А скрин где?

выше был пролистал

Оооооо