SapScript #-Zeichen zwischen Buchstaben
10 Beiträge
•
Seite 1 von 1
10 Beiträge
Seite 1 von 1
Hallo,
ich habe jetzt ein Problem, das evtl. nach der Unicode Umstellung auftritt.
Es wird beim Ausdrucken des SapScript-Formulares, zwischen den Buchstaben ein #-Zeichen automatisch gesetzt und so ausgegeben (s.h. Bild im Anhang).
was könnte das sein? vllt. ein OS Hinweis fehlt ?
Vielen Dank für jede Unterstützung. )
ich habe jetzt ein Problem, das evtl. nach der Unicode Umstellung auftritt.
Es wird beim Ausdrucken des SapScript-Formulares, zwischen den Buchstaben ein #-Zeichen automatisch gesetzt und so ausgegeben (s.h. Bild im Anhang).
was könnte das sein? vllt. ein OS Hinweis fehlt ?
Vielen Dank für jede Unterstützung. )
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo isp,
hiflt dir folgender Link weiter?
https://mind-forms.de/sap-formulartechn ... llung-sap/
oder
https://help.sap.com/doc/saphelp_nwpi71 ... cache=true
Grüße 4Byte
hiflt dir folgender Link weiter?
https://mind-forms.de/sap-formulartechn ... llung-sap/
oder
https://help.sap.com/doc/saphelp_nwpi71 ... cache=true
Grüße 4Byte
Es gibt 10 Menschen die binär verstehen 
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Für Codepagekonvertierungen bieten sich die Klassen CL_ABAP_CONV_IN_CE, CL_ABAP_CONV_OUT_CE und CL_ABAP_CONV_X2X_CE an.
Wenn du den Text schon als XSTRING vorliegen hast und in das interne Zeichenformat konvertieren willst, geht das mit CL_ABAP_CONV_IN_CE.
Wenn du den Text auf der Datenbank zwar als "CHAR" aber in der falschen Codepage abgespeichert hast, musst du ihn zuerst OHNE Konvertierung in einen XSTRING umwandeln.
Wenn du den Text schon als XSTRING vorliegen hast und in das interne Zeichenformat konvertieren willst, geht das mit CL_ABAP_CONV_IN_CE.
Wenn du den Text auf der Datenbank zwar als "CHAR" aber in der falschen Codepage abgespeichert hast, musst du ihn zuerst OHNE Konvertierung in einen XSTRING umwandeln.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
isp
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
Der Text bzw. Typ dieser Spalte in Cluster db_tabelle ist LRAW.a-dead-trousers hat geschrieben:Für Codepagekonvertierungen bieten sich die Klassen CL_ABAP_CONV_IN_CE, CL_ABAP_CONV_OUT_CE und CL_ABAP_CONV_X2X_CE an.
Wenn du den Text schon als XSTRING vorliegen hast und in das interne Zeichenformat konvertieren willst, geht das mit CL_ABAP_CONV_IN_CE.
Wenn du den Text auf der Datenbank zwar als "CHAR" aber in der falschen Codepage abgespeichert hast, musst du ihn zuerst OHNE Konvertierung in einen XSTRING umwandeln.
Die Daten werden vor dem Preview so aufbereitet:
IMPORT otf_control = otf_control otf_page = otf_page
FROM DATABASE db_tabelle(tx) ID db_key.
Ist es möglich in diesem Fall den Text vor der Ausgabe in passendes Unicode-Format zu konvertieren?
Danke!
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Vergiss es. Das ist ein auf der Datenbank abgelegter OTF Ausdruck.
Einzige Möglichkeit ist VOR der Umstellung des Systems auf Unicode die Daten in einen PDF-Ausdruck zu migrieren. Danach geht da nix mehr.
Einzige Möglichkeit ist VOR der Umstellung des Systems auf Unicode die Daten in einen PDF-Ausdruck zu migrieren. Danach geht da nix mehr.
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
ok, danke!...a-dead-trousers hat geschrieben:Vergiss es. Das ist ein auf der Datenbank abgelegter OTF Ausdruck.
Einzige Möglichkeit ist VOR der Umstellung des Systems auf Unicode die Daten in einen PDF-Ausdruck zu migrieren. Danach geht da nix mehr.
und OTF in xstring umwandeln und dann umgekehrt? dabei irgendwelche Konvertiertungen durchzuführen?
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Die SAP hat dazu auch den Hinweis 1349413 mit dem treffenden Titel "OTF Dokumente nach Unicodemigration nicht mehr verwendbar" herausgegeben.
EDIT:
hmmm... Die schreiben da was von einem Report RSBCS_CONVERT_OTF_FOR_UNICODE.
Vielleicht hilft dir der ja weiter.
EDIT:
hmmm... Die schreiben da was von einem Report RSBCS_CONVERT_OTF_FOR_UNICODE.
Vielleicht hilft dir der ja weiter.
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
hm... sieht also gut ausa-dead-trousers hat geschrieben:Die SAP hat dazu auch den Hinweis 1349413 mit dem treffenden Titel "OTF Dokumente nach Unicodemigration nicht mehr verwendbar" herausgegeben.
EDIT:
hmmm... Die schreiben da was von einem Report RSBCS_CONVERT_OTF_FOR_UNICODE.
Vielleicht hilft dir der ja weiter.
.was mich aber "stört", in dem Hinweis steht dieser Satz:
"OTF Dokumente, die noch in der Nicht-Unicode Umgebung erzeugt wurden, werden nicht mehr angezeigt".
In unserem Fall werden diese Dokumente angezeigt und kein Prozess bricht dabei ab. Nur zwschen den Buchstaben ein #-Zeichen...
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Leider weiß ich nicht was die SAP hier mit "OTF-Dokument" meint. Für mich sind das keine "Dokumente" im klassischen Sinn, sondern Druckanweisungen.
Ich könnte mir aber vorstellen, dass durch die Verwendung von IMPORT hier eine Art von Konvertierung passiert, die dazu führt, dass zumindest die Darstellung (mit #-Zeichen) wieder möglich gemacht wird.
Wir hatten auf unserem System auch einige Daten binär als OTF abgelegt und haben die dann kurzerhand gelöscht, weil wir sie (Gottseidank) nicht gebraucht haben.
Ich könnte mir aber vorstellen, dass durch die Verwendung von IMPORT hier eine Art von Konvertierung passiert, die dazu führt, dass zumindest die Darstellung (mit #-Zeichen) wieder möglich gemacht wird.
Wir hatten auf unserem System auch einige Daten binär als OTF abgelegt und haben die dann kurzerhand gelöscht, weil wir sie (Gottseidank) nicht gebraucht haben.
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
7
Antw.
Antw.
4365
Views
Views
Sapscript Formular druckt nur 80 Zeichen
von APOL » 28.06.2013 10:34 • Verfasst in ABAP® für Anfänger
von APOL » 28.06.2013 10:34 • Verfasst in ABAP® für Anfänger
2
Antw.
Antw.
3553
Views
Views
SAPscript: & als normales Zeichen maskieren
von ralf.wenzel » 17.08.2016 13:40 • Verfasst in ABAP® Core
von ralf.wenzel » 17.08.2016 13:40 • Verfasst in ABAP® Core
0
Antw.
Antw.
1141
Views
Views
sapscript soll Zeile mit 255 Zeichen drucken!!
von klausq » 14.12.2006 09:35 • Verfasst in ABAP® Core
von klausq » 14.12.2006 09:35 • Verfasst in ABAP® Core
2
Antw.
Antw.
7189
Views
Views
3
Antw.
Antw.
2041
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.