cl_gui_textedit unicode
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
3 Beiträge
•
Seite 1 von 1
3 Beiträge
Seite 1 von 1
Beitrag
von PeterPaletti (Specialist / 350 / 32 /
97
)
»
Tach auch,
ich verwende die Klasse cl_gui_textedit,um einen Langtext zu erfassen, und schreibe diesen auf der DB in eine eigene Texttabelle weg.
In einem anderen Programm wird der Text von der Datenbank gelesen und soll per CALL TRANSFORMATION in einem XML-Strom ausgegeben werden.
Das XML bricht bei deutschen Umlauten regelmäßig weg,
Das System ist ein UNICODE-System.
Hat jemand eine Idee, ob im Programm irgendwo was eingestellt werden muss, um mit CL_GUI_TEXTEDIT einen unicodefähigen Text zu erfassen?
ich verwende die Klasse cl_gui_textedit,um einen Langtext zu erfassen, und schreibe diesen auf der DB in eine eigene Texttabelle weg.
In einem anderen Programm wird der Text von der Datenbank gelesen und soll per CALL TRANSFORMATION in einem XML-Strom ausgegeben werden.
Das XML bricht bei deutschen Umlauten regelmäßig weg,
Das System ist ein UNICODE-System.
Hat jemand eine Idee, ob im Programm irgendwo was eingestellt werden muss, um mit CL_GUI_TEXTEDIT einen unicodefähigen Text zu erfassen?
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von PeterPaletti (Specialist / 350 / 32 /
97
)
»
Hat sich erledigt. Liegt wohl an der SAP-Codepage beim Herunterladen des XML-Stroms.
Beitrag
von a-dead-trousers (Top Expert / 4413 / 224 /
1185
)
»
Kleiner Tipp:
Bei CALL TRANFORMATION am besten mit XSTRING arbeiten. Dann schreibt SAP die Daten automatisch als UTF-8. Wenn man STRING verwendet wird auf einem Unicode-System UTF-16 (Systemcodepage) daraus.
Hin zum GUI wird ürbrigens meistens UTF-8 oder Windows-1252 verwendet. Wenn man SAP intern einen String verwendet wird auch hier automatisch in die Systemcodepage (UTF-16) gewandelt.
Bei CALL TRANFORMATION am besten mit XSTRING arbeiten. Dann schreibt SAP die Daten automatisch als UTF-8. Wenn man STRING verwendet wird auf einem Unicode-System UTF-16 (Systemcodepage) daraus.
Hin zum GUI wird ürbrigens meistens UTF-8 oder Windows-1252 verwendet. Wenn man SAP intern einen String verwendet wird auch hier automatisch in die Systemcodepage (UTF-16) gewandelt.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
Thomas R.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
2407
Views
Views
Unicode-Strings via ABAP-OLE2 to EXCEL (NON-Unicode-SAP-Sys)
von fritz_herma » 15.03.2007 14:17 • Verfasst in ABAP® Core
von fritz_herma » 15.03.2007 14:17 • Verfasst in ABAP® Core
0
Antw.
Antw.
1932
Views
Views
3
Antw.
Antw.
3935
Views
Views
7
Antw.
Antw.
8058
Views
Views
Textedit-Control in modalem Dialogfenster
von PatrickMA » 20.04.2006 13:34 • Verfasst in Dialogprogrammierung
von PatrickMA » 20.04.2006 13:34 • Verfasst in Dialogprogrammierung
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
SAPScript Formular Fertigungspapiere doppelseitig Drucken
vor einer Stunde von Abap_neuling 12 / 444
vor einer Stunde von Abap_neuling 12 / 444
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
SAPScript Formular Fertigungspapiere doppelseitig Drucken
vor einer Stunde von Abap_neuling 12 / 444
vor einer Stunde von Abap_neuling 12 / 444