Fehler mit Combobox und DelimitedText

[Rainer Wolff]

Als Hinweis/Warnung:

Ich bin bei der Übernahme eines XE-Projekts auf Tokyo mal wieder auf die Schnauze gefallen. In einem Formular wird eine DBCombobox als Nachschlageliste aus einem Ini-File mit einem Semikolon-separierten String gefüllt (Es handelt sich um verschiedene Default-Längenmaße, die über die Ini variabel belegt werden können, so was wie
Laengen = 450,0;550,5;680,2
).
Der String wird im FormCreate gesetzt, zusammen mit dem Setzen des Delimiters auf Semikolon. Funktioniert unter XE wunderbar (auch wenn ich das etwas anders lösen würde).
Unter Tokyo waren plötzlich meine Datenbankfelder leer, bei genauerer Betrachtung hat Delphi den Laengenstring falsch aufgesplittet (Komma als Trennzeichen).
Die Items waren im Designer bereits auf Werte gesetzt.

Abhilfe brachte, im Designer die Items-Liste zu löschen und nur aus der Ini zu initialisieren.

In den Tokyo-Sourcen ist ersichtlich, dass die Liste beim Neuzeichnen nochmal irgendwie zwischengespeichert wird, und der Delimiter wieder auf seinen Standardwert gesetzt wird, bevor die Ini-Werte gelesen werden. Daher dann das falsche Splitting.

Ich werde wohl noch versuchen, das in die Quality Central zu posten, aber musste den Hinweis auch hier mal loswerden.

[mischerr]

Hallo,

parse die Liste aus der Ini doch selbst und füge die Elemente einzeln hinzu.
Ich würde allerdings ein ClientDataset nehmen und auf eine DBLookupCombo wechseln.
Es scheint sich ja um ein Float-Field zu handeln - dann hätte man auch kein Problem mit Dezimaltrennzeichen z.B. im Englischen.

[Rainer Wolff]

Zitat von mischerr:

Hallo,

parse die Liste aus der Ini doch selbst und füge die Elemente einzeln hinzu.

Ich hab das Problem ja schon umfummelt (umgangen wär schon übertrieben)

Zitat von mischerr:

Ich würde allerdings ein ClientDataset nehmen und auf eine DBLookupCombo wechseln.

Nicht auf meinem Mist gewachsen, ich habs geerbt, ich würds wahrscheinlich auch in die DB stopfen, schon wegen Backup

Zitat von mischerr:

Es scheint sich ja um ein Float-Field zu handeln - dann hätte man auch kein Problem mit Dezimaltrennzeichen z.B. im Englischen.

quick and dirty halt, und auch nur ein Einzelprogramm

[himitsu]

Sprachabhängige Daten aus Dateien zu laden war noch niemals eine gute Idee.
Diese INI auf einem englichen System, bzw. in einem englischsprachigen Benutzerkonto. (anderer Benutzer oder ein Nuter hat seine Sprache umgestellt)

Zitat:

Der String wird im FormCreate gesetzt

Je nach Einstellung ist das auch nicht immer die gleiche Stelle (TForm.OldCreateOrder) und gerade beim Upgrade der Delphi-Version kann sich sowas schnell mal ändern.


PS: LookupComboBox ... innen die "richtigen" Werte und angezeigt die sprachabhängige Version, in welcher es auch mal nicht gleich katastrophal endet, wenn es dort ein paar Konvertierungsproblemchen gibt.

[SearchBot]

Ich habe gute Erfahrungen gemacht, wenn ich StrictDelimiter auf true setze.