Delphi XE/XE2 Probleme mit UTF-8 Editor

[BUG]

Zitat von Uwe Raabe:

So erzeugt z.B. der Text "ûHallöle" die Byte-Folge "DC C8 81 93 93 6A 93 85", was auf einem IBM-Großrechner-Terminal dann auch korrekt als "ûHallöle" dargestellt wird.

Ich glaube, möchte er nicht, dass ein Û dargestellt wird, sondern es als Escapezeichen benutzten:

Zitat von Mavarik:

DoPrinter('Û011<-Das ist eine Umschaltsequenz für den Printer'); Eigentlich steht da nach EBCDIC (DOS Zeichensatz) #219+'011'... Das 219er war halt der Ersatz für z.B. ESC Sequenzen an Nadeldrucker...

Das hardcoden solcher Strings ist imho nicht das Gelbe vom Ei (ein printer.doDasWasDieSequenzTut() wäre wohl netter, damit wäre der Drucker auch besser austauschbar.).

Aber wenn du darauf baust, müsste sich doch eigentlich eine Ansi-Codierung (und damit die richtige Bytesequenz) erzwingen lassen

Zitat von Mavarik:

Es geht ja nicht um ein Verhalten zur Laufzeit... Das AnsiString() bringt daher nix, da beim abspeichern der *.pas Files de Zeichen schon konvertiert werden...

Wie das im Code gespeichert wird ist doch egal. Hauptsache zur Laufzeit stimmt es. Selbst wenn du es zur Laufzeit zu Ansi umcodieren müsstest.

[Mavarik]

Also!

Danke für Eure Ideen... Soweit.

Zitat von Bernhard Geyer:

Kannst du denn nicht definieren das die entsprechende Quelldatei nicht UTF8 gespeichert wird? da gabs doch mal was ...

Das wäre ne Idee... Wo?

Zitat von himitsu:

Wobei die Umwandlung von Unicode/UTF-8 nach ANSI vom jeweiligen System abhängt, also von dessen Standard-Codepage. Und somit ist soeine Umwandlung nicht immer Bytegenau möglich, wenn die Umwandlung erst auf den Zielsystem (zur Laufzeit) geschieht.

Somit keine Lösung ich werde warscheinlich alle Anweisungen umbauen..

Beispiel : PrintStr(#219+'011 Text '+#219+'001'); usw..

Zitat von BUG:

Ich glaube, möchte er nicht, dass ein Û dargestellt wird, sondern es als Escapezeichen benutzten:

Das hardcoden solcher Strings ist imho nicht das Gelbe vom Ei (ein printer.doDasWasDieSequenzTut() wäre wohl netter, damit wäre der Drucker auch besser austauschbar.).

Aber wenn du darauf baust, müsste sich doch eigentlich eine Ansi-Codierung (und damit die richtige Bytesequenz) erzwingen lassen

Damit der Printer austauschbar ist werden alle Sequenzen so konvertiert. #219 für jetzt kommt ne Umschalt-Ssequenz und dann 3 Zahlen für was...

(Der Code ist 20 Jahr alt... Nix Canvas.... Direkt-Copy an den Printerport... Am Windows vorbei Hardcoded EPSON ESC/2 Befehle... usw...

Mittlerweile gibtes einen Emulator der die Sequenzen wieder Umsetzt in einen Canvas-Printer...

Zitat von Uwe Raabe:

Was ich nicht nachvollziehen kann ist der große Block unter #219. Laut EBCDIC-Tabelle Codepage 1141 entspricht #219 einem "û" (Unicode-#00FB).

Schöne Tabellen.... Mach mal nen CMD auf und tippe <ALT festhalten>219<Alt loslassen>

Es geht um den "alten" DOS Zeichensatz...

Aber abgesehen von meinem "Printer-Problem" habt Ihr diese Probleme nicht? Non-Ascii Zeichen in String-Konstaten?
Kaum zu glauben...

Mavarik

[Bernhard Geyer]

Zitat von Mavarik:

Zitat von Bernhard Geyer:

Kannst du denn nicht definieren das die entsprechende Quelldatei nicht UTF8 gespeichert wird? da gabs doch mal was ...

Das wäre ne Idee... Wo?

Im Texteditor, Kontextmenu, Eintrag "Dateiformat". Dort auf ANSI stellen.

[Mavarik]

Zitat von Bernhard Geyer:

Im Texteditor, Kontextmenu, Eintrag "Dateiformat". Dort auf ANSI stellen.

Danke!!!! Das war die Lösung.... Funktioniert!

Jetzt muss ich "nur" noch Delphi/GXperts abgewöhnen das um zu stellen...

Mavarik

[Uwe Raabe]

Zitat von Mavarik:

Schöne Tabellen.... Mach mal nen CMD auf und tippe <ALT festhalten>219<Alt loslassen>

Es geht um den "alten" DOS Zeichensatz...

Und warum schreibst du dann EBCDIC? Das hat doch mit dem IBM-DOS-Zeichensatz gar nichts zu tun. EBCDIC wird doch nur auf IBM-Großrechnern verwendet.