sinuke

В последних андройдах (9, 10 точно) установка из неисвестных источников настраивается для каждого отдельного приложения, пытающегося произвести установку. Здесь учитывается этот момент?

официальной delphi-обертки для андройда нет (по крайней мере на сайте bass). поэтому нужно смотреть каких типов передаются параметры в вашем случае для андройда п.с. я сам себе делал андройд-версию - скачал с сайта bass либы и их делфи-обертки. внес изменения и вроде работает. ключевое - вроде. потому как не могу утверждать что 100% правильно. и лично у меня там вообще PAnsiChar нет в этом месте

На скрине внизу написаны поддерживаемые ABI: armeabi-v7a - это и есть 32-бит. а в ПлейМаркете приложения могут быть загружены как бандлы, содержащие как 32, так и 64 битные версии. При установке приложения ПлейМаркет сам формирует нужный пакет для телефона в зависимости от возможностей телефона.

Здравствуйте. Есть готовый пример по записи с микрофона в OGG с ипользованием BASS

Полная поддержка Firebase уведоплений появилась в 10.3.2

А настройки из файла, генерируемого Firebase, студии "скармливаете"? Да, все по умолчанию (ПКМ по Libraries - Revert System Files to Default)

отключите (уберите галочку) с генерируемого splash_image_def.xml для adnroid64 и добавьте тот, который идет для android32

Собралось, опубликовалось и работает

У меня со сплешем все в порядке. Файлы-то цепляются, но прописываются дефолтные имена\пути. Для 9-patch все же приходится их править. Я уже 3 своих приложения обновил и везде пришлось править деплоймент. Зато все работает Например для android64 платформы среда восстанавливает файлы style.xml. splash_image_def.xml, style.xml для values-v21, даже если они были в android32 отключены. Среда у меня переименовала пути для иконок приложения c res\mipmap на res\drawable. Точно также переименовала имена и пути для файлов сплеша

проверьте деплоймент. у меня студия на 64 битного андройда как бы файлы перенесла. но некоторые пути все же сбросила к стандартным (например иконки). так что может быть также поступила и со сплешем

Получил продление для приложений

<uses-sdk android:minSdkVersion="21" android:targetSdkVersion="28" />

Да, у меня. Я только не знаю, с чем это связано. Запрос именно на это приложение я отправлял вчера и ответа еще не получил. Но неделю назад отправлял на другие приложения (ответ я в какой-то теме публиковал). Но вчера на старые мои запросы пришли письма о том, решилась ли моя проблема. И вот я там еще раз написал о том, что хотелось бы получить продление, что у делфи нет компилятора андройд-64, что будет он только осенью или зимой и что выпущу обновление в течение 2-х недель после появления компилятора. Утром пришел формальный ответ, что мол передадим в техническую группу и чуть что - сообщим

ничего не отвечал. при выпуске 32-битного обновления нужно будет просто написать письмо с запросом (по форме от Сарины), в котором еще желательно указать план внедрения 64. вроде должны будут пропустить

Вчера утром отправил запрос, вчера же вечером получил ответ(ы):

Проверил в маркете статистику по одному своему приложению... В общем десятью процентами и не пахнет (22,6%)

Да вообще не лучше - дома все устройства с 9-м андройдом. Так что лично я вообще не знаю что делать

Похоже что да. Но это приведет к тому, что на 10% пользователей приложение не будет работать... Там же написан и второй способ с помещением файла-пустышки в lib/arm64-v8a/libMyapp.so - типа тоже работает и позволит запустить на 9 андройде. Но тут надо все хорошенько тестировать, потому как может оказаться, что какой-нить китаец со своей оболочкой не даст использовать этот способ.

Разместитеи их в ресурсы проекта. В приложении в какой-нибудь файлик записывайте версию приложения при последнем запуске. При старте приложения проверяй записанную версию и текущую. Если расходятся - проверяйте файлы и обновляете их ресурсов. Имхо

я делал. просто чутка кода нужно, но все делается Демо проектик: [Tokyo] LV_URL_Demo.zip Нет. Не фреймы. ЛистВью - компонент, который рисует себя сам. Он не является контейнером для любых TControl. Поэтому придется самому все рисовать. Лично я "рисую" все кодом. Долговато в реализации, в начале не понятно как делать, но если разобраться, то сразу будет видна разница в скорости работы. ЛистВью очень шустрый компонент. Единственное, я не реализовывал поджинацию, но знаю что ее не так уж и сложно сделать на основе ЛистВью

Использовать ЛистВью. Для подобного списка, как на картинке, в реализации ничего сложного По подгрузке данных "на лету", по асинхронной загрузке картинок есть пример у Равиля в репозитории ModernListView

Не знаю как задать свою картинку, но я менял изображения стандартного стиля и изображение анимации расположено примерно здесь (если не изменяет мне память):

Привет Вчера была выпущена финальная версия RAD Studio 10.3 Rio, в которой много нововведений для Андройд. Но вот про статусбар снова "забыли". Хотя не совсем, добавили файлик styles-v21.xml, который превносит новую материальную тему на устройствах под управлением Android 5.0 и выше вместо устаревшей Holo. Но все равно свойство формы SystemStatusBar так и не реализовали. Поэтому при запуске статус бар будет окрашен в унылый серый цвет (см. скриншот). Для того, чтобы сделать статусбар прозрачным и поместить под него содержимое формы, то достаточно сделать несколько несложных шагов: 1. Убираем из деплоймента (Project -> Deployment) файл styles-v21.xml (можно просто снять галочку рядом с именем файла) 2. Добавить в деплоймент проекта новый файл styles-v21.xml (styles-v21.zip) и прописать ему путь res\values-v21\ 3. В результате получится следующий вид P.S. В новом файле по сравнению со стандартным добавилась строчка <item name="android:windowTranslucentStatus">true</item>, которая и отвечает за прозрачный статусбар P.P.S. Чтобы определять размер статус бара, все также можно воспользоваться решеним ZuBy - http://blog.rzaripov.kz/2016/12/android-ios.html P.P.P.S. Тестовый проектик - StatusBar.zip

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

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