ucs2 prtf chinesisch drucken

[inchic]

Hallo Fuerchau,
gibt es Möglichkeiten, die prtf sprachunabhängig aufzubauen mit unicode utf16.
also, wenn ich eine datei mit ccsid 1200 habe, einen fähigen Drucker, und eine prtf, die die Inhalte der datei ausgeben soll. Der Inhalt kann sowohl chinesische zeichen als auch arabische enthalten, Schwedisch, Englich,Russisch oder Deutsch sein.
Wie gehe ich das in meinem programm an?
gibt es da einen font der die meisten Sprachen abdeckt? oder hilft mir da das cdrcvrt? PS: diese API verstehe ich nicht.

bin weiterhin für jede Idee oder Information dankbar

[Fuerchau]

Fonts unterstützen leider kein UTF16 sondern nur UCS2, da max. 65.000 Schriftzeichen in einem Font möglich sind.
Nur für asiatische Schriften gibt es leider mehrere Varianten.

In den meisten Unicode-Schriften ist fast alles enthalten.

In der PRTF kann man aber die Fontnamen auch als Variable übergeben (P-Feld).
Dadurch kann man natürlich sehr flexibel drucken und je nach Kunden die Schriftart über Parameter einstellen.
Diese sollten natürlich auch installiert sein.
Man kann auch eigene Schriften in /QIBM/UserData/OS400/Fonts/TTFonts installieren.

In den asiatischen Schriften sind die westeuropäischen enthalten.
Wie es mit baltisch, russisch, kyrillisch usw. aussieht kommt halt auf den jeweiligen Font an.

[inchic]

Danke,

was ist eigentlich mit dem prtf-keyword UNISCRIPT, kann ich nicht auch damit arbeiten.
Ich habe bisher nirgends einen Beitrag zu uniscript gesehen?

[Fuerchau]

Die Doku findest du hier:
UNISCRIPT (Unicode Text Layout) keyword in printer files

Im wesentlichen gehts hier nur um Left to Right (die meisten) bzw. Right to Left (hebräisch, arabisch) drucken.

Allerdings wird's hier tatsächlich kompliziert, da man ja die Spalten-Position normalerweise in Zeichenposition angibt, die "alternative Position" für *RL aber in UOM (also Inch oder CM) angeben muss.
Zusätzlich gib's da noch das Problem, dass die UOM per OVRPRTF geändert werden kann, so dass konstante Positionierung hier für den Müll sind.
Man muss dann per API herausfinden, welche aktuelle UOM gilt und seine Positionsberechnungen per Programm und P-Feldern gestalten.

Also für RL-Ausdrucke würde ich persönlich eigene PRTF's erstellen.