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

можно попробовать использовать хэлпер

убрать все и написать запросы ручками, используя потоки и синхронизации

еще раз повторюсь: отрицательных значении не может быть (посмотрите исходники TAlphaColor - 0..255, TAlphaColorF - 0..1) добавил myInsertIndex для понимания с каким индексом идёт работа ColorListView_2.zip

нужно картинку загрузить в отдельный TBitmap и его потом присвоить маркеру

отрицательных значении не может быть, увы

вот это классно хотя уже zairkz решил это, всего то нужно было ставить маркер(каждый) в центр карты. тогда AV не выходит а это я так понимаю косяк на IOS'ах исправили, когда включен режим модема

редактор что-то снова гонит... и еще что это за цвета?? цвет там генерируется подругому TAlphaColorF.Create(255 / 170, 255 / 255, 255 / 122, 255 / 193).ToAlphaColor

Вот посмотрите эту тему, там есть пример который вам поможет

with ListView1.Items.Insert(0) do LItem := ListView1.Items.Add; WTF?? Вас не смущает эта процедура и её параметры? procedure myCustomItemColor(const aLV: TListView; const aItemIndex: integer; const aCustomColor: TAlphaColor; const aUseCustomColor: Boolean = true);

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

это фейл, придётся все свои фичи переносить на новый LV... как только будет berlin сразу выложу обновление

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

я для себя решил давно, TTabContol го*но

на слабых устройствах проверяли (где ОЗУ 512)? на интелах?

А вам удобно таким приложением пользоваться? если да, то все нормально. Вкладки ничем не отличаются от тех же Layout'ов. Анимацию благо в FMX делать легко, при надобности

ИМХО: не используйте TabContol для мобильных устройств. Он ужасно лагучий если на вкладке более чем один контрол, на слабых девайсах создание формы с TabControl'ом ощутимо. Задержка до нескольких десятков секунд

Ну так начиналось это все с твоей бредовой идеи))

Предыстория была такая: Изначально такие плитки были сделаны на Button'ах (стиль) и TPresentedScrollBox. Но как только пошло дело в тест основательный идею тут же выбросил. 120+ элементов выключили телефон (samsung ace2 duos) при отрисовке, точней при динамической загрузке картинок. да и в целом вся эта беда работает медленней чем реализация на TListView Я не художник, но смысл вроде передал Пример: У нас есть 12 элементов,и 4 колонки Можно в LV отрисовывать дополнительные "контролы" и поместить в один реальный айтем, 4 виртуальные панельки (в нашем случае) Для того чтобы такое получилось: 1) ListView должна при ресайзе рассчитать сколько колонок она может иметь (ширина LV / на ширину одной панельки) 2) дальше Вам нужно будет разбить отрисовку Itema на 4 панельки 2.1) тоже самое проделать и при выделении 3) При таком подходе не будет стандартных элементов отображения (Text, Detail, Image и прочее нужно выключить) Добавление Itema будет проходить в два цикла: первый добавляет реальный Item (0-2), а второй заполняет данными наши поля в панельках (title1, price1, bitmap1, title2, price2, bitmap2 и тд...) 4) Ну и самое важное в OnUpdateObjects все это отрисовать Надеюсь вам это поможет!

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

ну например вот так может выглядеть ListView панельками. чтобы такого добиться пришлось много кода дописать в FMX.ListView.pas могу объяснить принцип как это работает, если осилите, сможете реализовать сами.

посмотрите эту тему

эм, не понятно зачем такое нужно, но такие ограничения кажется есть только в google play при публикации приложения

почитайте эту тему

http://fire-monkey.ru/topic/1903-listview-color-helper/#comment-9975

на сколько помню протокол закрыли для третьих лиц еще в 12 году, т.к. раньше у меня был собственный клиент MRA или MMP точно не помню как назывался