Hallo mal wieder,

ich habe eine Frage bezüglich der INI Dateien. Ich lese aus einer solchen Datei einen String aus und der hat nach der Abspeicherung ein führendes Leerzeichen, sodass die INI dann so aussieht:

Zitat:

[TestSec] TestId= Test

Wenn ich dann allerdings diese Datei einlese, schneidet er mir das führende Zeichen ab. Wie kann ich das umgehen ?

Ich habe es schon so versucht (über den Index eines STrings):

Da sagt der Compiler mir, dass das 0te Element nicht abgefragt werden könne. Und das erste Element ist leider nur das 'T'.

Habt ihr einen Tipp ?

Ciao LHUser

hab mir mal gerade die inifiles.pas angesehen und folgendes gefunden:

dort wird irgendwann
LoadValues aufgerufen, in der Methode wird die (Ini)-Datei eingelesen und mit
SetStrings(List);
werden dann die einzelnen Zeilen verarbeitet.
in der SetStrings-routine hab ich dann das gefunden:


und genau daher kommt dein Problem.
Da kannst du nun entweder die inifiles.pas umschreiben (aua)
oder die Datei selber (d.h. ohne TInifile) einlesen/auswerten (eklig, aber machbar)
oder versuchen, den 'Leerwert' durch ein anderes Zeichen zu ersetzen (evtl. auch eklig oder gar nicht machbar)

Moderiert von matze: Code- durch Delphi-Tags ersetzt

LonghornUser hat folgendes geschrieben:

markieren Delphi-Quelltext     1: ... := Ini.ReadString('TestSec','TestId','')[0]; Da sagt der Compiler mir, dass das 0te Element nicht abgefragt werden könne. Und das erste Element ist leider nur das 'T'.

Es gibt beim String kein 0tes Element Wenn es wirklich wichtig ist, dann gäbs da 2 Möglichkeiten (die mir gerade einfallen)

1. Du speicherst eine Zahl mit, welche die führenden Leerzeichen speichert oder
2. Du machst ein Sonderzeichen davor.

//Edit: Der Vorteil an Nummer 2 ist sogar, dass es egal ist, ob im Text dann nochmal das Sonderzeichen auftaucht.

machbar, aber das Problem tritt wohl nur bei Leerzeichen auf und
scheinbar ist das Leerzeichen zwar speicherbar,
aber nicht mehr einlesbar (siehe mein Post oben).

Netter 'Bug' in der IniFiles-Logik ..

zuma hat folgendes geschrieben:

machbar, aber das Problem tritt wohl nur bei Leerzeichen auf und scheinbar ist das Leerzeichen zwar speicherbar, aber nicht mehr einlesbar (siehe mein Post oben).

doch, es werden ja nicht alle Leerzeichen entfernt, sondern nur die beim =

zuma hat folgendes geschrieben:

// remove spaces before and after '='

also, wenn ich nach dem = einfach hinschreibe, wird das vordere nichtmehr gelöscht (es gibt ja keins, mein Sonderzeichen ist ja das vorderste) Beim Auslesen schneid ich das einfach wieder ab

//Edit: berichtigung, die Leerzeichen werden nach jedem = abgeschnitten *sich wundert* darf man denn kein = in einer ini speichern?

Xion hat folgendes geschrieben:

//Edit: berichtigung, die Leerzeichen werden nach jedem = abgeschnitten *sich wundert* darf man denn kein = in einer ini speichern?

also, ich hab das so verstanden:
es wird das ERSTE = in einer Zeile gesucht und sich dessen pos gemerkt, dann wird alles davor rausgeschnitten (und getrimmt!) und alles danach rausgeschnitten (und ebenfalls getrimmt). Beim Speichern scheint aber der String 1:1 geschrieben zu werden (also auch mit führendem Leerzeichen). Dadurch hat man den Effekt, das man führende Leerzeichen nach dem = nicht mehr einlesen kann. Da bleibt dann nur noch die von dir beschriebene Methode, sich mit der 'Krücke' eines Sonderzeichens zu helfen oder eben den source der inifiles.pas anzupassen
(stelle mir da einen vorbelegten boolean vor, der dann vom create bis zu der Methode durchgereciht werden müsste).

Aja, ich dachte es mir schon. Die Geschichte mit dem Ersatzzeichen für gewisse andere Zeichen hatte ich schonmal bei Zeilenumbrüchen (#10+#13 war das glaube ich). Da habe ich das genauso gemacht. Aber ich dachte, es gäbe vielleicht ein Flag, das man umstellen könnte. Naja, was solls.

Aber wie ist denn das "Zeichen" für Leer, was ich aus dem Text rausfiltern muss ?

LonghornUser hat folgendes geschrieben:

Aber wie ist denn das "Zeichen" für Leer, was ich aus dem Text rausfiltern muss ?

Meinst du beim schreiben der Inidatei ?
Dort sollte ein Trim(DeinStringValue) reichen, um das führende Leerzeichen verschwinden zu lassen.

Hallo,
wenn du die Leerzeichen am Anfang deines Wertes brauchst, dann setze doch einfach den Wert in Anführungszeichen (AnsiQuotedStr) und entferne sie beim Einlesen wieder (AnsiExtractQoutedStr).

Das erscheint mir am einfachsten..

Nico72 hat folgendes geschrieben:

Hallo, wenn du die Leerzeichen am Anfang deines Wertes brauchst, dann setze doch einfach den Wert in Anführungszeichen (AnsiQuotedStr) und entferne sie beim Einlesen wieder (AnsiExtractQoutedStr).

das ist so in etwa das, was ich schon meinte.