haword

то есть отдать один раз 150 и каждые пол года отваливать по 45, красота за продукт в котором глюки на глюках. я вот жду не дождусь когда закопают наконец то ее что бы перейти или на мелкософтскую студию или на андрод студию. там хоть продукты развиваются и каждые полгода от тебя бабла не требуют за исправление ошибок. вот например огнеобезьяна. сколько лет ее развивают? до сих пор нельзя в параметрах ListView выставить цвет бакграунда итемов ни самого компонента. а нужно то добавить всего два параметра указывающие на внутренние переменные и все. потом обработка ошибок. под виндою появляется окно с надписью - arguments out of range а под андроидом приложение просто закрывается и все. ощущение что пользуешься бета версией всегда. и форум этот не кишит пользователями прям а сейчас и подавно опустеет.

DELPHI 10 SEATTLE ENTERPRISE - НОВАЯ ЛИЦЕНЗИЯ NAMED - 143 547,00 руб

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

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

надеюсь не закопают.

И еще. Уже вышла 10 версия а до сих пор изменить цвет фона итема, цвет выбранного итема а так же альтернативный цвет фона можно только через изменения стиля или через добавление хелпера. Каких то три параметра в компоненте завести трудно что ли? Да и вообще, почему цвет заливки фона итема задается общим у всего компонента а не в каждом итеме отдельно, то же загадка.

если есть обработчик на UpdateObjects то в него попадают все поля ListView не зависимо от того установлен фильтр или нет. то есть если есть 100 строк из них по фильтру показаны будут только 5 то это обработка выполнится 100 раз.

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

если я в Bitmap присоединил картинку то она будет висеть в памяти и если записей около 1000 то памяти выкушивается прилично. способ ее уменьшить? при потери видимости убивать картинку при возобновлении опять присоединять. если есть другой способ буду рад услышать.

Здравствуйте. Можно ли стандартными средствами, не правя исходников, отловить событие когда TListViewItem становится не видим, например уходит вверх или в низ из области видимости? Нужно для очистки картинки и ее загрузки когда TListViewItem опять будет виден. Ибо если более 100 TListViewItem то памяти это все кушает не меряно. ImageList не приспособить ибо картинки все разные. Как то, кто то говорил что реализовывал у себя такое, но не писал как

оболочка не написана с использованием firemonkey. как уже писали выше просто делай строку из TLabel в цикле и раскрашивай как тебе надо буквы.

я эту проблему решал через переписывание обработок событий мышки компонентов. то есть в обычном десктопе нажатие на элемент означает его нажатие. в тачевом это не всегда так. я сделал такой примерно алгоритм - в onMouseDown регистрировал что был выбран элемент, в onMouseMove на сколько далеко после этого двинулись координаты, а onMouseUp обработку, если координаты поменялись более чем на 20 точек то ничего не делать, если координаты не поменялись или поменялись незначительно то вызов процедур какие должны были вызваться в OnMouseDown. Я об этом писал уже и тему создавал, но разработчикам пофигу, для них это не проблема. А для меня было проблемой скролить комбобоксы, вечно они выпадали.

Официально может и не объявляли но у меня на интеловском процессоре все работает нормально у меня даже видео есть показательны и доказательны идет эмуляция arm кода. я говорил про нативную компиляцию x86 для android.

ну вот, исправили старые ошибки добавили новых еще на такой список Хинты родили на компоненты не прошло и 10 лет Из полезного для себя заметил только сервисы под андроид. Ну и обломали с ожидаемой поддержкой Intel на Android А парк таких аппаратов растет с каждым годом все больше и больше.

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

начать разработку на android studio

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

ну вообще то надо задать java класс а указано - .BootReceiver

так у тебя тестовый планшет на интеле что ли?

может картинкой

зачем такие бубны. просто не надо вызывать из 2 формы третью и все. возвращай первой форме вызов со второй, и потом в первой форме вызывай третью. тогда при закрытии третей формы перейдешь к первой.

try except

о UniSoft тут уже ну я так понимаю сей баг будет исправлен в 9 версии студии?

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