Zusi-Forum

Die neue Entwicklungsumgebung hat eine Änderung von Ansi auf Unicode eingeführt, also eine andere Standardcodierung für Textdateien, was sich durch die falsche Darstellung von Sonderzeichen äußert, wenn ich es nicht korrekt angepasst habe. Die Standardfunktionen (also alle xml-Zugriffe) laufen alle über eine Code-Basis, die entsprechend modifiziert ist. Aber zusätzlich hat Zusi ja noch zahlreiche Lese- und Schreibfunktionen, die an allen möglichen Stellen irgendwelche Hilfsdateien nutzen. Es ist nicht auszuschließen, dass ich da noch welche übersehen habe. Es wäre also bitte mal verstärkt darauf zu achten, ob die auch alle korrekt arbeiten. Wenn nicht, bitte hier melden.

Carsten

Der erste Befund, dass alte Fahrleitungs-DLL problemlos weiter funktionieren wenn die notwendigen DX-DLLs vorhanden sind, war nicht ganz richtig: Das gilt nur solange man keine Dateinamen übergibt. Sobald die DLL zum Beispiel einen Isolator setzen möchte, gibt es ein Unicode-Problem mit dem Dateinamen, so dass der Einbau nicht zustande kommt. Zusi 3.4.99.20 scheint den String als Widestring zu interpretieren und landet dann bei chinesischen Schriftzeichen . Da wir aber in Dateinamen ohnehin keine Sonderzeichen zulassen, wäre es im Sinne der Weiternutzbarkeit alter DLLs vielleicht günstig wenn Zusi an dieser Stelle alles als ANSI-String interpretiert.

Alwin Meschede hat geschrieben: ↑29.04.2022 17:44:02im Sinne der Weiternutzbarkeit alter DLLs

Meine Meinung: Wer die alten DLLs nutzen will, sollte ein Backup der alten Editoren behalten Mit der 64-Bit-Editorversion funktionieren sie ja sowieso nicht.

Nachtrag: Auf der Schnittstelle für Fahrleitungs-DLLs erwartet Version 3.4.99.20 immer noch Codepage 1252.

Also die Schnittstellen sind am Ende so wie bisher, so dass alte dlls auch unter 3.5 unverändert laufen.
Es wird auch weiterhin eine 32bit-Version geben, so dass man keine 3.4-Versionen irgendwo am Leben halten muss.

Carsten

Carsten Hölscher hat geschrieben: ↑29.04.2022 23:15:03 Also die Schnittstellen sind am Ende so wie bisher, so dass alte dlls auch unter 3.5 unverändert laufen.

Wenn man (egal ob Zusi oder DLL) am Ende Dateinamen hin- und herkonvertieren muss, landet man doch nur in einer Welt der Schmerzen. Bitte stell doch die Schnittstelle auf Wide-Strings um (und lass die alte evtl. für die Rückwärtskompatibilität, aber nur in der 32-Bit-Version). So viele DLLs gibt es doch gar nicht, die das betrifft?

Bei der Installation von Paket 117 ist mir das hier aufgefallen:

Hab leider keinen Screenshot davon geschafft, aber als Zusi das Script ausgeführt hat, hat Zusi das in einer Mikroskopisch kleinen Schrift getan. DPI 100%. Wenn ich weitere Untersuchungen starten soll, bitte Bescheid geben.

Alwin Meschede hat geschrieben: ↑22.06.2022 17:45:35 Bei der Installation von Paket 117 ist mir das hier aufgefallen:

Da wird UTF-8 voreilig als Windows-1252 interpretiert, bekannt unter dem Begriff Mojibake https://de.wikipedia.org/wiki/Zeichensa ... t=Mojibake

Gut, dass es nicht in UTF-16 war. Dann wäre wohl außer dem "L" nichts übrig geblieben.

In meinem aktuellen Entwicklungsstand sieht es korrekt aus. Also ist dann automatisch mit dem nächsten Update behoben.

Carsten