Problem mit speichern und laden von .ini einträgen

[Sir Rufo]

Nun ja ganz so schlimm ist es ja nun auch nicht.

Schließlich gibt TIniFile ja auch noch die Methode ReadSection und ReadSectionValues her.

Damit kann man schon die Inhalte einer ComboBox füllen.

Code:

[Verfasser]
Peter=1
Walter=1
Hans=1

ini.ReadSection( 'Verfasser', ComboBox1.Items ); In der ComboBox sind jetzt folgende Einträge

Code:

Peter
Walter
Hans

[Matze]

Verwende generell absolute Pfade. Beim Speichern machst du das, beim Laden nicht. Du weißt daher nicht, in welchem Verzeichnis die Datei gesucht wird (im Arbeitsverzeichnis, was aber nicht dem Programmverzeichnis entsprechen muss).
Also immer absolute Pfade angeben.

Dass man im Programmverzeichnis nicht unbedingt Schreibrechte hat, ist dir hoffentlich klar (für portable Programme auf USB-Sticks ist das Verzeichnis jedoch sinnvoll). Daher möchte ich diese immer wiederkehrende Belehrung, wo man (nicht) speichern soll, nicht erneut starten.

[himitsu]

INI-Dateien ohne Prad, werden im Windows-Verzeichnis gesucht.
(oder entsprechend in der Virtualisierung des UAC)

[Matze]

Zitat von himitsu:

INI-Dateien ohne Prad, werden im Windows-Verzeichnis gesucht.
(oder entsprechend in der Virtualisierung des UAC)

Sicher? Bis XP wurde es im Arbeitsverzeichnis gesucht, was das Programmverzeichnis sein kann (und oft ist) oder auch ein ganz anderes. Wurde das mit Vista/Win7 geändert?
Meiner Meinung nach ist es Quatsch, wenn sich relative Pfade auf das Windowsverzeichnis beziehen ...

[himitsu]

WritePrivateProfileString

Zitat:

If the lpFileName parameter does not contain a full path and file name for the file, WritePrivateProfileString searches the Windows directory for the file. If the file does not exist, this function creates the file in the Windows directory.

Man wollte damals wohl auch schon einen zentralen Ort für solche Einstellungen haben.