krapotkin

RecordCount - это количество зафетченных на клиента записей, а не кол-во записей датасета First; Last; конечно приведут RecordCount в правильное состояние, но вы 10 раз об этом пожалеете, если на мобилу приедут все ваши 100500 записей, а нужно было только 100

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

не так - оформление панели слева - классическое memento mori ))

почему? наоборот, покупать applie developer certificate, куда без него?

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

если строки сразу не заполняются данными, то гораздо правильнее подсчитать кол-во записей и только потом разово выставить RowCount в противном случае лучше добавлять не по 1 а сразу по 10 например, а в конце ограничить RowCount явно

в данном случае стилем по факту будет являться процедура рисования объекта

если посмотреть в исходники , найдешь жуткую процедуру раскладки текста по словам в TextLayout, для реализации хотелки нужно просто её повторить))) если подумать, то можно использовать TWebBrowser, если ссылок много

есть BASS там есть событие окончание трека

проблема в том, что интерфейсы в каждой версии теперь разные, подсказать, не имея под рукой отрытой IDE сложно Лучший выбор - за 1200 Ярослав вам в порядке частной консультации все разложит по полочкам. Мне крайне помогло...

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

http://www.winsoftxe.com/fobrlib.htm я загружал их демки, вроде нормально все было

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

http://blog.marcocantu.com/blog/qr_codes_delphi.html

ой йо этот LiveBinding не так уж сложно заполнить через Query грид вручную...

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

конечно, сервер не узнает. тут айфон сольет ))) для гугла пример посылки тут вся прелесть именно в том, что надо передать вызывающему свой токен, т.е. зарегистрироваться где-то,

push посылает тебе на телефон "самый главный сервер". ОС сначала ищет твою программу, если находит, отдает PUSH ей. если не нашла - сама создает notification в шторке твоя программа тоже может разместить notification но для этого PUSH сервера не используются думаю, правильно здесь будет писать сервис. но есть промежуточный вариант. Project options -- Version info -- persistent=true я точно так и не понял, если кто знает - подскажите, но программа становится "полу-сервисом" и все время работает, даже в фоне... у меня батарейку жрет из-за постоянных http запросов. 3g и все такое...

неее. это не пуш... это просто Notification. программа все время ловит маяки и делает notifications. Вместо программы может быть сервис НО если сервис будет все время включен, батарея у телефона не доживет до вечера. Будет жрать все время электричество как и положено Bluetooth

а просто сообщение в шторку может вывесить и сама программа, это никак не связано с PUSH

отправляет вам сообщения либо гугл, либо apple для того, чтобы сообщение пришло на телефон, программа должна куда-то(???) сообщить свой уникальный (программа+устройство) токен, используя токен как почтовый адрес, кто-то(???) просит google/apple отправить вам JSON если ваша программа запущена, JSON приходит прямо ей, если нет - просто в системную шторку вот для пункта 2 и требуется сервер, где все устройства регистрируют себя, а желающие послать им сообщение должны как-то находить их токены

небольшая каша организовалась) 1. кто и кому будет отправлять сообщения? 2. что с этими сообщениями должна делать программа?

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

думаю, нормально для такой схемы - это собственная отрисовка FMX-компоненты не подходят именно из-за перегрузки стилями и разделения на слои абстракции. Они просто для другого заточены. Тут прямая дорога просто отрисовывать свои компоненты. Имхо это совсем несложно. В этом случае FMX будет, наоборот, быстрее за счет использования DirectX

все верно. тот же яндекс дает 100000 запросов, после чего присылает коммерческое предложение на "от 300000 руб в год" кэширование - вещь отличная, и даже необходимая, только объем данных великоват - Екатеринбург в 19 масштабах занимает 19 ГБайт )