СП
А как бы вы вообще делали красивую анимацию заливки сегмента в раскраске?)
Я делал в раскраске без анимации) обычный floodfill алгоритм красит сегмент в фоне прямо по битмапу подложки потом обновляем имиджвью
Size: a a a
2021 January 06
L
Приветствую, можно ли как-то присвоить каждому элементу Recycle view уникальную позицию?Или как то каждый итем идентифицировать
ℕ
Приветствую, можно ли как-то присвоить каждому элементу Recycle view уникальную позицию?Или как то каждый итем идентифицировать
Например
СП
Нефиг красоваться. Красиво бы тоже мог сделать - это надо просто промежуточно в алгоритме делать показы. Но flood fill алгоритмы некрасиво красят, кусками. Лучше не видетььэто
СП
Приветствую, можно ли как-то присвоить каждому элементу Recycle view уникальную позицию?Или как то каждый итем идентифицировать
Да. Легко. Я тупо сую в каждый вью при байндинге в поле Tag что угодно. Хоть прямо запись списка как объект
MH
Есть у кого мысли, а может и инфа, что будет с Motion Layout в Jetpack Compose, его тоже перепишут? Или deprecated?😸
L
К примеру, идёт список допустим на 100 итемов, у каждого итема уникальное значение допустим цена, пользователь выбирает с помощью чекбоксов итемы, нажимает кнопку, и мне нужно достать цену каждого итема с выбранным чекбоксом, но если делать это по позиции, краш так как она начинает идти заново
L
Конечно же все адаптеры и слушатели настроены
с#
Я комментирую
имхо комментировать (не kdoc/javadoc) надо только в исключительных обстоятельствах, в остальном функция должна выполнять одну задачу и эта задача должна быть понятна из названия
V
как лучше всего и проще всего сделать такой хедер который скролится («Tasks history») черуз отдельный вью тайп?
это рес. вью
это рес. вью
t
как лучше всего и проще всего сделать такой хедер который скролится («Tasks history») черуз отдельный вью тайп?
это рес. вью
это рес. вью
yes, RecyclerView mutiple view type
V
yes, RecyclerView mutiple view type
а если ItemTouchHelper нужно привязать (в данном случае свайп), то всегда делать проверку на первый элемент?
первый элем не должен свайпаться
первый элем не должен свайпаться
t
а если ItemTouchHelper нужно привязать (в данном случае свайп), то всегда делать проверку на первый элемент?
первый элем не должен свайпаться
первый элем не должен свайпаться
не совсем знаю, но это может помочь
МП
а если ItemTouchHelper нужно привязать (в данном случае свайп), то всегда делать проверку на первый элемент?
первый элем не должен свайпаться
первый элем не должен свайпаться
Делаешь это все через adapter delegate и нужному делегейту передаёшь нужные листенеры и тач хэлперы и всё
DS
Я делал в раскраске без анимации) обычный floodfill алгоритм красит сегмент в фоне прямо по битмапу подложки потом обновляем имиджвью
Это быстро работало?)
DS
Если большой сегмент и картинка > 1024х1024
DS
То такая заливка занимает пару секунд
DS
Для пользователя ужасно)
DS
Кстати, ты в бэкграунде bitmap менял?
L
К примеру, идёт список допустим на 100 итемов, у каждого итема уникальное значение допустим цена, пользователь выбирает с помощью чекбоксов итемы, нажимает кнопку, и мне нужно достать цену каждого итема с выбранным чекбоксом, но если делать это по позиции, краш так как она начинает идти заново
Есть у кого идеи?