TPath.GetIrgendwas

**himitsu**

In der OH steht auch womit der Pfad geholt wird/übereinstimmt, aber der Code macht dann ebenfalls was Anders.

Laut OH, bis WinXP mit CSIDL_***, ab Vista mit FOLDERID_*** und wenn ich in den Code gucke, dann seh ich entweder nur das WinXP-Zeugs oder was Anderes.
Aber egal, wenn das Richtige rauskommt, wäre es ja nicht so schlimm.

Wenn aber "benutzerunabhängig" drin steht und ich in verschiedenen eingeloggten Benutzern nicht das selbe Verzeichnis bekomme und somit im anderen Nutzer die Dateien nicht finde, dann ist das schon ein "kleines" Problem.

[add]
Ist im Android ja auch so, also das Jede App mit den Rechten eines eigenen Nutzers läuft und so z.B. nur auf seine Programmdateien, aber nicht auf die anderer Apps drauf kommt.

Zitat:

Ob da also die App-ID drinsteht oder nicht, muss letztlich nur das mobile Betriebssystem wissen.

Eben nicht, denn wenn ich jetzt z.B. zwei Programme hab, die die selben Dateien nutzen sollen, dann sollte das Verzeichnis die TPath.Methode, wo steht, dass es sie bietet, das dann doch auch machen?
Und wenn da explizit "anwendungsunabhängig", dann sollte das doch möglichst auch so sein, egal wie das OS mit den "Benutzern" umgeht.

Fazit: Ich schreibe grade meine eigenen TPath methoden, die für die wichtigstens Pfade dann auch so machen, wie sie gedacht sind.

**Mavarik**

Zitat von himitsu:

Eben nicht, denn wenn ich jetzt z.B. zwei Programme hab, die die selben Dateien nutzen sollen, dann sollte das Verzeichnis die TPath.Methode, wo steht, dass es sie bietet, das dann doch auch machen?

Irre ich mich? Das geht sowieso nicht.

Du bist in einer Sandbox und hast auf andere Verzeichnisse keine Zugriffsrechte. (Jedenfalls auf iOS und ich glaube auf Android auch!)

Hab noch nie versucht!

**Daniel**

Wie möchtest Du denn z.B. unter iOS aus Deiner geschützten Umgebung ausbrechen? Da ist doch deutlich mehr nötig, als sich nur einen Pfad auszudenken - mit einem Äquivalent zu TPath wirst Du, egal in welche Richtung Du läufst, gegen eine Wand rennen. (Lassen wir Jailbreaks mal unberücksichtigt.)
Hier wirst Du Synchronisations-Lösugnen wie iCloud, DropBox oder Vergleichbares benötigen.

//edit: Die Doku ist an dieser Stelle mit dem Wort "anwendungsunabhängig" unbestritten falsch und verspricht Dinge, die systembedingt nicht eingehalten werden können.

**Mavarik**

Zitat von Daniel:

Wie möchtest Du denn z.B. unter iOS aus Deiner geschützten Umgebung ausbrechen?

Was ist mit Android?

Es gibt doch neben Cloud und Dropbox noch dir Möglichkeit per URL eine andere App an zu sprechen... Ginge das nicht? So wie ein REST Call?

**Daniel**

Unter Android hast Du den sog. "external storage", auf dem sich öffentliche Dateien ablegen lassen. Der Name leitet sich aus den früheren Geräte-Generationen ab, die einen SD-Einschub hatten und auf diese Weise zusätzlichen Speicherplatz boten. Das Konzept des "externen Speichers" ist mittlerweile in Android verwurzelt, so dass diese Option auch besteht, selbst wenn hardware-seitig KEIN echter externer Speicher existiert. In diesem Fall nutzt das Betriebssystem einen Teil des internen Speichers.
Voraussetzung für all das ist, dass man sich die entsprechenden Rechte eingefordert hat.

**Mavarik**

Zitat von Daniel:

Das Konzept des "externen Speichers" ist mittlerweile in Android verwurzelt, so dass diese Option auch besteht, selbst wenn hardware-seitig KEIN echter externer Speicher existiert. In diesem Fall nutzt das Betriebssystem einen Teil des internen Speichers.

Ohh gut zu wissen... Hab darauf nie versucht zuzugreifen, da ich befürchtet habe, dass wenn keine SD Karte existiert ich nur eine Exception bekomme.

Mavarik

**Daniel**

Die kannst Du dennoch bekommen, zum Beispiel dann, wenn das Android-Gerät per USB an einen Rechner angeschlossen ist und der externe Speicher dort "gemounted" ist. Für diesen Zeitraum ist der externe Speicher exklusiv für den angeschlossenen PC verfügbar und nicht mehr für die Apps auf dem Gerät - gleich, welche Rechte diese haben.

**Mavarik**

Zitat von Daniel:

Die kannst Du dennoch bekommen, zum Beispiel dann, wenn das Android-Gerät per USB an einen Rechner angeschlossen ist und der externe Speicher dort "gemounted" ist. Für diesen Zeitraum ist der externe Speicher exklusiv für den angeschlossenen PC verfügbar und nicht mehr für die Apps auf dem Gerät - gleich, welche Rechte diese haben.

Ohh, dann hat sich die Idee sowieso schon erledigt... Danke für die Info

**himitsu**

SharedPictures ist unter Android ohne AppID, aber SharedDocuments dann doch wieder, also nix mit Shared.

Zitat von Mavarik:

Ohh gut zu wissen... Hab darauf nie versucht zuzugreifen, da ich befürchtet habe, dass wenn keine SD Karte existiert ich nur eine Exception bekomme.

Dann geben die TPath.Get-Funktionen einen Leerstring zurück, wenn der Pfad nicht existiert.
Ich hoffe du prüfst das vor dem Zugriff.

Jo, da wird das physische Laufwerk gemountet und nicht 'nen Fileserver dazwischengeschaltet.
Drum wird der interne Zugriff gesperrt, da dort kein sicheres Sharing möglich ist.
So kann man bei Kamers dann auch im PC die SD-Karte formatieren. (wenn die Karte als Laufwerk gemountet ist und nicht über das komische Picture-Protokoll, dessen Namen mir grade nicht einfällt)

**Olli73**

Zitat von himitsu:

Jo, da wird das physische Laufwerk gemountet und nicht 'nen Fileserver dazwischengeschaltet.
Drum wird der interne Zugriff gesperrt, da dort kein sicheres Sharing möglich ist.
So kann man bei Kamers dann auch im PC die SD-Karte formatieren. (wenn die Karte als Laufwerk gemountet ist und nicht über das komische Picture-Protokoll, dessen Namen mir grade nicht einfällt)

Du meinst PTP bzw. MTP. Letzteres wird seit Android 3.1 unterstützt (laut Wikipedia). Also nix mehr mit mounten (nötig). Damit klappt dann auch der gemeinsame Dateizugriff.

Oder liege ich hier komplett falsch?