вроде уж везде написали что ListBox не предназначен для 20+ элементов. используйте ListView 

https://www.youtube.com/watch?v=XRj3qjUjBlc

для облегчения нелегкой работки можно посмотреть тут 

http://fire-monkey.ru/topic/5519-фреймворк-для-стандартного-listview/#comment-34912

ну и да, 50000+ элементов это несколько трешовый UI

Вот ровно с этого все и начиналось.  Классно же, любое разрешение, вектор, четкость.

А потом выяснилось, что видеосистема  выводит на экран одну картинку даже с масштабированием примерно раз в 100 быстрее, чем парсит описание SVG и рассчитывает точки каждый раз заново для любого отрезка на экране.

И остались только битмапные стили

дык я ж с самого начала сказал про chromium? ))

if-ами пользоваться умеете же

ну как бы 

http://docwiki.embarcadero.com/RADStudio/Sydney/en/Writing_an_OnFilterRecord_Event_Handler

Можно воспользоваться OnFilterRecord

там все ручное, под контролем

ну если так, то просто выставить пререквизиты для программы да и все )

я бы начал исследования с подключения Chromium и вот этой статьи в качестве отправной точки

https://chromedriver.chromium.org/mobile-emulation

хм. а ведь в каждом браузере есть встроенный режим "смартфон" в панели разработчика

тут даже то что ты умеешь делать сервисы на делфи для убунту, говорит о том, что скорее всего оно будет работать )))

просто php проще в разы и спросить есть у кого, а тут как в тайге - один человек на сто квадратных медведей...

Я делал. И прямо сразу говорю - не повторяй моих ошибок - делай на PHP )))

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

нормальное решение - сделать отдельно радио, отдельно текст к нему, тогда и прокрутка будет работать нормально и радио тоже

Я сейчас перечитал, понял, что плохо сформулировал. Не "проблема на серверной стороне", а "проблема 99.9% именно в том что сервер редиректит". ))

Если честно, я не доверяю ни RESTRequest ни RESTdebugger, который на нем и сделан))

Именно на RESTdebugger я долбался пару дней ровно с этой "фичей".

Потом просто поставил в браузер расширение RESTED и все нормально.

Пользуюсь THttpClient и все спокойно ))

Проблема на серверной стороне. 99.9%

Обычно такая шутка - результат редиректа, потому что редиректы POST c кодами 301 и 302 это всегда GET. Есть редиректы 307, 308, они оставляют тип исходного запроса.

Есть еще глубоко спрятанное и неочевидно названное свойство в THttpClient.RedirectsWithGET, там тоже можно поуправлять.

Короче.

1) отключите HandleRedirects и смотрите, что получится реально. Скорее всего будет приходить ответ, что произошел redirect, ищите на сервере, кто редиректит

2) придумайте что выбрать их вышеописанного для решения проблемы

http://docwiki.embarcadero.com/RADStudio/Sydney/en/Android_Devices_Supported_for_Application_Development

если посмотреть историю документа, то видно что уже в Revision as of 05:59, 29 October 2018 (view source) отсутствует А4.х

Чем подключаетесь к базе? Обычно кодировка указывается при коннекте и ей в целом не мешает, что программа Unicode а база Ansi

надо прочитать доки и увидеть, что программы предназначены для запуска на Android 5.1+

это не помогает?

https://support.microsoft.com/ru-ru/office/добавление-исключения-в-систему-безопасность-windows-811816c0-4dfd-af4a-47e4-c301afe13b26

Собирайте пример, выкладывайте сюда

1000Frames.7z1000 фреймов. Примерно полсекунды.

10 минут назад, Razmir сказал:

То есть можно сделать стиль с кнопками и текстом не у итема, а у rectangle, который будет кидаться на пустой итем и у него менять цвет без всяких стилей? точно, надо попробовать.

 

Нет. У rectangle нет стиля. Это базовый объект

Очень медленно. Отключите стилизацию итема проверьте что это именно она. 

После этого поместите создание всех итемов между beginupdate и endupdate, чтобы после каждого не шло рисование 

1) Со стилями тормоза из-за того, что каждый раз итему переприсваивается стиль, и начинается реальный кипеш там под капотом.

Вполне можно было просто подложить rectangle и просто задавать его цвет у каждого item. Ведь на самом деле в стилях вы делаете именно это, просто меняете цвет rectangle который где-то там в стиле.

2) Зачем создавать динамически все контролы, если можно все оформить в TFrame и просто создавать его и класть хоть в listBox хоть в ScrollBox. (Это по сути одно и то же почти)

3) Все зависит от количества элементов. Если их 30, то listBox вывезет. если 300 - то ни listBox ни ScrollBox тут не вывезут.

Тогда надо брать ListView. Там все чуть сложнее, но зато нет проблем с производительностью.