krapotkin

ну и хорошая идея вместо обвешивания {DEFINE} в одном файле сделать базовый класс и двух наследников раскидать по модулям xxx.android.pas и xxx.ios.pas и в конечном файле просто uses {$IFDEF android} xxx.android.pas {$endif} {$ifdef ios} xxx.ios.pas {$endif}

у вас алгоритм очень странно выглядит начать загрузку в потоке 1 пока не загрузилось, каждые 10 мсек уходить и возвращаться в поток 1 т.к. загрузка в потоке 1, а мы из него так и не выходили, то ничего и не загрузится... на самом-то деле алгоритм простой как мычание запустить загрузку когда закончится загрузка (событие onLoadComplete) делать что-то там, что надо делать дальше ну или запустить там TThread.Queue(procedure begin {что делать дальше} end); тогда это запустится после выхода из onLoadComplete

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

я давно говорил, что использование Button.Click(); это беда. При появлении FMX это стало невозможно, и многие плакали. Но вещь правильная Так же давно я всяко боролся с Application.ProcessMessages. Теперь они по факту запрещены ))) Тенденция, аднака ))))

string[x] и string это вообще разные типы

да какой же акцент никогда! запись со string нельзя было записать в типизированный файл

при чем тут fmx. ваш код не рабочий и на vcl тоже

это какбы из 90-х код-то... Да еще и нерабочий. Никто сейчас строки не хранит в типизированном файле... Храните в БД или хотя бы в JSON. Вот тут я расписывал подходы http://www.cyberforum.ru/blogs/469693/blog4883.html

ну, откройте же хоть какой-то проект, а потом посмотрите сюда же. пункт XML появится...

парсинг JSON в моей программе: uses XSuperObject; ... myObj:=FromJson<TMyObjectClass>(JSONString);

еще раз. вы показали код ls.LoadFromFile(strXML); но в этом случае strXML - это ИМЯ xml-файла а в первом посте XMLDocument1.LoadFromXML(strXml); тут предполагается что strXML - это СОДЕРЖИМОЕ XML-файла так что же там в strXML ???

если ls.loadFromFile то StrXML это имя файла а не XML где-то обман

не вижу в коде ничего про чёрный цвет. потому и спросил

а каким цветом рисуете? )

ну так тут в коде это и запрограммировано

В берлине ImageList работает штатно. Я не понимаю, что происходит в вашем цикле для каждого итема вы пробегаете по всему датасету и если последняя запись поле FK_PRICE = 1 то IItem.ImageIndex:=1, иначе 0 а зачем тогда бежать? просто сделайте Last и все. Думаю, что -то с логикой не то, не с ImageList И почему, если ImageIndex:=0 То OwnsBitmap=true а иначе - нет???

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

сообщайте версию делфи

быстрее чем спрашивать - создать листбокс и в цикле накидать штук сто итемов. на них пара label image и button

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

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

конкретный вопрос будет - будет и конкретный ответ. все облака через HTTP/REST обычно вполне работают HTTP клиент в делфи есть. Даже REST клиент есть, только я его боюсь, он все равно сделан из HTTP клиента, так что я лучше сам есть пачка всяких либ для доступов

какой вопрос, такой ответ )

конечно. и с ветром и с солнцем