krapotkin

в стандартных примерах есть и страна и город и адрес на карте

а с десктопа мне нравится

что ж так сложно то O_O выделить из строки подстроку - на 100 строк процедура? а еще как обычно замечу, что данные нужно хранить в модели данных а не на экране тогда доступ к ним гораздо проще и сортировка тоже

вставлять в разобранный DOM новые элементы

повесить обработчик MouseMove на нижележащий контрол и проверять координаты

ну, вообще, если нужен скролл, то нужно чтобы вложенный объект имел конкретную ширину/высоту тогда и скролл будет на него ориентироваться и скроллить и ситуация, когда заголовки строк занимают 80% ширины строки, а график- всего 20%, называется плохой дизайн

я использую расчет высоты и в ListBox и в ListView и все нормально Label'ы c автосайзом и Align=Top тоже нормально себя рассчитывают что-то у вас не так...

думаю, такого класса приложение уже можно писать на FMX

synchronize - это выполнение в главном потоке если вы выполняете доп. поток, а в нем все внутри Synchronize - то можно и поток не заводить

данные загружаются в отдельном потоке?

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

у меня фреймы отдельные создаются при переходе на конкретную вкладку на mainstream 1.3 GHz смарте под андроид времени на создание форм уходит совершенно незначительное кол-во

AServiceConnection.Active:=True; ?

почему-то мне кажется, что заполнение ListView происходит мгновенно уточните, что съедает время - открытие датасета или все-таки подключение к БД?

Я тоже сделал свой подкласс для TForm, только aProc не в Show а прямо в Create получается аналог ShowModal(proc...() begin end) с небольшими нюансами Но в целом идея аналогична

фейсбук выводит форму над окном разблокировки

OFF: вот ведь с одной стороны интересны анонимные ф-ии, но код с ними все больше похож на JavaScript - когда смешались кони, люди...

очень познавательно, спасибо

в XE7 ничего еще не было такого, я делал через winapi

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

вот для меня если честно, в последнее время стало очевидно перемещение кормивших нас enterprise приложений на web-клиентов и все бы хорошо, но web-серверы 99% linux и разработка сводится к клиенту на Delphi и php серверу с отдельным интерфейсом и API и все Datasnap и другие волшебные пули в этой связке никака не применить а 300000 за годовой комплект Enterprise слабо конкурирует с QT если появится возможность делать linux Сервера, возможно это сможет изменить взгляд на вещи я еще раз повторюсь, что считаю Seattle первой версией, на которой можно без особого страха писать на мобилы так что следующий шаг может стать решающим для продукта в целом...

имхо можно это же оформить процедурно для ListItem

так они и развивают, неужели не видно отличий от версии к версии?) но технические и политические вопросы ни разу не связаны

нет там никакого перевода в Delphi сейчас нативный юникод создайте чистый проект с одной строкой ShowMessage

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