I
я такой баг и раньше ловил когда scrollable внутри scrollable были, когда оно в начало скроллится
Size: a a a
2021 January 19
L
я убирал и изолировал конкректный код - пересоздание адаптера
Если один пустой адаптер заменить на другой экземпляр такого же пустого адаптера, то что будет?
L
Адаптер возьми из гугловской демки, свой не используй.
I
Leonid
Адаптер возьми из гугловской демки, свой не используй.
я обычный ресайклеровский адаптер юзаю
а так оно даже с пустым скроллится
а так оно даже с пустым скроллится
L
Чудеса 🤷♂
I
Leonid
Чудеса 🤷♂
requestLayout() при сете адаптера вызывается этот метод т.е. происходит пересчёт размера лейаута, я вообще убрал замену адаптера и просто requestLayout сделал и оно заскроллилось
L
requestLayout() при сете адаптера вызывается этот метод т.е. происходит пересчёт размера лейаута, я вообще убрал замену адаптера и просто requestLayout сделал и оно заскроллилось
Ну вот я и предполагал, то что он себя пересчитывает, а это влияет на SV
I
Leonid
Ну вот я и предполагал, то что он себя пересчитывает, а это влияет на SV
а почему оно от него скроллится?
I
при том, что размер даже не меняется, он фиксированный, 1000dp
L
а почему оно от него скроллится?
Так оно же внутри SV происходит. Он вынужден реагировать.
I
это странное поведение как по мне, особенно оверскроллится
L
при том, что размер даже не меняется, он фиксированный, 1000dp
Вот насчёт этого не знаю
I
Leonid
Вот насчёт этого не знаю
я ща смотрю, у ресайклера requestLayout вызывает requestLayout родительского вью
if (mParent != null && !mParent.isLayoutRequested()) {
mParent.requestLayout();
}L
Ну и вот...
I
а зачем интересно
L
Чтобы правильно скроллироваться после изменения размеров у какого-то вью
L
В общем, самый правильный вариант - это обновлять данные в адаптере, а не пересоздавать его.
I
обновляя данные в адаптере невозможно пересоздать вью итемов
L
обновляя данные в адаптере невозможно пересоздать вью итемов
Как это?
I
Leonid
Как это?
оно же переиспользует