haword

от производителя ну видать в челябинске хорошо зарабатывают раз каждые полгода готовы по 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, и все будет в порядке. ибо напишешь софт, вроде отладишь. бах, контора закрылась. под новые версии андроида и огрызка старые версии рад студии уж ПО не собирают. и сел.

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

и наверняка еще не сталкивался с багом фреймворка, когда твоя программа на андроиде просто закрывается не вякнув ни слова. в ходе плясок с бубном выясняется что где то внутри произошел вызов ошибки что то типа raise EDBError, и реакция программы на нее немедленное закрытие без объявления причины. Или баг который у меня вылез на ХЕ8 которого не было на ХЕ7, правда не проверял на ХЕ8.1. Суть в том что после заполнения ListView данными из потока, ИНОГДА программа зависала и не отвечала на запросы. при этом загрузка процессора была нулевая. И на эмуляторе не воспроизводилась. А на планшете раз нормально, раз зависла. И сидишь чешешь репу, что там такого намудрили в новой версии. Следующая версия где возможно исправили - штука зелени