![](https://fire-monkey.ru/uploads/set_resources_12/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
krapotkin
Пользователи-
Постов
2 187 -
Зарегистрирован
-
Посещение
-
Победитель дней
209
Весь контент 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
-
а если еще подумать, то это окажется то же самое )))
-
что ж у вас так запутанно-то всё 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 .
-
стили они собсно не для этого. не для размещения компонентов интерфейса на листбокс вполне ложатся компоненты и так. без велосипедов программировать лучше, чем с ними
-
а что вариант из первого ответа не?
-
ну так и приведите пример то. циклы не могут быть сломаны. это привело бы к полному коллапсу
-
ну дык 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 мсек на десктопе, а на мобильном и подавно так что вы немного остудите жар-то ))