application.exename

[derseitzer]

Hallo Leute,

ich wollte gerade eigentlich wie gewohnt meinen Speicherort finden und dort den 'picture' Ordner per Programm finden, allerdings funktioniert folgender Befehl nicht mehr:
dir:= ExtractFilePath(application.Exename); //undeklarierter bezeichner 'Exename'

Er funktioniert wahrscheinlich nicht mehr, da ich ein Firemonkey Projekt erstellt habe, das auf Android laufen soll. Deshalb habe ich "Vcl.Forms" nicht unter "uses" stehen..
Gibt es einen komplementären Befehl für FMX oder sollte ich nur etwas unter uses hinzufügen?:/

Vielen dank im voraus!

[Uwe Raabe]

Um plattformunabhängig zu sein, solltest du besser die in System.IOUtils bereitgestellten Pfade verwenden (TPath.GetHomePath , TPath.GetDocumentsPath usw.). Da du in den meisten Fällen eh nicht in den Pfad schreiben darfst, in dem deine Anwendung liegt, bist du mit diesen Wrappern eigentlich besser bedient.

[derseitzer]

klappt super ich danke dir

[Fritzew]

Zitat:

bist du mit diesen Wrappern eigentlich besser bedient.

Gebe ich Dir recht, aber ein Wrapper für
ExtractFilePath(ParamStr(0)) würde auch nicht schaden.....

[Glados]

Zitat:

Um plattformunabhängig zu sein, solltest du besser die in System.IOUtils bereitgestellten Pfade verwenden (TPath.GetHomePath , TPath.GetDocumentsPath usw.). Da du in den meisten Fällen eh nicht in den Pfad schreiben darfst, in dem deine Anwendung liegt, bist du mit diesen Wrappern eigentlich besser bedient.

Gibt es in TPath auch eine Funktion die das Verzeichnis der eigenen Exe zurückgibt?

[Uwe Raabe]

Zitat von Fritzew:

Gebe ich Dir recht, aber ein Wrapper für
ExtractFilePath(ParamStr(0)) würde auch nicht schaden.....

Zitat von Glados:

Gibt es in TPath auch eine Funktion die das Verzeichnis der eigenen Exe zurückgibt?

Unter Windows ist das TPath.GetLibraryPath .

Eine Übersicht der Bedeutungen für die verschiedenen Plattformen gibt es hier: Standard-RTL-Pfadfunktionen für alle unterstützten Zielplattformen

[Fritzew]

Aah Danke, ist mir entgangen. Bei GetLibraryPath habe ich an sowas wie wie System32 und co gedacht. Man sollte mehr lesen und weniger denken.

[Glados]

Ich wollte eigentlich meine alte Funktion welche ShGetSpecialFolderLocation aufruft rausschmeißen und durch die TPath-Varianten ersetzen.
Aber CSIDL_DESKTOPDIRECTORY und CSIDL_STARTMENU scheint es wohl nicht zu geben.

[jaenicke]

Zitat von Glados:

Aber CSIDL_DESKTOPDIRECTORY und CSIDL_STARTMENU scheint es wohl nicht zu geben.

Die sind ja auch Windows-spezifisch und somit gibt es keine Notwendigkeit für einen plattformunabhängigen Wrapper via TPath.

[Glados]

Schön wäre es dennoch und kürzeren Code hätte man dann auch.