krapotkin

В том числе. Также все созданные формы будут удалять не себя а именно form1

Ну в целом это общий момент. Класс это чертежи автомобиля, а объект это сам автомобиль, сделанный по этому чертежу. Понятно, что если вы делаете всегда только одну машину, вы можете к ней обращаться прямо из чертежа. Но вы же понимаете, что это неверно?

Если вы удаляете объект в обработчике этого объекта, будьте готовы, что при выходе из обработчика программа вполне может обратиться к уже несуществующему объекту Естественно, вы получите AV Лучший выход IMHO procedure TForm1.Button1Click(Sender: TObject); begin TThread.ForceQueue(nil, procedure begin ???.Free; end); end; обращаю внимание, что никакого FreeAndNil(Form1) не предполагается. потому что по-прежнему, что в D1, что в D10 обращаться из класса к экземпляру этого класса, это моветон и ошибка архитектуры Нужно придумывать что-то еще. поэтому и ??? поставил если хотите иметь какие-то глобальные ссылки на форму, значит, стоит делать какой-то менеджер этих форм и удалять через его методы. но если прямо просто побыстрогнокодить то конечно FreeAndNil(Form1) работать будет. Без ошибок.

Лучше всего по-мне, не устанавливать Android SDK/NDK вместе с каждой версией делфи, да еще в такие длинные пути, а потом поставить Android Studio и настроить в несколько кликов все что нужно.

вот apk. попробуйтеFtpTest.apk у меня работает и по wifi и по мобиле на версиях Android 9 и 10 более ранних нет

пока не перестанете писать по хардкодному пути, можете не присылать ни apk ни код попробуйте записать в System.IOUtils.TPath.GetSharedDownloadsPath

вот почему-то ну не верится и все. наоборот бы я еще мог придумать закрытые порты, фаерволлы и т.д. но мобильные-то блокируют только сайты по списку РПН а тут FTP...

в Android начиная уже с 6 вы должны запрашивать разрешение на запись в файл у пользователя каждый раз при попытке этой записи пример есть в делфи

перетащить в проект добавить через Add... вписать в DPR

есть еще занятный способ - хранить данные в списке, а по ним строить comboBox тогда ItemIndex комбобокса будет индексом нужного элемента списка

Сама Делфи к любым андроид-эмуляторам, -компиляторам, -утилитам, и вообще всему, что нужно для Андроид-разработки, никакого отношения не имеет. Все это - Google SDK. Этот SDK меняется каждый год. Туда добавляются и пропадают самые разные вещи. В том числе и AVD manager и SDK manager. Полный SDK теперь вообще можно поставить только вместе с Android Studio, и потом в Делфи указать пути к нему. Так что никаких изъятий инструментов мобильной разработки Rad Studio не производит. Далее. В мобильной разработке совершенно не будут работать те подходы, которые применяются на десктопах. Например, упомянутые диалоги открытия и сохранения файлов бессмысленны, если доступа к файловой системе по сути и нет вовсе, как на IOS, или частично и только по специальному разрешению как в Андроид. Поэтому их и нет и не может быть для мобил. На бесплатный TChart тоже я бы не стал возлагать большие надежды. Если честно, вам гораздо проще будет либо самостоятельно нарисовать график на Canvas. либо изготовить некий веб-сервер и с помощью к-нить JS-библиотеки подготовить данные, после чего открыть пользователю страницу с графиком. При этом, до определенного предела вполне работает подход, когда программа пишется на FMX на Win32/64, (с характерными для телефона размерами окна, конечно) отлаживается, а потом время от времени запускается на Android. Я лично так делал. Но там нужно держать в голове серьезные отличия по работе с памятью вследствие ARC - Automatic Reference Counting. И соответственно, писать универсальный код.

я понимаю, доверия ко мне нет, когда пара статей 2015 года говорит, что все зашибись тогда почитаем Marco Cantu - продакт-менеджера Delphi Posted November 6, 2019 https://en.delphipraxis.net/topic/1920-64bit-testing-hardwareemulation/?do=findComment&comment=15048 As for emulators, the issue is they are mostly Intel-based, so Java apps run fine, but native ones require a ARM emulator like libHoudini (this was an Intel library, but I think they stopped all development since they exit the Android world) Что касается эмуляторов, проблема в том, что они в основном основаны на Intel, поэтому приложения Java работают нормально, но для нативных требуется эмулятор ARM, такой как libHoudini (это была библиотека Intel, но я думаю, что они остановили всю разработку, так как они вышли из мира Android)

Я почти уверен, что наверное есть способ что-то запустить под этим эмулятором, но все в основном сводится к уже пройденному. На видео по сути просто отключается проверка и сообщение Application dosn't work on this device. На самом деле разработчики Delphi конечно же случайно вставили эту проверку и этот текст в программу, все наверняка работает, что бы там ни говорили на офсайте. Они просто скрывают от нас эту удивительную возможность. Запуск на BS является хаком, не нормальным способом работы. Это всегда говорит о том, что при малейшем изменении в студии или использовании чего-то чуть более сложного чем A+B вы опять можете получить совершенно неработоспособное приложение. Это тупик. При современных ценах на андроид-телефоны нет никакого смысла пользоваться любым эмулятором. Ни по скорости, ни по удобству разработки.

bluestacks это эмулятор Android на процессоре Intel процессоры эти не поддерживаются Rad studio

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