Вот бы WorkManager для асинхронных задач адаптировать

если задержка в 15 минут устраивает, то почему бы и нет

имена шрифтов? сейчас попробуем)

папку ассетов перетащи на уровень main, она не должна быть в res

Не fun doWork(): Result, а fun onWorkCompleted(result: Result)

если задержка в 15 минут устраивает, то почему бы и нет

откуда инфа про 15 минут

если задержка в 15 минут устраивает, то почему бы и нет

Откуда ей взяться?

В код залезьте)

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

папку ассетов перетащи на уровень main, она не должна быть в res

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

👍

В код залезьте)

Расскажи, что я в коде должен увидеть? Мне кажется мы друг друга не поняли. Я говорил про ситуацию, когда у меня data-слой и business-слой на Rx выстроены. И я не хочу дублировать это всё для WorkManager и делать это синхронным.

Откуда ей взяться?

Джоба не может запускаться чаще, чем раз в 15 минут.

откуда инфа про 15 минут

из сорцов http://prntscr.com/m8sdpo

Мин/задержка 15 минут + качели до 5 минут.

Я обычно ориентируюсь на 20 минут.

Я не против этой задержки

Это вообще никак не связано

тогда огонь )

Расскажи, что я в коде должен увидеть? Мне кажется мы друг друга не поняли. Я говорил про ситуацию, когда у меня data-слой и business-слой на Rx выстроены. И я не хочу дублировать это всё для WorkManager и делать это синхронным.

А зачем дублировать? Джоба нужна чтобы дёрнуть кого нибудь, кто там чем занимается. У меня например это сервис который делает отправки на сервер и обновления.

А зачем дублировать? Джоба нужна чтобы дёрнуть кого нибудь, кто там чем занимается. У меня например это сервис который делает отправки на сервер и обновления.

Звучит плохо

=)

Звучит плохо

Оно в документации так и идёт - This is the base class that handles asynchronous requests that were previously scheduled.

JobService

Да какой JobService, я про WorkManager

так что не знаю как звучит, но работает чётко.

да какой ворк менеджер, я про джобы уже полчаса рассказываю

Так я же ж просто написал пожелание по WorkManager

Вот бы WorkManager для асинхронных задач адаптировать

Вот тут оно было

аа

а это разве не то же самое?

Интерфейс другой

Firebase Job Dispatcher больше не поддерживают

А точнее рекомендуют использовать WorkManager

https://developer.android.com/reference/androidx/work/WorkManager

Интерфейс другой

ты можешь подписаться на изменение состояния job'ы тогда получишь свой result

Товарищи, у кого была такая проблема? задаю стиль диалогу и появляется полоска

<style name="DialogDatePicker" parent="Theme.AppCompat.Light.Dialog.Alert"> <item name="colorControlNormal">@android:color/white</item> <item name="colorControlActivated">@color/aqua_marine</item> <item name="textColorAlertDialogListItem">@android:color/white</item> <item name="colorAccent">@color/aqua_marine</item> <item name="android:textColorPrimary">@color/greyish_brown</item> <item name="android:windowBackground">@drawable/date_picker_background</item> </style>

стиль

Товарищи, у кого была такая проблема? задаю стиль диалогу и появляется полоска

Это обычный datePicker в впиханый в разметку или datePickerDialog?

ты можешь подписаться на изменение состояния job'ы тогда получишь свой result

Дак мне ж не результат нужен, а удобный интерфейс внутри WorkManager

Это обычный datePicker в впиханый в разметку или datePickerDialog?

да DatePickerDialog( this, R.style.DialogDatePicker, date, calendar.get(Calendar.YEAR), calendar.get(Calendar.MONTH), calendar.get(Calendar.DAY_OF_MONTH) )

да DatePickerDialog( this, R.style.DialogDatePicker, date, calendar.get(Calendar.YEAR), calendar.get(Calendar.MONTH), calendar.get(Calendar.DAY_OF_MONTH) )

Интересная фигня, а что лежит в date_picker_background? Полоса по всей длине диалога?

Интересная фигня, а что лежит в date_picker_background? Полоса по всей длине диалога?

<inset xmlns:android="http://schemas.android.com/apk/res/android" android:insetLeft="16dp" android:insetTop="16dp" android:insetRight="16dp" android:insetBottom="16dp"> <shape android:shape="rectangle"> <corners android:radius="2dp" /> <solid android:color="@android:color/white" /> </shape> </inset>

да, по всей

пофиксил parent поменял <style name="DialogDatePicker" parent="@style/Theme.MaterialComponents.Light.Dialog"> <item name="windowActionBar">false</item> <item name="windowNoTitle">true</item> <item name="colorPrimary">@color/colorPrimary</item> <item name="colorPrimaryDark">@color/colorPrimaryDark</item> <item name="colorAccent">@color/colorAccent</item> </style>

Кто нибудь сталкивался с тем, что при работе с room в связке с rxjava. После того подписался на получение данных из таблицы данные приходят один раз но при изменении данных в таблице ничего не приходит в подписку. Подписка Flowable

ты можешь подписаться на изменение состояния job'ы тогда получишь свой result

https://codeshare.io/aJKJeK

https://developer.android.com/reference/androidx/work/WorkManager

https://codeshare.io/aJKJeK

https://codeshare.io/aJKJeK

https://codeshare.io/aJKJeK

Если тебе не нравиться юзать blocking get в этой либо есть класс вроде бы listanable worker в котором ты необязательно должен вернуть результат сразу

Если тебе не нравиться юзать blocking get в этой либо есть класс вроде бы listanable worker в котором ты необязательно должен вернуть результат сразу

Божественная штукенция. Делает именно то, о чем я тут ною. 😱

Гайз, а кто нить знает как дополнительную менюшку сделать в настройках? И как потом из этой менюшку что то драйверу говорить?

Привет! У SearchView есть булева isIconified, можно ли написать свой слушатель поверх это переменной и как?

Привет! У SearchView есть булева isIconified, можно ли написать свой слушатель поверх это переменной и как?

отнаследоваться и навесить слушатель

отнаследоваться и навесить слушатель

Других вариантов нету? Каким нибудь oberver'ом "обхватить"?

Других вариантов нету? Каким нибудь oberver'ом "обхватить"?

ну если оно не обзёрвабельное само по себе, как его обхватишь?

Других вариантов нету? Каким нибудь oberver'ом "обхватить"?

чекать в бесконечном цикле и кидать при изменении)

Вот я хочу следить за Visibility, но это не реализовано — только наследоваться

чекать в бесконечном цикле и кидать при изменении)

звучит интересно)

чекать в бесконечном цикле и кидать при изменении)

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

Вот я хочу следить за Visibility, но это не реализовано — только наследоваться

Может каким ViewTreeObserver можно?

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

можно в другом потоке)

Может каким ViewTreeObserver можно?

Кстати может. Спасибо.

можно в другом потоке)

Нельзя. :)

можно в другом потоке)

можно, но потом будешь сидеть и не понимать, а чё это exception вылетают)

Нельзя. :)

А почему?

А почему?

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

Привет всем. Кто знает,в чем баг может быть? Первые три иконки "сломались" (подменились на картинки из проекта). Такое случается только, когда приходит обновление в гугл плэй или при перебилде проекта, и то не всегда(в этот раз произошло после того, как я добавил пару картинок в папку drawable). Если очистить данные приложение и запустить приложение заново, все работает правильно.

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

нихера себе🧐 Тоесть только volatile гарантировано меняется или что?

нихера себе🧐 Тоесть только volatile гарантировано меняется или что?

есть два события для коммита в память — volatile-запись и отпускание монитора (выход из synchronized)

Привет всем. Кто знает,в чем баг может быть? Первые три иконки "сломались" (подменились на картинки из проекта). Такое случается только, когда приходит обновление в гугл плэй или при перебилде проекта, и то не всегда(в этот раз произошло после того, как я добавил пару картинок в папку drawable). Если очистить данные приложение и запустить приложение заново, все работает правильно.

Нигде не хранишь id ресурсов?

Получается другой поток может закэшировать переменную и никогда ее не поменять?

Нигде не хранишь id ресурсов?

храню

в бд

Ну вот они меняются, а у тебя старые

Получается другой поток может закэшировать переменную и никогда ее не поменять?

+

и как быть?

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