Delphi 10.2 Android тормоз скролла в ListBox

[alexx_one]

Может у кого-то такая же проблема с дико тормозящим скроллом ListBoxа даже при 20 записях? 
Происходит на Delphi 10.2(Токио) в Андроиде. На Айосе все ок.
На десятке Сиэтле все ок работает.

[ENERGY]

Выход - использовать Berlin и ListView

[alexx_one]

ну, т.е. это не у меня одного такое? заменил сразу же на ListView, но интересно, что за баг

[krapotkin]

этот баг - Токио ))

Берлин норм

[alexx_one]

В ЛистВью при кол-ве записей более 100 наблюдаю такое же. Но потом как-будто ему легчает и все норм скролится. Естесственно, вся загрузка записей давно закончена. 

[alexx_one]

И все же кто-то, может, смог побороть этот бред, не прибегая к даунгрейду? ((

[#WAMACO]

8 часов назад, alexx_one сказал:

И все же кто-то, может, смог побороть этот бред, не прибегая к даунгрейду? ((

Посмотрите тут на форуме все топики про ListView, скорее всего может быть у Вас в коде какие-то затыки.

Рекомендую также посмотреть ModernLV от известного программиста Равиля Зарипова

[alexx_one]

1 час назад, wamaco сказал:

Посмотрите тут на форуме все топики про ListView, скорее всего может быть у Вас в коде какие-то затыки.

Рекомендую также посмотреть ModernLV от известного программиста Равиля Зарипова

Благодарю за совет. т.е. у Вас не возникала такая проблема на Токио?

[#WAMACO]

13 минут назад, alexx_one сказал:

Благодарю за совет. т.е. у Вас не возникала такая проблема на Токио?

Я думаю, что у всех возникали разного рода проблемы, но сильно все зависит от многих факторов: как заполняете, чем заполняете, в какой момент... и т.д.

мы же не видим код... 

[alexx_one]

1 минуту назад, wamaco сказал:

Я думаю, что у всех возникали разного рода проблемы, но сильно все зависит от многих факторов: как заполняете, чем заполняете, в какой момент... и т.д.

мы же не видим код... 

ну, тут у меня был конкретно вопрос по Токио, т.к. на Сиэтле этот же код заполнения рабочий без тормозов. Этот же проект был перекинут в параллель на сборку на Токио и обнаружилась такая бяка. Вот и стало интересно - может, у кого-то такая же ситуация. Если да, то это баг Токио (как писал krapotkin - на Берлине все ок, как и на Сиэтле) . За многолетнюю свою практику допускаю все - от багов версий до криворукости моего кода, работающего/тупящего под разными сборками )))

[alexx_one]

Проблема методом чистоты эксперимента обозначена и решена. Токио не при чем. Оставлю описание и решение здесь, вдруг кому-то поможет или натолкнет на мысль.

Итак, схема заполнения листвью/листбокс была следующая:

создание формы прогресса для юзера (чтобы не клацал пока грузится все)

ее Show

заполнение компонента элементами в основной форме пока работает прогресс

закрытие формы прогресса из основной формы методом .Close    //!!!

 

при открытии формы прогресса : Aniindicator1.Enabled:= true, а вот в событии FormClose не было ни caFree, ни на худой конец Aniindicator1.Enabled:= false

 

т.е. после загрузки всех элементов компонента, форма прогресса просто пряталась и индикатор продолжал крутиться. Я так понимаю, приложение рассматривало этот процесс как приоритетный и отодвигало скролл как второстепенный. Интересно то, что такое наблюдалось только на Андроиде в Токио. На Айос ни в Токио, ни в Сиэтле такого не было.

Спасибо всем, кто поучаствовал )) 

Изменено 17 мая, 2018 пользователем alexx_one

[Равиль Зарипов (ZuBy)]

Почитайте про AniIndicator, в нем есть баг. Он память жрёт как не в себя.

вместо него используют BitmapListAnimation.

На форуме есть решения 

[Barvin]

В 20.05.2018 в 08:32, Равиль Зарипов (ZuBy) сказал:

Почитайте про AniIndicator, в нем есть баг. Он память жрёт как не в себя.

вместо него используют BitmapListAnimation.

На форуме есть решения 

В какой версии Delphi баг с АниИндикатором? Сиэтл, Берлин, Токио?

[krapotkin]

токио

все баги на андроид добавлены в токио