Hexwerte konvertieren
10 Beiträge
•
Seite 1 von 1
10 Beiträge
Seite 1 von 1
Hallo zusammen,
einige von euch kennen bestimmt die Tabelle 'STXL' da gibt es ein LRAW Feld in der Struktur in der (meiner Meinung nach) Texte in Hexidecimaler Form drin stehen.
Ich würde das gern in lesbarer Form umwandeln...geht das?
hintergrund:
In der TA 'FSP0' gibt es auf dem letzten Karteireiter 'Information' mehrere Felder, bei denen Texte eingegeben werden können (bzw. irgendwie eingefügt werden)
Es geht um das erste Feld (Kontenlangtext)
diese Texte müssen ja irgendwo im System hinterlegt sein...die finde ich nicht. Nur die genannte Tabelle ist meine letzte Hoffnung...falls einer von euch die Tabelle kennt, welche ich eigentlich suche...wäre ich dankbar wenn man mir den namen nennt
Danke 4 Feedback.
Gruß
Markus
einige von euch kennen bestimmt die Tabelle 'STXL' da gibt es ein LRAW Feld in der Struktur in der (meiner Meinung nach) Texte in Hexidecimaler Form drin stehen.
Ich würde das gern in lesbarer Form umwandeln...geht das?
hintergrund:
In der TA 'FSP0' gibt es auf dem letzten Karteireiter 'Information' mehrere Felder, bei denen Texte eingegeben werden können (bzw. irgendwie eingefügt werden)
Es geht um das erste Feld (Kontenlangtext)
diese Texte müssen ja irgendwo im System hinterlegt sein...die finde ich nicht. Nur die genannte Tabelle ist meine letzte Hoffnung...falls einer von euch die Tabelle kennt, welche ich eigentlich suche...wäre ich dankbar wenn man mir den namen nennt
Danke 4 Feedback.
Gruß
Markus
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo Markus,
für das Lesen von Langtexten sollte man immer den FB READ_TEXT benutzen, was zugegebenermaßen bei Massenverarbeitung performancehemmend ist...
für das Lesen von Langtexten sollte man immer den FB READ_TEXT benutzen, was zugegebenermaßen bei Massenverarbeitung performancehemmend ist...
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Beitrag
von MrBojangles (Specialist / 367 / 3 /
30
)
»
Hallo Markus,
die Parameter, die Du für den von ereglam genannten Baustein READ_TEXT benötigst, kannst Du Dir am einfachsten besorgen, indem Du einen Text in der FSP0 markierst und anschliessend auf die 'Sprechblase mit Stift' klickst. Das System wechselt in den Langtexteditor. Über Springen --> Kopf... kommst Du an die gewünschten Informationen.
die Parameter, die Du für den von ereglam genannten Baustein READ_TEXT benötigst, kannst Du Dir am einfachsten besorgen, indem Du einen Text in der FSP0 markierst und anschliessend auf die 'Sprechblase mit Stift' klickst. Das System wechselt in den Langtexteditor. Über Springen --> Kopf... kommst Du an die gewünschten Informationen.
Weiterhin viel Freude mit SAP...
Cheers
MrB.
Cheers
MrB.
Hallo MrB., Hallo ereglam,
den FuBa kenn ich, und dieser wird auch im Programm verwendet, allerdings wird in dem Langtext in der TA FSP0 der text richtig ausgegeben
'vůči'
und in einem Z-Programm (bei dem auch die FuBas genutzt wurden kommt
'v[][]i'
[] = das Kästchen für Platzhalter.
Das ist eben das was ich nicht versteh...
Es geht um die Sprache tschechisch.
Auch danke MrB. für den Hinweis wie man an die Infos kommt.
gruß
Markus
den FuBa kenn ich, und dieser wird auch im Programm verwendet, allerdings wird in dem Langtext in der TA FSP0 der text richtig ausgegeben
'vůči'
und in einem Z-Programm (bei dem auch die FuBas genutzt wurden kommt
'v[][]i'
[] = das Kästchen für Platzhalter.
Das ist eben das was ich nicht versteh...
Es geht um die Sprache tschechisch.
Auch danke MrB. für den Hinweis wie man an die Infos kommt.
gruß
Markus
Hallo Markus,
Du solltest Dir mal im Debugger die Texte in den Darstellungselementen ansehen, da Deine Beschreibung zunächst auf Probleme bei der Darstellung der richtigen Codepage im Z-Programm deutet.
Wenn die Daten im Debugger unterschiedlich sind, musst Du herausfinden, wo es zur Konvertierung gekommen ist.
PS:
auf Basis Deiner Beispiele vermute ich, dass Ihr kein Unicode-System habt, oder?
Du solltest Dir mal im Debugger die Texte in den Darstellungselementen ansehen, da Deine Beschreibung zunächst auf Probleme bei der Darstellung der richtigen Codepage im Z-Programm deutet.
Wenn die Daten im Debugger unterschiedlich sind, musst Du herausfinden, wo es zur Konvertierung gekommen ist.
PS:
auf Basis Deiner Beispiele vermute ich, dass Ihr kein Unicode-System habt, oder?
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Guten Morgen Ereglam,ereglam hat geschrieben:Hallo Markus,
Du solltest Dir mal im Debugger die Texte in den Darstellungselementen ansehen, da Deine Beschreibung zunächst auf Probleme bei der Darstellung der richtigen Codepage im Z-Programm deutet.
Wenn die Daten im Debugger unterschiedlich sind, musst Du herausfinden, wo es zur Konvertierung gekommen ist.
PS:
auf Basis Deiner Beispiele vermute ich, dass Ihr kein Unicode-System habt, oder?
gestern wurde es noch hektisch, sodass ich nicht mehr antworten konnte.
Der FuBa READ_TEXT bekommt schon den Text mit den [] drin.
Du hast recht, es ist kein Unicodesystem. (ERP2005 nonunicode)
Du redest von ner Codepage...
Durch tests hab ich festgestellt, dass der Text richtig angezeigt wird, wenn man eine 'normale' Schriftart auswählt (z.b. Courier)
Aber es kann nicht die Lösung sein, dass ich am Frontend die Schriftart ändern muss.
Wie schon erwähnt, in der FSP0 wird der identische Text (mit Standardeinstellungen am Frontend) richtig angezeigt.
Kann man im Programm die Code-page (damit ist doch die schriftart gemeint?) mitgeben? Wenn ich was ausgebe, sprich WRITE Befehl bzw. wenn ichs in einem Dynpro in einem Ausgabefeld anzeige?
Langsam ist dieses Problem echt nervig...die Fachabt. versteht es logischerweise nicht, wieso es bei dem einen Programm funktioniert und beim anderen nicht.
wenn man sich am System auf Tschechisch anmeldet, dann sind sogar in diesen Standardtexten, also die was man so sieht beim anmelden und wenn man eingeloggt ist, auch einige Zeichen als [] zu sehen. Selbst SAP hats also nicht sauber hinbekommen...
Wäre super wenn das mit der CODE-PAGE irgendwie funzt.
Thx 4 help!
Gruß
Markus
Hallo Markus,
nochmal neu:
Du beschreibst, dass der Text in der FSP0 richtig dargestellt wird und ansonsten nur, wenn Du z.B. die Anzeigeschrift des SAPGui auf z.B. Courier einstellst.
Damit ist die Lösung, dass je nach ausgewähltem Zeichensatz unterschiedlich viele der möglichen Zeichen auch tatsächlich vorhanden sind. Arial und Courier sind Standards, die einen sehr großen Umfang an Zeichen kennen, während das bei exotischen Schriften möglicherweise nur die lateinischen Zeichen mit wenigen Sonderzeichen sind. Alle anderen Zeichen werden dabei automatisch mit diesen Kästchen-Ersetzungszeichen dargestellt.
Der SAPScript-Editor bietet in der Grundauslieferung nur einige wenige Schriften wie Helvetika (Arial) und Courier an, welhalb dort die Anzeige funktioniert.
...
eine Code-Page beschreibt im 8-Bit-Zeichenraum für unterschiedliche Sprachblöcke unterschiedliche Zeichen ab Byte 128. Damit war es früher möglich, Texte im Slawischen oder Skandinavischen zu schreiben, die z.T. unterscheidliche Zeichen kannten.
Das Problem daran ist jedoch, dass je nach Sprachraum ein Bytewert unterschiedliche Zeichen darstellt und vor Allem auch nicht gemischt werden können.
Bei Deinem Problem ist es also so, dass die deutschen Zeichen 'v##i' im Tchechischen die Buchstaben 'vůči' darstellen, wobei sie den jeweils gleichen Bytewert haben.
nochmal neu:
Du beschreibst, dass der Text in der FSP0 richtig dargestellt wird und ansonsten nur, wenn Du z.B. die Anzeigeschrift des SAPGui auf z.B. Courier einstellst.
Damit ist die Lösung, dass je nach ausgewähltem Zeichensatz unterschiedlich viele der möglichen Zeichen auch tatsächlich vorhanden sind. Arial und Courier sind Standards, die einen sehr großen Umfang an Zeichen kennen, während das bei exotischen Schriften möglicherweise nur die lateinischen Zeichen mit wenigen Sonderzeichen sind. Alle anderen Zeichen werden dabei automatisch mit diesen Kästchen-Ersetzungszeichen dargestellt.
Der SAPScript-Editor bietet in der Grundauslieferung nur einige wenige Schriften wie Helvetika (Arial) und Courier an, welhalb dort die Anzeige funktioniert.
...
eine Code-Page beschreibt im 8-Bit-Zeichenraum für unterschiedliche Sprachblöcke unterschiedliche Zeichen ab Byte 128. Damit war es früher möglich, Texte im Slawischen oder Skandinavischen zu schreiben, die z.T. unterscheidliche Zeichen kannten.
Das Problem daran ist jedoch, dass je nach Sprachraum ein Bytewert unterschiedliche Zeichen darstellt und vor Allem auch nicht gemischt werden können.
Bei Deinem Problem ist es also so, dass die deutschen Zeichen 'v##i' im Tchechischen die Buchstaben 'vůči' darstellen, wobei sie den jeweils gleichen Bytewert haben.
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Hallo ereglam,ereglam hat geschrieben:Hallo Markus,
nochmal neu:
Du beschreibst, dass der Text in der FSP0 richtig dargestellt wird und ansonsten nur, wenn Du z.B. die Anzeigeschrift des SAPGui auf z.B. Courier einstellst.
Damit ist die Lösung, dass je nach ausgewähltem Zeichensatz unterschiedlich viele der möglichen Zeichen auch tatsächlich vorhanden sind. Arial und Courier sind Standards, die einen sehr großen Umfang an Zeichen kennen, während das bei exotischen Schriften möglicherweise nur die lateinischen Zeichen mit wenigen Sonderzeichen sind. Alle anderen Zeichen werden dabei automatisch mit diesen Kästchen-Ersetzungszeichen dargestellt.
Der SAPScript-Editor bietet in der Grundauslieferung nur einige wenige Schriften wie Helvetika (Arial) und Courier an, welhalb dort die Anzeige funktioniert.
...
eine Code-Page beschreibt im 8-Bit-Zeichenraum für unterschiedliche Sprachblöcke unterschiedliche Zeichen ab Byte 128. Damit war es früher möglich, Texte im Slawischen oder Skandinavischen zu schreiben, die z.T. unterscheidliche Zeichen kannten.
Das Problem daran ist jedoch, dass je nach Sprachraum ein Bytewert unterschiedliche Zeichen darstellt und vor Allem auch nicht gemischt werden können.
Bei Deinem Problem ist es also so, dass die deutschen Zeichen 'v##i' im Tchechischen die Buchstaben 'vůči' darstellen, wobei sie den jeweils gleichen Bytewert haben.
soweit alles richtig und verstanden. Aber wieso wird der Text in der FSP0 richtig angeizeigt, obwohl nichts an der Schriftart an der SAPGUI verändert wurde?
Im Grunde hab ich also keine Möglichkeiten diese [] wegzubekommen?
Ausser eben die Schriftart am Frontend zu verändern...
Hab ich das so zu verstehen?
Danke
Gruß
Markus
Hallo Markus,
der Langtexteditor der FSP0 ist der SAPScript-Editor, der eben nur bestimmte Zeichensätze anbietet, die z.B. durch Verwendung von Arial und Courier New die Anzeige durchführen.
Somit kann sich der Zeichensatz des SAPGui an sich von dem des SAPScript-Editors unterscheiden.
Ja, es handelt sich um ein Darstellungsproblem der verwendeten Zeichensätze, was mit SAP-Mitteln nicht behebbar ist. (soweit ich weiß)
der Langtexteditor der FSP0 ist der SAPScript-Editor, der eben nur bestimmte Zeichensätze anbietet, die z.B. durch Verwendung von Arial und Courier New die Anzeige durchführen.
Somit kann sich der Zeichensatz des SAPGui an sich von dem des SAPScript-Editors unterscheiden.
Ja, es handelt sich um ein Darstellungsproblem der verwendeten Zeichensätze, was mit SAP-Mitteln nicht behebbar ist. (soweit ich weiß)
Gruß
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Ereglam
May the Force be with your code
|| .| |.|| | .... . ..|. ||| .|. |.|. . |... . .|| .. | .... |.|| ||| ..| .|. |.|. ||| |.. .
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
1800
Views
Views
6
Antw.
Antw.
7501
Views
Views
2
Antw.
Antw.
2654
Views
Views
3
Antw.
Antw.
3329
Views
Views
Konvertieren von DEC 23,4 in DEC 23,2 ( CURR )
von thommasj » 25.06.2008 11:06 • Verfasst in ABAP® für Anfänger
von thommasj » 25.06.2008 11:06 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
SAPScript Formular Fertigungspapiere doppelseitig Drucken
vor einer Woche von Abap_neuling 14 / 3487
vor einer Woche von Abap_neuling 14 / 3487
CL_GUI_ALV_GRID - Zeilen auf Read-Only / Editierbar schalten
vor einer Woche von a-dead-trousers 5 / 2990
vor einer Woche von a-dead-trousers 5 / 2990
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 Woche von Abap_neuling 14 / 3487
vor einer Woche von Abap_neuling 14 / 3487
CL_GUI_ALV_GRID - Zeilen auf Read-Only / Editierbar schalten
vor einer Woche von a-dead-trousers 5 / 2990
vor einer Woche von a-dead-trousers 5 / 2990