Wie Ö Ä bzw Ü in ABAP darstellen?
Hallo,
ich bekomme einen String in dem teilweise Ä, Ö und Ü durch Ö Ä bzw Ãœ erstetzt werden. Nun habe ich mir gedacht, dass ich mit
REPLACE ALL OCCURRENCES OF 'ä' IN meinstring WITH 'ä'.
einfach die Zeichen ersetzte. Dies klappt bei den kleinen Umlauten auch. Bei den grossen Umlauten wird allerding das Zeichen nach dem à immer durch eine Raute # ersetzt:
REPLACE ALL OCCURRENCES OF 'Ã# Ã# Ã# ' IN ASC WITH ' Ä Ö Ü'.
Wie kann ich dem Abap sagen, dass er dort die grossen Umlaute ausgeben soll?
gruss
Donossi
ich bekomme einen String in dem teilweise Ä, Ö und Ü durch Ö Ä bzw Ãœ erstetzt werden. Nun habe ich mir gedacht, dass ich mit
REPLACE ALL OCCURRENCES OF 'ä' IN meinstring WITH 'ä'.
einfach die Zeichen ersetzte. Dies klappt bei den kleinen Umlauten auch. Bei den grossen Umlauten wird allerding das Zeichen nach dem à immer durch eine Raute # ersetzt:
REPLACE ALL OCCURRENCES OF 'Ã# Ã# Ã# ' IN ASC WITH ' Ä Ö Ü'.
Wie kann ich dem Abap sagen, dass er dort die grossen Umlaute ausgeben soll?
gruss
Donossi
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo,
Da ich nicht auf à prüfen will, sondern auf à UND ein 2tes Zeichen, hilft mir das was du geschrieben hast nicht weiter. Und dieses Zeichen übernimmt SAP nicht sondern ersetzt es beim aktivieren durch eine Raute
Gruss
DonOssi
Da ich nicht auf à prüfen will, sondern auf à UND ein 2tes Zeichen, hilft mir das was du geschrieben hast nicht weiter. Und dieses Zeichen übernimmt SAP nicht sondern ersetzt es beim aktivieren durch eine Raute
Gruss
DonOssi
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
Woher kommen denn die Daten?
Aus einer Datei?
Dann würde ich es mal damit versuchen, bei OPEN DATASET ... FOR INPUT IN TEXT MODE den Zusatz ENCODING UTF-8 zu nutzen.
Aus einer Datei?
Dann würde ich es mal damit versuchen, bei OPEN DATASET ... FOR INPUT IN TEXT MODE den Zusatz ENCODING UTF-8 zu nutzen.
ich kann nicht ganz folgen, wo das Problem liegt. REPLACE ersetzt auch mehrere Zeichen.
Ausgabe:
Was meinst du mit "SAP übernimmt die Zeichen nicht und ersetzt durch #" ? Wird das im ABAP-Editor umgesetzt? Welchen Editor nutzt du?
Code: Alles auswählen.
DATA: text TYPE string.
text = '2kalkdfj Ü kjdk Ü Ü kalkd'.
WRITE: / text.
REPLACE ALL OCCURRENCES OF 'Ãœ' IN text WITH 'Ä' IN CHARACTER MODE.
WRITE: / text.Code: Alles auswählen.
2kalkdfj Ü kjdk Ü Ü kalkd
2kalkdfj Ä kjdk Ä Ä kalkd
Was meinst du mit "SAP übernimmt die Zeichen nicht und ersetzt durch #" ? Wird das im ABAP-Editor umgesetzt? Welchen Editor nutzt du?
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
Ich weiß nicht, was das Herumbasteln an Symptomen soll.
In der SAP-Standard-Codepage 1100 (passt zu iso-latin1/ISO 8859-1) entspricht  dem Hexadezimalwert C2, à dem Hexadezimalwert C3.
Beides sind aber auch häufig vorkommende erste Bytes für die UTF-8-Darstellung von westeuropäischen Nicht-ASCII-Zeichen.
Deswegen ja in meiner vorherigen Antwort der Vorschlag, das Problem an einer ganz anderen Stelle zu lösen.
Selbst wenn Du jetzt im Debugger mit Hexadezimaldarstellung herausfindest, welche Hexadezimalwerte sich nun hinter den nicht druckbaren Zeichen verbergen, die von SAP als # dargestellt werden - wie oft willst Du Dein Programm noch anpassen müssen?
Bisher hast Du Ä, Ö. Ü, ä, ö, ü und eventuell ß.
Was machst Du, wenn das nächste Mal ein é oder á und zwei Wochen danach das erste Mal ein ç vorkommt?
Jedes Mal Dein Programm anpassen?
Deshalb suche doch mal nach der Ursache (z.B. Einlesen der Datei, oder was weiß ich, wie diese "Zeichen" das erste mal ins System kommen), statt die Symptome zu bekämpfen.
In der SAP-Standard-Codepage 1100 (passt zu iso-latin1/ISO 8859-1) entspricht  dem Hexadezimalwert C2, à dem Hexadezimalwert C3.
Beides sind aber auch häufig vorkommende erste Bytes für die UTF-8-Darstellung von westeuropäischen Nicht-ASCII-Zeichen.
Deswegen ja in meiner vorherigen Antwort der Vorschlag, das Problem an einer ganz anderen Stelle zu lösen.
Selbst wenn Du jetzt im Debugger mit Hexadezimaldarstellung herausfindest, welche Hexadezimalwerte sich nun hinter den nicht druckbaren Zeichen verbergen, die von SAP als # dargestellt werden - wie oft willst Du Dein Programm noch anpassen müssen?
Bisher hast Du Ä, Ö. Ü, ä, ö, ü und eventuell ß.
Was machst Du, wenn das nächste Mal ein é oder á und zwei Wochen danach das erste Mal ein ç vorkommt?
Jedes Mal Dein Programm anpassen?
Deshalb suche doch mal nach der Ursache (z.B. Einlesen der Datei, oder was weiß ich, wie diese "Zeichen" das erste mal ins System kommen), statt die Symptome zu bekämpfen.
häh? Was meinst du denn jetzt mit Symptomen bekämpfen? Er hat sich doch noch gar nicht geäußert, wo die Zeichen herkommen. Aufgrund seines letzten Postings nehme ich eher an, daß die Sonderzeichen als konstante Zeichenkette im Quelltext stehen hat. Ist das der Fall und werden diese nach Aktivierung des Codings umgewandelt, ist die Frage nach GUI-Version und verwendetem Editor doch naheliegend. Gerade im Zusammenhang mit GUI und Sonderzeichen habe ich schon die seltsamsten Sachen erlebt.
Allerdings bin ich mir aufgrund seiner Postings nicht sicher, ob er das wirklich meint.
Allerdings bin ich mir aufgrund seiner Postings nicht sicher, ob er das wirklich meint.
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
Eben.zzcpak hat geschrieben:häh? Was meinst du denn jetzt mit Symptomen bekämpfen? Er hat sich doch noch gar nicht geäußert, wo die Zeichen herkommen.
Aber im ersten Beitrag hieß es noch
Das heißt, dass ein String verarbeitet werden soll, in dem statt Ä, Ö, Ü in der System-Codepage usw. eben offenbar die 2 Bytes für UTF-8-Darstellung vorkommen.donossi hat geschrieben:ich bekomme einen String in dem teilweise Ä, Ö und Ü durch Ö Ä bzw Ãœ erstetzt werden
Da normale ASCII-Zeichen nicht betroffen sind, gehe ich davon aus, dass das System ein Nicht-Unicode-System (cl_abap_char_utilities=>charsize ist 1) ist.
Und das von irgendwoher ein UTF-8-String ins System gekommen ist.
Ich kann das Problem auch falsch verstanden haben, und in dem String kommen sowohl "korrekte" Umlaute Ä, Ö, Ü... als auch die unerwünschten UTF-8-Bytefolgen vor. (Das kann aber eigentlich nur entstanden sein, wenn zuvor an dem ursprünglichen UTF-8-String schon mal jemand manuell oder per Programm herumgebastelt hat...)
Ja, sicher.zzcpak hat geschrieben:Aufgrund seines letzten Postings nehme ich eher an, daß die Sonderzeichen als konstante Zeichenkette im Quelltext stehen hat. Ist das der Fall und werden diese nach Aktivierung des Codings umgewandelt, ist die Frage nach GUI-Version und verwendetem Editor doch naheliegend. Gerade im Zusammenhang mit GUI und Sonderzeichen habe ich schon die seltsamsten Sachen erlebt.
Aber in diese Sackgasse ist er doch nur geraten bei dem Versuch, das ursprüngliche Problem (eine Bytefolge, die nicht einen zur System-Codepage passenden String darstellt, ist in einem Feld vom Typ C oder STRING gelandet) durch Herumbasteln an den Symptomen zu lösen.
Also:
Wenn der "String" aus einer Datei kommt: Datei mit korrekter Codepage-Konvertierung einlesen.
Wenn es sich um einen XML-Stream handelt: Nicht in ein Feld vom Typ STRING einlesen, sondern in ein Feld vom Typ XSTRING (und dann mit CALL TRANSFORMATION oder den entsprechenden ABAP-Objects-Methoden verarbeiten)
...
Zuletzt geändert von Frank Dittrich am 18.01.2011 17:27, insgesamt 1-mal geändert.
Hallo,
Nach weiteren Nachschauen, habe ich festgestellt, dass folgende Aussage wohl korrekt ist:
Wie kann ich schauen, welche SAP GUI Version ich verwende?
Wie bekomme ich den String von UTF8 in den benutzen Zeichensatz? Wie bekomme ich raus, was für ein Zeichensatz benutzt wird? Wie konvertiere ich den String in den akutellen Zeichensatz?
Gruss
DonOssi
Nach weiteren Nachschauen, habe ich festgestellt, dass folgende Aussage wohl korrekt ist:
Wo und wie kann ich (cl_abap_char_utilities=>charsize ist 1) überprüfen?Das heißt, dass ein String verarbeitet werden soll, in dem statt Ä, Ö, Ü in der System-Codepage usw. eben offenbar die 2 Bytes für UTF-8-Darstellung vorkommen.
Da normale ASCII-Zeichen nicht betroffen sind, gehe ich davon aus, dass das System ein Nicht-Unicode-System (cl_abap_char_utilities=>charsize ist 1) ist.
Und das von irgendwoher ein UTF-8-String ins System gekommen ist.
Wie kann ich schauen, welche SAP GUI Version ich verwende?
Wie bekomme ich den String von UTF8 in den benutzen Zeichensatz? Wie bekomme ich raus, was für ein Zeichensatz benutzt wird? Wie konvertiere ich den String in den akutellen Zeichensatz?
Gruss
DonOssi
Beitrag
von Frank Dittrich (Expert / 674 / 0 /
15
)
»
donossi hat geschrieben:Hallo,
Nach weiteren Nachschauen, habe ich festgestellt, dass folgende Aussage wohl korrekt ist:
Wo und wie kann ich (cl_abap_char_utilities=>charsize ist 1) überprüfen?Das heißt, dass ein String verarbeitet werden soll, in dem statt Ä, Ö, Ü in der System-Codepage usw. eben offenbar die 2 Bytes für UTF-8-Darstellung vorkommen.
Da normale ASCII-Zeichen nicht betroffen sind, gehe ich davon aus, dass das System ein Nicht-Unicode-System (cl_abap_char_utilities=>charsize ist 1) ist.
Und das von irgendwoher ein UTF-8-String ins System gekommen ist.
Code: Alles auswählen.
REPORT.WRITE cl_abap_char_utilities=>charsize.Irgendwo rechts unter Hilfe...donossi hat geschrieben:Wie kann ich schauen, welche SAP GUI Version ich verwende?
Wo kommen die Zeichen denn nun her?donossi hat geschrieben:Wie bekomme ich den String von UTF8 in den benutzen Zeichensatz? Wie bekomme ich raus, was für ein Zeichensatz benutzt wird? Wie konvertiere ich den String in den akutellen Zeichensatz?
Werden sie aus einer Datei gelesen, die mit OPEN DATASET ... FOR INPUT IN TEXT MODE geöffnet wurde?
Dann einfach noch den Zusatz ENCODING UTF-8 ergänzen (s. F1-Hilfe zu OPEN DATASET).
Oder ist das jetzt nicht mehr möglich, weil es die Datei nicht mehr gibt und die kaputten Strings jetzt schon in Tabellenfeldern in der Datenbank gespeichert sind?
Hallo
Übergeben bekomme ich die Daten von einem externen Program und gelesen werden diese wie folgt:
kann ich bei dem create (input=...) vorher noch ein encoding mitgeben? Wenn ja, wie sagen ich dem, dass es sich um UTF8 handelt?
Übergeben bekomme ich die Daten von einem externen Program und gelesen werden diese wie folgt:
Code: Alles auswählen.
DATA: in1 TYPE REF TO cl_abap_conv_in_ce.
in1 = cl_abap_conv_in_ce=>create( input = iv_uv_xml
).
in1->read( IMPORTING data = uv_xml ).Hallo
ich habe das Problem jetzt gelösst:
Hatte das gestern vor dem Post schon ausprobiert, aber leider hatte ich es an die falsche Stelle geschrieben, da der oberer Code mehrfach benutzt wird. Nun werden die Umlaute und ß korrekt angezeigt.
Vielen dank für eure Unterstützung.
gruss
DonOssi
ich habe das Problem jetzt gelösst:
Code: Alles auswählen.
DATA: in1 TYPE REF TO cl_abap_conv_in_ce.
in1 = cl_abap_conv_in_ce=>create( encoding = 'UTF-8' input = iv_uv_xml
).
in1->read( IMPORTING data = uv_xml ).
Vielen dank für eure Unterstützung.
gruss
DonOssi
Vergleichbare Themen
2
Antw.
Antw.
2780
Views
Views
PNG im CustomContainer darstellen
von peterpaulandmary » 10.06.2008 11:44 • Verfasst in Dialogprogrammierung
von peterpaulandmary » 10.06.2008 11:44 • Verfasst in Dialogprogrammierung
0
Antw.
Antw.
1177
Views
Views
Beteiligungsverhältnisse darstellen
von ralf.wenzel » 28.02.2013 14:44 • Verfasst in Sales and Distribution
von ralf.wenzel » 28.02.2013 14:44 • Verfasst in Sales and Distribution
5
Antw.
Antw.
2622
Views
Views
3
Antw.
Antw.
1581
Views
Views
6
Antw.
Antw.
4739
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.