krapotkin

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

что-то не помню такого дефекта я строил скролл по down-move-up и все работало

Delphi Starter key features include: Develop 32-bit Windows applications using the Delphi VCL and FireMonkey frameworks

https://www.embarcadero.com/delphi-starter-edition

OnPullRefresh но это неспортивно ) надо пытаться заранее, а не когда уже всё у listView есть ScrollViewPos

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

золотые слова ) мне лень было столько букв писать )))

есть же шаблон сайта, который ты запускал. Сделай его просто статикой, да и все. Сколько там будет страниц 3 ? 4 ? имхо вполне как вариант

а если еще подумать, то это окажется то же самое )))

что ж у вас так запутанно-то всё procedure TfMain.b1Click(Sender: TObject); var li:TListViewItem; begin li := lv1.Items[0]; ShowMessage(li.text); end; procedure TfMain.FormCreate(Sender: TObject); var li:TListViewItem; begin li := lv1.Items.Add; li.Purpose := TListItemPurpose.Header; li.Text := '12345'; li.Detail :='67890'; end;

насколько я понимаю, сама делфи к этому отношения почти не имеет она же рисуется стандартным GDI ?

у каждого компонента есть BoundsRect. Нужно просто сравнить, не попадает ли XY в этот rect .

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

а что вариант из первого ответа не?

list.Indexof(x) ?

ну так и приведите пример то. циклы не могут быть сломаны. это привело бы к полному коллапсу

ну дык CartList - локальная переменная. не инициализирована. её б сначала SetLength, а потом уже делать что-либо SetLength(CartList,1); if CartList<>nil then begin rz:=Length(CartList); for iio := 0 to rz-1 do begin Rec:=CartList[iio]; end; end; rz=1; цикл проходит 1 раз все штатно

я тут соглашусь со Станиславским. не верю ) дайте код High - это ИНДЕКС последнего элемента массива если в массиве 1 элемент, то индекс его равен 0

а если for i:=1 to 1 ?? ))))

напишите жалобу в гугл)

я практик. ))) если запустить GetTickCount то он стабильно дает сначала 0, потом 16 мсек )))

16-18

услышьте plz. в токио перешли на "правильную" работу в едином потоке с Java. Вообще это хорошо. Но вся FMX писалась в расчете на старую модель. А теперь те фишки не работают ))) когда поменяют - ХЗ поэтому универсальный ответ - смотрите как это сделано в исходниках, например у TAnimation там все понятно. ProcessMessages точно не будет работать больше. Наконец-то г"внокод умрет. Аллилуйя. Чтобы ответить на вопрос, как часто может быть вызван таймер, надо не срач на форуме устраивать а просто попробовать. И станет ясно, что 1000 fps не получить. И 100. Возможно, при попутном ветре, 10.

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