krapotkin

http://www.delphiworlds.com/2018/06/targeting-android-8-and-higher-continued/

ненене. одна картинка Ctrl+Alt+Shift+S выбрать в диалоге нужный размер картины и всё

нет. там столько этих файлов, сколько скейлов вы закладываете в MultiResBitmap

Illustrator вполне годно делает png Что-то вы там недокрутили, видимо.

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

у меня почему-то не стояло разрешение ACCESS_NETWORK_STATE кроме того, вынес парсинг из Synchronize. Запустил на Токио СЕ. Листвью дергается. Думаю, вполне достаточно было бы без всякого парсинга заполнить его большими объемами LOREM IPSUM , чтобы получить аналогичный эффект

нет никакого подключения просто в цикле по датасету создаете точки в сериях никакой автоматики. все вручную

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

идея в том, что если сложная (+-) формочка, то она не очень предсказуемо скроллится. тогда мы можем сделать скриншот любого компонента, или всей формы в mouseDown далее например так выводим TImage c полученным скриншотом поверх всего на заднем плане меняем фрейм или что там еще на новый тем временем по mouseMove сдвигаем TImage. Получается эффект листания страницы как в читалке, но без применения TabControl

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

я наоборот, за фреймы. логику гораздо проще строить. Да и переключение форм свайпом вправо влево не сделать, например. Форм пара тройка достаточно. По приведенному примеру - компоненты создавать в потоке - не только бесполезно но и вредно. Создавать в главном потоке. К счастью, экран мобилы невелик, и если создавать то, что реально нужно прямо сейчас, вполне все норм про картинки и прочее - нужно понимать, что золотой пули нет. если вы превысите разумные пределы по памяти, ваше приложение грохнется. так что использовать файлы или нет - решение принимать по месту прописки со скроллом - если разобраться с ListView, то достаточно несложно делать любые раскладки. одно, что приходится кодить, вместо привычного накидывания компонентов Насчет DisposeOf. Уничтожение производится автоматически, поэтому вызывайте FreeAndNIL и не парьтесь. Только перед этим для компонентов например надо сделать Parent := NIL Уничтожение не должно производиться вами. Деструктор будет вызыван без вас, когда вы затрете все ссылки на ваш объект.

Это для совсем простеньких случаев, когда классу потока не нужны поля, методы и все такое. TTask.Run ничем не отличается от этого А для более продуманных вещей потомки TThread по-прежнему рулят

есть более интересный и по-мне, более правильный способ по нажатию в меню не сразу выполняете что-то, а ЗАПИСЫВАЕТЕ действие, которое ВЫПОЛНИТСЯ по событию закрытия мультивью тогда реакция наступает визуально правильная и дальше крутите колеса, запускайте потоки и все такое

маршалинг и демаршалинг по определению привязаны к типу объекта RTTI предоставляет список свойств и атрибутов и это все перегоняется в строку, передается по сети и восстанавливается из строки обратно на другом конце при десериализации поле JSON должно записаться в поле объекта. если такого поля нет, очевидно будет ошибка. Умеет ли XSO парсить новый JSON - не пробовал.

Пишите автору @Равиль Зарипов (ZuBy)