Länderspezifischer Zeiensatz in Tabelle

[Fuerchau]

Die polnischen Zeichen können auf einem deutschen Terminal nicht dargestellt werden, umgekehrt die deutschen auf dem polnischen, aber es fehlen dafür Teile der französischen / skandinavischen Zeichen.

In DDS ist G (Graphic) für CCSID 13488, "C" gilt im RPGLE !

[peter.kinne]

Gibt es denn überhaupt keine Möglichkeit, die polnischen Zeichen unter deutschen zeichensatz anzuzeigen.

kann ich dich diesbezüglich morgen mal anrufen ?


gruß

peter

[KM]

Nein, wenn Du in Deiner CA-Sitzung die deutschen Codepage (1141) eingestellt hast, kannst Du keine polnischen Sonderzeichen anzeigen, da diese nicht in der Codepage 1141 existieren, sondern nur in der polnischen (1153). Da hast Du keine Chance. Die deutschen Umlaute kannst Du in der polnischen Sitzung anzeigen, da diese Zeichen in der Codepage 1153 existieren. Dafür fehlen aber manche französischen Sonderzeichen (z.B. Vokale mit accent circonflex). Für die Anzeige müsstest Du Dir also eine unicodefähige Oberfläche (Windows oder Web) generieren, wenn Du wirklich gleichzeitig Zeichen aus mehreren Sprachräumen anzeigen willst.

Gruß,
KM

[Fuerchau]

Hallo Peter,

ein Anruf schadet nie.

[Fuerchau]

Bei folgendem Link kann man sehr schön die Sprachbereiche betrachten:

http://alis.isoc.org/codage/iso8859/jeuxiso.de.htm

Dabei fällt dann auf, dass Deutsch eben zu Latin-2 oder Latin-1 gehört.
Du kannst also mit eine polnischen Codepage gleichzeitig auch Deutsch darstellen, umgekehrt jedoch nicht.
Solange du also nicht auf französische Zeichen angewiesen bist, kannst du ja alles in polnisch machen.

[peter.kinne]

Hallo Baldur,

ich rufe dich am späten Nachmittag von zu Hause aus an. Schätze so nach 17:00 Uhr wenn es bei Dir passt.

Gruß

Peter

[peter.kinne]

Hallo baldur,

das Problem m it Polen ist gelöst. wir nehmen CCSID 870 und dann klappt es in beide Richtungen.

Jedoch gibt es ein neues Problem. Zum Testen habe ich meine 5250-Session auf 870 gestellt. Meinen Job ebenfalls.
Die Daten in der Tabelle sehen auf beiden Notebooks (deutsch + polnisch) richtig aus.

Aber die Konstanten in den IBM-Menüs und Funkionstasten verlieren nun in der der Anzeig. Bei eigener Software ebenfalls.

Was muss ich denn jetzt noch umstellen.

Gruß

Peter

[Fuerchau]

Da kannst du gar nichts umstellen sondern musst alle Texte in dieser Kombination (Sitzung/Job/DB-CCSID) noch mal erfassen.

Da es keine Umsetzung von 273 nach 870 ohne Verluste gibt, hast du hier keine Chance.
Ich sagte auch schon mal, dass die Systemlib's (QSYS29xx) grundsätzlich mit CCSID *HEX ausgeliefert werden so dass ein Job und Device in der CCSID laufen müssen, die durch die Sprachlib's vorgegeben ist !

Ist dein System also 273 müssen Job und Display auf 273 stehen, analog gilt dies auch für andere CCSID's.

[peter.kinne]

Ja, das mit den Systemobjekten verstehe ich ja. Aber warum habe ich Probleme mit meinen eigegen DSPFs ?

Alle Umlaute verschwinden bzw. kommen Ersatzwerte

[peter.kinne]

Noch eine Frage,

wenn ich in die Dateibeschreibung meiner DSPF sehe, steht dort bei CCSID der Wet 273. Diesen kann ich beim Wandeln aber nicht verändern. Und mit Change-DSPF kann ich den Wert auchnicht ändern.

Peter

[Fuerchau]

Die CCSID der DSPF resultiert aus der CCSID deiner Source bzw. deines Job's zur Umwandlungszeit.
Dadurch weiß die AS/400 welche CCSID Text-Konstanten zur Laufzeit haben.
Dies gilt auch für MSGCON (wers noch verwendet).

Nun gibts da noch die CHRID !!!

Zeichen-ID (CHRID) - Hilfetext

Gibt die Art der Zeichenumsetzungen an, die für die Bildschirmdatei
stattfinden können. Erforderlichenfalls setzt das System die an die
Einheit gesendeten oder von der Einheit empfangenen Zeichendaten um.
Hierdurch wird sichergestellt, dass die korrekten Hexadezimal-Byte-Werte
der Zeichen an die Einheit gesendet und an das Anwendungsprogramm
zurückgegeben werden.

Einzelwerte

*DEVD
Die CHRID der Einheit wird als CCSID der Felddaten für jedes
benannte Feld mit dem DDS-Schlüsselwort CHRID verwendet. Es findet
keine Umsetzung statt, da die CCSID der Felddaten stets mit der
CHRID der Einheit identisch ist.

*SYSVAL
Der Systemwert QCHRID wird als CCSID der Felddaten für jedes
benannte Feld mit dem DDS-Schlüsselwort CHRID verwendet. Eine
Umsetzung für diese spezifischen Felder findet nur statt, wenn die
CCSID der Felddaten sich von der CHRID der Einheit unterscheidet.

*JOBCCSID
Die angegebene Zeichenumsetzung findet statt, wenn die Werte für die
Einheiten-CHRID, die Job-CCSID oder die Bildschirmdatei-CCSID
unterschiedlich sind. Bei Eingabe werden Zeichendaten
erforderlichenfalls von der Einheiten-CCSID in die Job-CCSID
umgesetzt. Bei Ausgabe werden die Zeichendaten erforderlichenfalls
von der Job-CCSID in die Einheiten-CHRID umgesetzt. Bei Ausgabe
werden Konstantenzeichendaten in der Bildschirmdatei
erforderlichenfalls von der Bildschirmdatei-CCSID in die
Einheiten-CHRID umgesetzt.

Anmerkung: Der Sonderwert *JOBCCSID, der entweder direkt im
Befehlsparameter CHRID oder im Jobattribut CHRIDCTL angegeben
wird, wenn der Sonderwert *CHRIDCTL im Befehlsparameter CHRID
angegeben wurde, ist nicht zulässig, wenn die Datei auf einem
System mit einem früheren Release-Stand als V2R3M0 erstellt
wurde. Eine vor V2R3M0 erstellte Datei wird nicht mit einer
CCSID versehen und kann nicht in Verbindung mit der
*JOBCCSID-Unterstützung verwendet werden.

*CHRIDCTL
Gibt an, dass das System das Jobattribut CHRIDCTL prüft, um
festzustellen, ob der Sonderwert *JOBCCSID oder *DEVD im
Befehlsparameter CHRID für diese Bildschirmdatei verwendet werden
soll.

Wichtig ist also, das Zeichenfelder das Schlüsselwort CHRID enthalten müsse um überhaupt übersetzt zu werden.
Aber Vorsicht:
Besteht zwischen DB/JOB/DSPF/DEVD Inkompatibilität kommt es zur CPF-Abbruchnachricht und es kann nix verarbeitet werden.

Da nun mal zwischen 273 und 870 genau dies der Fall ist klappts hier wieder nicht.

MAN MUSS EINFACH IM 5250-MODUS DAMIT LEBEN !!!