Falsches Dezimaltrennzeichen

[Herbertla]

Ich habe auf meinem neuen Rechner, OS WIN7 64b Pro, jetzt ZUSI2 aktuelle CD14 installiert.
Alles prächtig, aber die Dezimaltrenner sind englisch, sprich '.' statt ','

Alle einschlägigen Einstellung des OS stehen auf Deutsch bzw. Komma als Dezimaltrenner. Auch in allen anderen installierten Programmen wir das Komma benutzt.

Ich habe weder in den 'Einstellungen' noch in der Registry eine Einstellungsmöglichkeit gefunden?

[Christian Gründler]

Hallo Herbert,

es könnte möglicherweise daran liegen, daß Zusi die LANG-Variable nicht lesen kann. (Ob das Programm sie braucht, weiß ich nicht; dazu müsste Carsten etwas sagen.) Wenn Du Dich ein bisschen mit der Kommando-Shell auskennst, könntest Du es ausprobieren:

- in der Eingabeaufforderung cmd eingeben
- im Shell-Fenster per cd in das Zusi-Hauptverzeichnis wechseln (am besten Ordner für Ordner durchhangeln, evtl. zwischendrin den Ordnerinhalt per dir anzeigen lassen; Achtung: interne Ordnernamen können in Windows 7 von der Anzeige im Explorer abweichen!)
- set LANG=de eintippen
- Zusi starten, indem Du die exakte Bezeichnung der .exe-Datei eintippst

Falls das tatsächlich funktioniert, kann man die Schritte in ein .bat-Datei schreiben und diese dann per Doppelklick z.B. vom Desktop aus starten.

M.f.G. Christian

[Stephan/Taschi]

Du meinst, im Ausführen-Fenster cmd eingeben, damit die Eingabeaufforderung aufgeht, vermute ich mal.

[Carsten Hölscher]

Wo genau in der Zusi-Welt tauchen die unerwarteten Trenner denn auf?

Carsten

[Christian Gründler]

Du meinst, im Ausführen-Fenster cmd eingeben, damit die Eingabeaufforderung aufgeht, vermute ich mal.

Vermutlich. Ich habe Windows 7 leider (oder auch nicht ) noch niemals gesehen , konnte einem meiner Brüder bei einem vergleichbaren Problem (sein GIMP wollte partout keine deutschen Texte anzeigen) aber helfen.

M.f.G. Christian

[Herbertla]

Erstmal danke für alle Antworten!

Ich kenn mich mit der Shell ganz gut aus, ich stamme noch aus der Zeit, als man noch "EDV" lernte und um Halfbits bei der Speicherbelegung kämpfte. Mein 1. PC hatte 128kB Memory, eine 5 MB-Platte und kostete 24.000 DM!

OK, zum Problem.

@Christian: Das mit der language-Variable war ein guter Ansatz, hat leider nicht gefruchtet, hätte mich auch gewundert, denn dann wäre es ja ein Problem des OS. Das Betriebssystem gibt aber z. B. auch das korrekte Datum und deutsche Datumsformat aus. Ausserdem würde es mehrere Programme betreffen nicht nur die Zusiprogramme.

@Carsten: Überall dort, wo Zusiprogramme eine nummerische Eingabe erwarten: Streckeneditor, Gebäudeeditor, Fahrzeugeditor etc. ! Beispiel Streckeneditor Einstellungen:



Bei Eingabe eines nummerischen Wertes kommt z. B. die Fehlermeldung:


Komischerweise werden bei den Zieglertools korrekt die Kommas eingesetzt???

Auf meinem anderen Rechner habe ich WIN7 32b Premium Home, da gibt es keine Probleme., aber da sind auch die Registryeinträge komplett anders.

[Christian Gründler]

Überall dort, wo Zusiprogramme eine nummerische Eingabe erwarten: Streckeneditor, Gebäudeeditor, Fahrzeugeditor etc.

Das ist ja interessant. Wenn Du dort z.B. "0.5" eingibst und abspeicherst: was steht in der Datei? (Vorher Sicherheitskopie anlegen!)

Darf ich Deinen Worten außerdem entnehmen, daß die Simulation selbst richtig läuft, oder bricht die auch mit einer vergleichbaren Fehlermeldung ab?

M.f.G. Christian

[Herbertla]

Jo, so ist es!

Ich habe mittlerweile so ziemlich alles ausprobiert und ZUSI funktioniert ganz normal! Wenn ich die englische schreibweise benutze, auch die Erzeugung von Objekten im Gebäudeeditor etc.
Es scheint sich um ein Präsentationsproblem der Oberfläche zu handeln, denn in den Dateien werden die Daten auch mit Komma abgespeichert und lassen sich problemlos gegenseitig mit dem anderen Rechner austauschen.
Ich habe auch ein paar Zusatzprogramme ausprobiert - Hausgenerator, Zieglertools, TCP-Server, Zusidisplay - da ist dieses Phänomen nicht zu beobachten, nur bei den "eigentlichen" ZUSI-Programmen.

Da ich vermute, dass die Zusatzprogramme nicht mit DELPHI geschrieben wurden, könnte es sein, dass da irgendeine Runtime-Datei oder DLL von DELPHI eine System-, Umgebungsvariable einliest die in DOS schlummert (deswegen war der Ansatz mit LANG gar nicht schlecht)??

[Carsten Hölscher]

Zusi merkt sich beim Start die Variable "DecimalSeparator", die am Anfang mit dem Systemwert belegt sein sollte.
Bei den Schreiboperationen wird auf Komma und danach wieder auf den gemerkten Wert gesetzt, damit die Dateien immer gleichartig formatiert sind.

Den Punkt setzt Zusi gar nicht, also das muss aus dem System kommen.

Carsten

[Lutz Troitzsch]

Hallo
er ist nicht allein mit dem Problem.
Ich hab das auch,auf meinem Schlepptop,den mir meine Kinder Anfang diesen Jahres zum Geburtstag geschenkt haben.
Betriebssysten Win 7 Home Premium 64 bit,natürlich Vorinstalliert und ein Haufen Firmensch.. und keine CD dazu aber das ist ja heute so üblich.Also das Teil erst mal Plattgemacht,neu aufgesetzt,alle Treiber zusammengesucht,das braucht die meiste Zeit und jetzt paßt es.
In den Zusiprogrammen ist ein kleiner Tastendreher drin mit dem ich leben kann.Wenn man ein Komma benötigt muß man die Punkttaste drücken und schon paßt es,benutzt man die Kommataste kommt es zur oben gezeigten Fehlermeldung.
Mir war es einfach zu Unwichtig daraus ein Forenthema zu machen da ich für mich eine Lösung gefunden hatte,und es erschien mir utopisch das noch jemand das gleiche Problem hat.
Was mich interssieren würde ob Laptop und Rechner vom gleichen Hersteller stammen.

Mfg

Lutz

[Herbertla]

@Carsten:
Wo liest ZUSI den Wert 'DecimalSeperator' aus?
Nach dieser Seite http://www.delphibasics.co.uk/RTL.asp?N ... lSeparator" target="_blank wäre es die Lokale: LOCALE_SDECIMAL und die steht bei beiden Rechnern auf Deutsches Gebietsschema und damit der Seperator auf ',' Komma.

Ich vermute, dass es sich um ein 64-Bit-Problem handelt, da ZUSI ja als 32-Bit-Programm gehandelt wird, und es vielleicht ähnlich unterschiedliche Verwaltungsoptionen gibt wie in der Registry.

Interesanterweise sind die Registryeinträge, z. B. für die Bettung mit Komma gespeichert, werden aber in der Maske mit Punkt ausgelesen?!

@Lutz:
Ich lebe genauso mit dem Zustand! Geht auch ganz gut, aber ich verhau' mich halt manchmal und dann kommt der Fehler und das nervt. Ich glaube nicht, dass es ein Hardwareproblem ist, wie gesagt denke eher an 64-bit-Umgebung.
Trotzdem: ASUS Notebook P53S mit Corei5-Prozessor, NVIDIA GEFORCE GT520M, 8GB RAM

[Carsten Hölscher]

Wo liest ZUSI den Wert 'DecimalSeperator' aus?

Das kann ich auch nicht ohne weiteres feststellen. Aber glauben wir mal dem Link.

Interesanterweise sind die Registryeinträge, z. B. für die Bettung mit Komma gespeichert, werden aber in der Maske mit Punkt ausgelesen?!

ja, das ist dann zumindest in sich plausibel. Also Zusi bekommt den Punkt vom System geliefert.
Carsten

[F. Schn.]

Ich vermute, dass es sich um ein 64-Bit-Problem handelt, da ZUSI ja als 32-Bit-Programm gehandelt wird, und es vielleicht ähnlich unterschiedliche Verwaltungsoptionen gibt wie in der Registry.

Kann ich nicht bestätigen. (Win 7 64 Bit)

Aber: Das bzw. ein ähnliches Problem ist offenbar bereits in anderen Delphi-Anwendungen aufgetreten:
http://www.delphipraxis.net/148784-wind ... ormat.html

Erst nach Änderung auf ein anderes Land und erneutes ändern auf "Deutsch (Deutschland)" wurde das Datumsformat von der Delphi-Testapplikation (und von dem Kopierschutz) korrekt ermittelt.

Wenn das nicht hilft, hätte ich noch folgende Vorschläge:
* Geh mal auf Systemsteurerung -> Region und Sprache -> Formate -> Weiter Formate, ändere den Wert Deziamaltrennzeichen auf einen dritten Wert (z.B. ~), starte Zusi und überprüfe ob er ihn nimmt.
* Kopiere den Editor mal auf ein Nicht-NTFS-Wechselmedium, damit sich Window keine Spezialeinstellung bezüglich des Streckenedits merken kann, und teste dort noch mal.
* Aktiviere mal unter Systemsteurerung -> Region und Sprache -> Tastaturen -> Tastaturen ändern -> Sprachenleiste, die Sprachenleiste und ändere (während der Streckeneditor läuft) mal den Wert, Str-Edit-Neustart, zurückstellen, neustart, überprüfen ob's läuft.
* Ändere die Kompatiblitätseinstellungen des Streckeneditors.
* Suche mal in der Regestry nach Schlüsseln mit dem Begriff decimal, und poste mal, wo du überall etwas findet, was passend aussieht. Könnte sein, dass sich Windows für Zusi spezielle Einstellungen merkt...

[Herbertla]

Erst nach Änderung auf ein anderes Land und erneutes ändern auf "Deutsch (Deutschland)" wurde das Datumsformat von der Delphi-Testapplikation (und von dem Kopierschutz) korrekt ermittelt.

Das hat geholfen! Verstehen muss ich das aber nicht, oder? Ist auch nach dem Reboot stabil mit Komma!

* Ändere die Kompatiblitätseinstellungen des Streckeneditors.

Hatte ich schon vorher probiert, ohne Erfolg.

* Suche mal in der Regestry nach Schlüsseln mit dem Begriff decimal,

Hatte ich auch schon gesucht:
- Es gibt diverse Verweise in den Classes auf die Systemvariable sDecimal und die liegt in HKEY_USERS\%USERKEY%\Control Panel\International und stand und steht bei allen Usern auf ','
sonst nichts, wie gesagt neuer Rechner außer OS, MS Office und ZUSI noch nichts installiert.

OK, Vielen Dank und es hat geholfen

[Carsten Hölscher]

Also es ist dem Link zufolge ein Problem bei bestimmten vorkonfigurierten Windowsinstallationen, dass Trenner in Windows defaultmäßig falsch gesetzt werden. Durch Ändern und Zurückändern stimmt es dann.

Carsten