А сам нотификейшн нельзя изменить как-то?
Привет, кто-то знает можно ли отключить авто бекап не через манифест, а в коде с возможностью включения обратно?
Как сделать прозрачным statusbar и navigation bar?
а новая версия приложения не подходит?
индификатор случайно не содержить в себе номер версии?
А launch точно был внутри forEach?
Нужна помощь, написал игру на java, в idea создал jar файл и он не запускается, чекнул версию jar файла пишет что 60 версия, а на пк типо 59 как я понял, обновил java на пк не помогло, есть какие еще варианты?
Хм, попробуй не напрямую через резолвер стучаться, а через LoaderManager
Мне просто необходимо по клику переходить на определённое активити.
чтобы переходить в определенную активити бэк должен отправить action с названием которое будет совпадать в интент фильтра требуемой активити
О, у гугла есть дока по документам, может тоже поможет: https://developer.android.com/training/data-storage/shared/documents-files
Спасибо!
эта штука через взаимодействия пользователя работает, вроде. мне надо все под капотом провернуть
Да. А будешь идти к нему мимо дизайнеров или тестеров — тоже по пенделю отвесь
Аааа, тогда и LoaderManager не прокатит
Тестеры — полезные, не нужно их бить.
Хорошо, возьмем с собой бить бэкэндера
Вместо тестеров лучше два раза побить дизайнеров.
Как много дизайнеров! 😁
nometa.xyz
Окей:)
Первое это диффутил скорее всего
Спасибо, сейчас попробую посмотреть
Google -> android transparent status bar and navigation bar
возможно проблема с мутабельностью данных
Создал в companion object фрагмента переменную val MyObservable = PublishSubject<MyData> = PublishSubject.create(),
Делаю MyObservable.onNext(newData) во viewModel при изменении данных,
Во viewHolder подписываюсь в init {} на MyFragment.MyObservable.subscribe { …jobs… }
Всё работает — но весь стек кажется совсем не правильным,
Подскажите — можно ли оставить такой вариант или нужно переписать (может ссылку ктото даст как правильно реализовать)?
Когда вью холдер подписывается на что-то у фрагмента, то это выглядит странновато.
По идее, вью холдеру только подают данные для отображения. Он не должен сам запускать какие-то фоновые задачи.
Вью холдеры будут постоянно переиспользоваться, а значит, все эти задачи в rx будут постоянно перезапускаться, со всеми своими потоками.
collect это функция приостановки, твой цикл просто останавливался на первой итерации и висел. Проблему решил не onEach а launchIn, который запускал collect() в новой корутине
Если тело forEach обернуть в launch{ } и внутри вызвать collect{ }, то эффект будет тот же
Ну там же uniqueWorkName как параметр есть. На него обновленное и ориентироваться будет.
Поменяете имя — старый неотмененный останется и будет долбиться (но его можно отменить отд.строчкой кода вероятно)
Поменяете имя — старый неотмененный останется и будет долбиться (но его можно отменить отд.строчкой кода вероятно)
мне больше интересно как себя поведет WorkManager при обовлении приложения…
Я залез в доки и что то не понимаю, что значит данный пункт. Буду рад если вы поможете разобраться
Создал в companion object фрагмента переменную val MyObservable = PublishSubject<MyData> = PublishSubject.create(),
Делаю MyObservable.onNext(newData) во viewModel при изменении данных,
Во viewHolder подписываюсь в init {} на MyFragment.MyObservable.subscribe { …jobs… }
Всё работает — но весь стек кажется совсем не правильным,
Подскажите — можно ли оставить такой вариант или нужно переписать (может ссылку ктото даст как правильно реализовать)?
Немного страшно от величины потенциальных утечек от того что нужно же отписаться вовремя, в момент ухода вьюхолдера с экрана скажем, или в момент когда он уходит на переиспользование, не помню имен этих колбэков.
Подскажите, запускается 2 раза воркер почему-то
Создание воркера.
Воркер получил данные
Запущен воркер.
Запущен воркер.
null, null, Принимаем данные из воркера
Я залез в доки и что то не понимаю, что значит данный пункт. Буду рад если вы поможете разобраться
Дык там ограничения задаются. Типа «только при наличии сети/подключенной зарядке». Это он
Я залез в доки и что то не понимаю, что значит данный пункт. Буду рад если вы поможете разобраться
«Какие-то наложенные ограничения больше не выполняются для work.»
а новая версия приложения не подходит? )
Наверное, если такое ограничение можно задать. Они должны быть или явными или по умолчанию (в доках). Типа этого https://t.me/android_ru/1191507
Создал в companion object фрагмента переменную val MyObservable = PublishSubject<MyData> = PublishSubject.create(),
Делаю MyObservable.onNext(newData) во viewModel при изменении данных,
Во viewHolder подписываюсь в init {} на MyFragment.MyObservable.subscribe { …jobs… }
Всё работает — но весь стек кажется совсем не правильным,
Подскажите — можно ли оставить такой вариант или нужно переписать (может ссылку ктото даст как правильно реализовать)?
Возможно в онБинд мы просто передаем куда-то что мол 20й элемент на экране и хочет данные начать получать.
В этом «куда то» классе по поступлению новых данных радуются и меняют их через notifyItemChanged что перерисовывает айтем если он на экране.
Если айтем с активированной подпиской ушел с экрана и в кеш ресайклера — идет немедленная отписка.
Не, в доках ни слова про это. То же приложение, тот же идентификатор — та же задача
индификатор случайно не содержить в себе номер версии?
По идее, вью холдеру только подают данные для отображения. Он не должен сам запускать какие-то фоновые задачи.
Вью холдеры будут постоянно переиспользоваться, а значит, все эти задачи в rx будут постоянно перезапускаться, со всеми своими потоками.
большое спасибо за ответ,,,
у меня в каждом viewholder лежит WebWview и отображает видео по заданному урлу,,, под вебВью название видео которое можно менять,,, при смене названия происходит обновление данных и adapter.notify(item),,, при этом как я крутился, вебВью перезагружается,, это приводит к полусекундному мерцанию — это бесит заказчика,,, единственное решение которое нашёл — это то как я реализовал — обсервер в вьюХолдер,,,, просто не работал раньше с Rx, на глубокое исследование времени нет,,,понимаю что велосипед — но хоть его хочется реализовать правильно,,,, про утечки заказчика предупредил (и зг что вебВью в вьюХолдер это зло,,, но писал не я и менять не могу)
ещё раз спасибо
По идее, вью холдеру только подают данные для отображения. Он не должен сам запускать какие-то фоновые задачи.
Вью холдеры будут постоянно переиспользоваться, а значит, все эти задачи в rx будут постоянно перезапускаться, со всеми своими потоками.
за совет взял вот статью
https://medium.com/@MiguelSesma/update-recycler-view-content-without-refreshing-the-data-bb79d768bde8
странно, делал так, не работало
https://medium.com/@MiguelSesma/update-recycler-view-content-without-refreshing-the-data-bb79d768bde8
Там товарищ нифига не обрабатывает отмену задачи, когда вью холдер становится невидимым и/или ресайклится.
Ну и сам по себе rx уже сходит со сцены, тем более в котлине, где есть корутины, флоу и т.д.
понял, спасибо, хорошо описал все, так и есть, где-то далеко в глубине так и думал )
Всем привет! Нужна помощь, написал игру на java, в idea создал jar файл и он не запускается, чекнул версию jar файла пишет что 60 версия, а на пк типо 59 как я понял, обновил java на пк не помогло, есть какие еще варианты? Может я могу компилить jar файлы не 60 версии, а меньше? Как это сделать?