krapotkin

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

Канал Yaroslav Brovin на Youtube цикл лекций о стилях в FMX там все

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

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

ну есть же исходники procedure TCustomTreeView.RemoveObject(AObject: TFmxObject); begin if (AObject is TTreeViewItem) and (TTreeViewItem(AObject).TreeView = Self) then begin TTreeViewItem(AObject).Parent := nil; end else inherited; end; вроде как достаточно

дерево это условно список указателей пусть item := tree[i] FreeAndNil(item) === item.Free; item := nil; в tree[i] как был старый указатель, так и есть. Если к нему обратиться, в лучшем случае будет ошибка. В худшем - что-то попортится и все упадет совсем. Parent содержит ссылку на child поэтому перед тем как разрушить child, неплохо бы чтобы parent эту ссылку потерял, там вроде был механизм, что во время присваивания Parent, от старого Parent мы отцепляемся. Могу наврать. В любом случае есть же штатный метод удаления узла, нужно просто посмотреть в код TreeView и найти его. Там все уже учтено.

все ручками делается очень примитивно и просто - один List и один обработчик клика нет смысла такой функционал тащить в общий компонент

помню, был баг с выделением в Edit пару-тройку версий делфи назад , чинили

Просто я в дизайнере туда вставил изображение и никакой реакции нет. Искать не стал, т.к. скорее всего дело в стиле, где эта картинка просто не выводится. Но что в дизе что в рантайме общий смысл один. Мы создаем MultiResBitmap. Там для каждого разрешения экрана нужна своя картинка. Поэтому мы свою загружаем как картинку только для ОДНОГО разрешения. Например для scale = 1.0 Система потом при выводе сама должна подобрать какое разрешение ей ближе и выбрать нужную картинку.

если вы загрузите его в дизайнере, то он выводится на экран?

ну же и поиск есть я правильно понял, чего вы хотите? 7.7z

все верно нужно создать image и его присвоить куда надо

там должен быть TFixedMultiResBitmap на его страничке есть ссылки на его создание и другие методы

если из битмапа загрузить можете, то битмап создается из TMemoryStream легко https://docwiki.embarcadero.com/Libraries/Alexandria/en/FMX.Graphics.TBitmap.CreateFromStream

а вот этот вариант выполнения скрипта нерабочий? https://docwiki.embarcadero.com/Libraries/Alexandria/en/FMX.WebBrowser.TCustomWebBrowser.EvaluateJavaScript

ONPAINT ??? помню, я экспериментировал с onShow не взлетало

ShowModal же, не Show. Соответственно BringToFront() не выполнится

коммент просто чтобы подписаться, тоже интересно, как кто решал

В смысле без SQL?? Делфи 30 уже, пора отказаться от некоторых вещей, которые придумали, чтобы победить FoxPro. Работа с SQL серверами проводится посредством SQL запросов. Точка

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

если Synch вызвать в ГП то в теории все должно зависнуть

а деплоится точно android-32bit ? который на картинке для 64 бит нужно отдельно указывать

https://docwiki.embarcadero.com/RADStudio/Athens/en/Installation_Notes

наследовать можно хоть от чего - самое простое TRectangle наверное ровно как и в VCL, для создаваемого компонента Parent нужно указывать, иначе его не будет на экране

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