в папке layout можно создавать подпапки?
с особыми костылями, где-то на медиуме статья есть
Mike
Ilya
Да создаётся папка с любым именем, в ней папка layout и все в gradle прописывается
Konstantin
Могем ли мы как-то узнать, какой фрагмент у нас сейчас открыт на устройстве? В случае с активити помогает лейаут инстепктор, но вот фрагменты...
Ilya
Могем ли мы как-то узнать, какой фрагмент у нас сейчас открыт на устройстве? В случае с активити помогает лейаут инстепктор, но вот фрагменты...
findFragmentById у активити?
Или не трогая код нужно знать?
Konstantin
findFragmentById у активити?
Или не трогая код нужно знать?
Не трогая код. Просто, что сейчас открыто на устройствею
Vitaly
Как мне взаимодействовать с Presenter не через Activity, использую Moxy? Я же не могу инжектить поезентер в классе не унаследлванном от MvpAppCompatActivity
Anonymous
как в тулбаре удалить дефолтное отображение названия приложения?
Alexander
как в тулбаре удалить дефолтное отображение названия приложения?
Toolbar#setTitle и сетишь что угодно
Vitaly
как в тулбаре удалить дефолтное отображение названия приложения?
Скорее всего тебе надо убрать стандартный action bar
Vitaly
как в тулбаре удалить дефолтное отображение названия приложения?
Установи в Android Manifest тему AppCompat.NoAcrionBar или как-то так
Anonymous
Toolbar#setTitle и сетишь что угодно
ну костыль setTitle("") подходит, но думал есть метод просто убрать
Vitaly
а где надо?
У меня есть класс, который работает в отдельном потоке и читает данные с сервера, вот в нём надо получить доступ к Presenter
✙
Звучит странно
✙
А что за класс
✙
не вьюшка?
Vitaly
Звучит странно
Почему? А как иначе? Есть класс который подключается к серверу и создаёт два потока: один отправляет данные на сервер, другой получает, но когда объект получил какие-то данные он же должен отобразить это на экране
✙
✙
правильный кейс это в презентере запросить с модели и отобразить на вьюхе
Vitaly
потому что в mvp модель не знает о презентере
А что если мне надо непрерывно получать или ждать данные?
✙
я бы это реализовывал по другому совсем, с тредом хз
✙
а зачем вообще ими пользоваться
✙
что то с rx
✙
Ну типа презентер появился, подписался, и ему данные кормятся
✙
уничтожается - отписался
✙
есть же много других способов
✙
если проблема именно в потоке
Vitaly
Проблема в том, что я хочу получить доступ к Presenter из класса не Activity
Vitaly
Из любого другого например
✙
Это вообще странно
Vitaly
Почему, если надо?
✙
✙
сделай так чтоб презентер был инициатором
✙
чтоб он просил
✙
у модели
Vitaly
Но я же не знаю, когда у меня будут эти данные
Vitaly
Допустим мессенджер
Vitaly
Клиент же постоянно читает данные
Vitaly
Точнее он их ждёт, ждёт, ждёт (а это другой поток), а потом как только данные появляются он должен сказать: покажи результат
Alexander
Подпишись на обновления?
Типа добавляй в модель слушателя
Vitaly
Подпишись на обновления?
Типа добавляй в модель слушателя
А этот слушатель будет статичным тогда, верно?
Alexander
Эм
Alexander
Почему?
Vitaly
Мне же надо будет один и тот же объект передать и в Presenter и в DataReader
Vitaly
А это долгий путь будет
Vitaly
Легче тогда будет реализовать в Presenter слушатель и передать этот Presenter с лисенером в DataReader и он же будет вызывать Presenter если нужно
Vitaly
Но для этого всего нужен ведь экземпляр Presenter точно так же как и экземпляр слушателя в модели
Olexandr
в какую папку drawable будет правильнее ложить иконки, которые будут юзаться для всех экранов?
Olexandr
drawable-nodpi?
Сергій
✙
✙
только отписывайся
✙
когда надо
Vitaly
Допустим есть 3 класса: DataWriter, ChatPresenter и DataListener
✙
интерфейс реализуй презентером и засеть в свой источник данных
✙
а источник пусть вызывает что надо
✙
это уже мини rx
Vitaly
Это не rx, а паттерн Наблюдатель, но да ладно
Vitaly
Я пока что соображаю... Минтуку)
✙
rx вокруг него и вертится
✙
это да
Vitaly
интерфейс реализуй презентером и засеть в свой источник данных
Вот да, я так и хотел сначала, но тогда столько тащить придётся
Vitaly
Тем более есть ещё одна проблема
Vitaly
Вполне возможно, что ChatPresenter ещё не существует
Vitaly
А слушатель должен существовать
✙
Вполне возможно, что ChatPresenter ещё не существует
так он засетит себя как появится и отпишет когда уйдет