Спасибо, более подробно не нужно.
Да я сейчас интервью прохожу на QA Android на очень заманчивый рейт, но не могу я такого ничего прям серьезного припомнить.
Между разными версиями, скажем 5 и 6, или когда Oreo появился, там могу рассказать, но настолько специфично - нет.

да там вроде ничего серьезного и не было, это же минорная версия..

Спасибо, посмотрю 👍

#Помогу предпринимателю инфобизнесмену
Мы - таргетологи в Вконтакте | instagram | facebook, работаем с инфобизнесом, пригоняем участников на вебинары и марафоны.

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

Записывайтесь на бесплатную онлайн-встречу, где специалист расскажет как постоянно получать регистрации по стабильно снижающейся цене.

Хелп, что писать в такой ситуации, кароче делаю свою бессконечную листалку(custom ViewGroup) где есть пул из конечного количества вьюх, вьюхи по какой-то логике постоянно переставляются при прокутрке чтобы сделать бесконечную прокрутку, так вот где вьюхи переставлять в onLayout что-ли? Тогда при скролле надо будет каждый раз вызывать requestLayout что как по-мне не очень хорошо

Да, вроде оно самое👍

Отлично)

Завтра буду испытывать, но судя по картинкам вроде оно🙂

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

именно для логики перестановки я бы сделал какую-то  отдельную сущность в которой как-то трекаются вьюхи, и пусть эта сущность дергает requestLayout по надобности.

P.S. Ваша задача звучит как изобретение RecyclerView. Если у Вас какие-то эффекты листания или какая-то нестандартная последовательность при листании, то, как по мне, лучше просто написать свой LayoutManager для RecyclerView. Он позволит в ресайклер выводить и переиспользовать вьюхи с любой сложностью отрисовки и переиспользования данных и вьюх.

Да изобретаю свой, танцы с бубнами уже надоели. Значит реквест лейаут все таки нужен, а вообще setScrollX он че делает, инвеледейтит только?

Насколько я знаю - да. scrollX это только сдвинуть canvas. Т.е., в теории, должен быть только invalidate.

Я не лазил так глубоко в Recycler, но, мне кажется, он использует какие-то оптимизации. Возможно он вообще и не вызывает requestLayout при пролистывании. Возможно у него это все уже кешируется как положено. Так как requestLayout точно будет вызывать подлагивания

думаю он кеширует часть отрисовки, у адаптера заполняет данные, и потом только invalidate

invalidate, как раз, быстрая операция (каждый кадр отрисовки анимации - это, считай, invalidate)

Ну у меня не подлагивает даже на бюджетнике 2018 года хотя вызывает реквесте при скролле

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

Я пытался открыл 15к строк и куча мусора в нужных мне методах в итоге нефига не понял, ну в самом файле requestLayout вроде даже не юзается, хотя я не уверен, кароче покс. Сделаю пока с реквестом

Всем привет. Подскажите плиз куда копать. Как сделать чтоб из данные из активити можно было переносить в файл ексель. Ну например фио, тел, заказ какой-то и тд. Все в форму в эксель.

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

Ещё можно Google Sheets API заюзать