Delphi XE/XE2 Probleme mit UTF-8 Editor

[BUG]

Zitat:

Zitat von Uwe Raabe (Beitrag 1124296)

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:

Zitat von Mavarik (Beitrag 1124233)

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

Delphi-Quellcode:

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 :gruebel:

Zitat:

Zitat von Mavarik (Beitrag 1124246)

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:

Zitat von Bernhard Geyer (Beitrag 1124272)

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:

Zitat von himitsu (Beitrag 1124297)

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:

Zitat von BUG (Beitrag 1124307)

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

Delphi-Quellcode:

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 :gruebel:

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:

Zitat von Uwe Raabe (Beitrag 1124296)

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:

Zitat von Mavarik (Beitrag 1124360)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1124272)

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:

Zitat von Bernhard Geyer (Beitrag 1124361)

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:

Zitat von Mavarik (Beitrag 1124360)

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.