mazayhin

Вот статья, что куда деплоить надо, и как получить доступ к этому http://delphifmandroid.blogspot.com/2014/02/deployment-manager.html

Что именно то не работает? Вроде, там нет ничего такого, с vcl связанного

Хм, по умолчанию не разрешено ничего такого особого, кроме как запуститься. Все выставляется в манифесте и разрешения даются при установке (напр. доступ в интернет). Не разу не видел такого, что бы что-то запрашивало разрешение на то, что можно, указанное в манифесте (да то же интернет). Но увы, возможности проверить нет. И да, все что вы хотите, в манифесте все равно должно быть. мне кажется, что вы сам себе противоречите? Хотите использовать WifiManager, разрешения все равно надо запросить, но только при установке - возвращаемся к манифесту. Ну а что бы уследить за изменениями, что надо, а что не надо, это уже на https://developer.android.com все ведь меняется. Указали поддержку более позднего API, извольте соответствовать этому, но и не забывать про старое...

Странно, что смогли разобраться с тем, что надо заменять в папках студии, ну и подключать уже кастомное активити в манифесте. Из DW надо подключить только пару файлов и все. Вы в манифесте добавили эти разрешения? И да, запрашивать у пользователя их не надо (потому, думаю, запрос и не выдает система). Для всех ваших разрешений указано Protection level: normal. Запрос нужен для тех, что dangerous. https://developer.android.com/reference/android/Manifest.permission.html#ACCESS_WIFI_STATE и далее по тексту https://developer.android.com/guide/topics/permissions/overview (If your app lists normal permissions in its manifest (that is, permissions that don't pose much risk to the user's privacy or the device's operation), the system automatically grants those permissions to your app. )

Ставьте целевой уровень 26 и используйте KastriFree https://github.com/DelphiWorlds/KastriFree

Опять же, повторюсь, нет возможности проверить, и особо времени нет вникнуть. Только, кажется, все немного усложнили вы себе с этой посылкой. У PendingIntent есть метод readPendingIntentOrNullFromParcel(Parcel in) который как раз вычитывает его из посылки. Напрямую да, не получится привести их.

Проверить возможности нет, но скорее всего PIntent := JPendingIntent(Parcelable);

Использовать LocationSettingsReqest, транслировав его. Но или устаревшее SettingsApi. К сожалению нет возможности самому посмотреть и воспроизвести это все, временно нет подходящего аппарата

Ну это вопросы к разработчикам системы, почему они решили что то, что пользователь закрыл, должно из памяти выгружаться системой (да, оно висит в recent, но на деле может быть выгружено - это вы видите, когда запускаете снова от туда, и все данные и состояние теряется.) JNI тут не причем. Почитайте первоисточник (доки по андроиду от гугла, про жц активити. Оно одно, обычно, для всего приложения на делфи) Ну и попробуйте "закрыть" тот же навигатор гугла. Что будет? - поделитесь результатом

Первым делом, конечно, обновиться. Люди пишут что https://developer.android.com/reference/android/app/Activity.html#finishAndRemoveTask() Но сам не проверял (может завтра), ну и флаг для активити в манифесте android:autoRemoveFromRecents="true"/>

Пример во вложении. Первым делом надо сделать Init. Пример написан как попало, все надергано кусками, к сожалению. Если кто-нибудь доведет до ума, и выложит на форум - будет замечательно! Обратите внимание - операция CreateRSAEntry - длительная, чем больше ключ, тем дольше. В тесте после нажатия на кнопку подвиснет на пару секунд. Шифрованные строки в примере надо смотреть в logcat. Так же для AES туда выведен вектор IV. Преобразование в/из base64 - нативное. KeyStore.zip

Ок! А если кто нибудь листнер на java для сканера отпечатков напишет, что б колбэк в делфи прокинуть, то покажу и работу со сканером....

Я могу отправить пример работы с кейстором, и шифрование/расшифровка на симметричном и асимметричном ключах из стора, но он для делфи. Вроде, к билдеру можно подключить. Разберетесь?

По идее да. Разбирайтесь Все что было связано с изначальным вопросом я дал, работайте как в АС, от fmx по части работы с сенсором нет ничего, те же результаты получите и в АС

через Api можно сделать, к примеру, так: var JObj: JObject; WindowManager: JWindowManager; Rotation: Integer; begin JObj := TAndroidHelper.Context.getSystemService(TJContext.JavaClass.WINDOW_SERVICE); WindowManager := TJWindowManager.Wrap((JObj as ILocalObject).GetObjectID); Rotation := WindowManager.getDefaultDisplay.getRotation; if Rotation = TJSurface.JavaClass.ROTATION_180 then begin end else if Rotation = TJSurface.JavaClass.ROTATION_270 then begin end else if Rotation = TJSurface.JavaClass.ROTATION_90 then begin end; Подключать ничего не надо, Androidapi.JNI.GraphicsContentViewText (в нашем случае) уже подключен