haword

свой класс на дженерике с ключом и картинкой, с проверкой занимаемой памяти и освобождением старых при превышении определенной границы. НО!! Все это будет все равно тормозить на больших объемах. Ибо все в листвью через попу. Что бы определить видим или нет итем, листвью пробегается по всем итемам, и вычисляет их высоту и зная позицию скрола вычисляет видим или нет итем. чем больше полей, тем больше вычилений при каждом движении.

а просто при запуске спрашивать пользователя что он из колорадо и предупретить что если врет то нарушает закон сша, не прокатит разве? обязательно вылавливать его местоположение по gps? да кстати, есть сервисы определяющие местоположение по ip адресу.

скорее всего появится в 10.3 или https://forums.embarcadero.com/thread.jspa?threadID=246134 в самом конце есть ссылки на то как можно попытаться сделать используя библиотеки https://sourceforge.net/projects/dotnetruntimelibraryfordelphi/

попытайтесь добавить Fmx.Bind.Editors.pas в папку с вашим проектом, после этого он скорее всего запросит еще несколько файлов, и их добавьте, это должно помочь.

что то типа этого

а в хроме такое прокатывет на андроиде? если да скорее всего у ПО нет доступа к файловой системе. В андроиде выше 5 надо спрашивать на это дополнительно у пользователя.

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

лучшее решение. что то серьезное причем за бабки я бы не стал писать на делфи для андроида. куда проще написать в студии и не париться.

главное китайский под огрызок не купить )

да и 100$ это каждый год тратить.

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

вопрос был про андроид про это и написал http://docwiki.embarcadero.com/RADStudio/Tokyo/en/Securing_Indy_Network_Connections но лучше не используй Лучше не использовать сторонние либы ибо можно воткнуться на несовместимость где ни будь на каком ни будь аппарате.

у тебя компилятор ругается или подсветка синтаксиса? это разные вещи. компилятор на ошибки ругается а подсветка часто глючит.

ssl на инди как мне помниться нерабочий. ищи другие компоненты.

в студии визуальное программирование хромает сильно.

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

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

да

у меня в потоке идет загрузка из БД картинки, присваевание битмапу, поворот ее если надо, сохранение в кэш список и на диск. если не делать синхронизацию то одна из 5-6 картинок запоротая артефактами. Если вставить синхронизацию то все красиво. Да и картинки запрашиваются через ListView то есть сразу несколько потоков одновременно могут работать.

я уперся в это чудо когда идет заливка ячеек цветом, переделанного твоего ListView. Хотел красоту с закгругленными углами а получил артефакты при скроле списка. да и вообще, обещали нормальную работу в потоке с TBitmap, ага щаазз. без синхронизации через раз картинка посыпается артефактами. создал в багтрекере заявку может исправят хотя бы заливку.

Столкнулся с тем что в Токио FillRect рисует с багами когда используются закругленные углы при заливке. В Берлине вроде все нормально. НО Токио понравился тем что между заставкой и появлением формы нет черного экрана. Зато впоролся в такую красоту. Да знаю, очень глючная версия и не рабочая. Вот и вопрос, у всех так же или только у меня? Пример проекта и скриншот прицепил. Проект запустить на андроиде и покрутить экран что бы произошла перерисовка. testfillrect.zip

решение, сперто из токио. procedure TListViewItem.SetData(const AIndex: string; const AValue: TValue); var LObject: TListItemDrawable; LHandled: Boolean; LDataObject: TObject; LBitmap: TBitmap; begin if FData = nil then FData := TDictionary<string, TValue>.Create; if not AValue.IsObject then begin FData.AddOrSetValue(AIndex, AValue); LHandled := False; if View.Initialized then // ДОБАВЛЕНО begin if Objects.Appearance <> nil then Objects.Appearance.SetObjectData(Self, AIndex, AValue, LHandled); if not LHandled then begin LObject := Objects.FindDrawable(AIndex); if LObject <> nil then LObject.Data := AValue; end; end; // ДОБАВЛЕНО end else

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

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

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