![]() |
AW: Warum Android-Berechtigungen direkt setzen?
Auch der Speicher gilt als extern, wenn er nicht nur den internen Speicher der App betrifft.
|
AW: Warum Android-Berechtigungen direkt setzen?
Jupp, Extern auch sicht der App, nicht aus sicht das Handy.
Der User und auch die App können im Android auch noch angeben wo dieses "Extern" liegen soll. -> auf SD (falls vorhanden) oder im internen Speicher Auch wenn ich es beschissen finde, denn die APP einfach so die User-Wünsche überschreibt. Ich hatte mal eine APP, die hatte nach jedem Update ihren "Cache" zwanghaft auf die langsame SD-Karte gelegt/verschoben, obwohl ich im Android, in den AppEinstellungen, es auf Intern festgelegt hatte. |
AW: Warum Android-Berechtigungen direkt setzen?
Wieso FD, BeforeConnection und External ?
Heisst das, dass deine Sqlite DB extern liegt ? Ich würde die einfach mit in die App Sandbox mit reinnehmen, das spart eine Menge Problemstellen. |
AW: Warum Android-Berechtigungen direkt setzen?
Zitat:
In diesem Verzeichnis speicher ich alle Sqlite-DBs meiner ganzen Apps. Genauer gesagt: die App legt das Verzeichnis an, if not exists. Für den Zugriff auf die xyz.db braucht es die Berechtigung "Dateien und Medien". Mittlerweile habe ich die Permission-Proc im Form.onCreate aufgerufen, und zwar, bevor die DB angesprochen wird - ziemlich an 1.Stelle. Funktioniert hervorragend. |
AW: Warum Android-Berechtigungen direkt setzen?
Zitat:
![]() |
AW: Warum Android-Berechtigungen direkt setzen?
Zitat:
|
AW: Warum Android-Berechtigungen direkt setzen?
Noch spaßiger, dass Android inzwischen auch gern mal Rechte automatisch ab und an wieder weg nimmt.
|
AW: Warum Android-Berechtigungen direkt setzen?
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 10:33 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz