Zeilenumbruch (##) getrennt. Wie nun erkennen?
Beitrag
von ralf.wenzel (Top Expert / 3924 / 200 /
280
)
»
Problem gelöst.
Lösung:
Das hat so lange gedauert, weil ich ziemlich reingefallen bin. Ich hatte einen langen String mit '##' drin, um zu sehen, was das in HEX ist, habe ich alle Zeichen davor im Debugger gelöscht (wenn '##' nach ganz links rutscht, dann auch das HEX-Pendant). Leider setzt der Debugger alle nicht lesbaren Zeichen in DEM Moment in Hex 0023 um, sobald man das Feld editiert. SO kamen die 0023 überhaupt erst in meine Frage.
Da wurde ich (und in der Folge auch ihr) heftig in die Irre geführt.
Lösung:
Code: Alles auswählen.
data:
gv_lf_excel type char02.
....
concatenate cl_abap_char_utilities=>cr_lf
cl_abap_char_utilities=>newline
into gv_lf_excel.
....
split <gs_texte>-ltext at gv_lf_excel into table gt_lines.
Da wurde ich (und in der Folge auch ihr) heftig in die Irre geführt.
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo zusammen,
zu Diesem Thema habe ich noch eine Frage bzw. Problem.
Kurze Erklärung zur Vorgehensweise:
Ich greife auf ein CHAR per Offset auf die einzelnen Zeichen um diese dann weiter bearbeiten zu können. In diesem CHAR ist ebenfalls ein # (bzw. ##) enthalten, welches jedoch beim Debugging den Hexadezimalwert '0000' aufweist (nicht 2300 wie zuvor erwähnt und für das Zeichen # typisch). Mit den Zeichen aus der CL_ABAP_CHAR_UTILITIES habe ich es schon verglichen. Es ist jedoch nicht darin enthalten.
Gemäß Unicode-Tabelle müsste es das Nullzeichen sein wenn ich rein nach dem Hexadezimalwert gehe. Das Problem ist das ich dieses Zeichen in irgendeiner Weise vergleichen muss um es weiter bearbeiten zu können. Ist da schonmal jemand darüber gestolpert?
Danke schonmal fürs durchlesen..
Gruß
Rick
zu Diesem Thema habe ich noch eine Frage bzw. Problem.
Kurze Erklärung zur Vorgehensweise:
Ich greife auf ein CHAR per Offset auf die einzelnen Zeichen um diese dann weiter bearbeiten zu können. In diesem CHAR ist ebenfalls ein # (bzw. ##) enthalten, welches jedoch beim Debugging den Hexadezimalwert '0000' aufweist (nicht 2300 wie zuvor erwähnt und für das Zeichen # typisch). Mit den Zeichen aus der CL_ABAP_CHAR_UTILITIES habe ich es schon verglichen. Es ist jedoch nicht darin enthalten.
Gemäß Unicode-Tabelle müsste es das Nullzeichen sein wenn ich rein nach dem Hexadezimalwert gehe. Das Problem ist das ich dieses Zeichen in irgendeiner Weise vergleichen muss um es weiter bearbeiten zu können. Ist da schonmal jemand darüber gestolpert?
Danke schonmal fürs durchlesen..
Gruß
Rick
"Wer immer nur das tut, was er bereits kann - wird auch immer nur das bleiben, was er bereits ist" -Henry Ford-
Beitrag
von a-dead-trousers (Top Expert / 4395 / 223 /
1182
)
»
Hi!
http://www.abapforum.com/forum/viewtopi ... 565#p68565
Damit kannst du Hex-Werte in Zeichen umwandeln und in FIND usw. verwenden.
lg ADT
http://www.abapforum.com/forum/viewtopi ... 565#p68565
Damit kannst du Hex-Werte in Zeichen umwandeln und in FIND usw. verwenden.
lg ADT
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
Rick
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
Hallo adt,
Vielen Dank. Genau das hatte ich benötigt. Damit funktioniert es einwandfrei und ich kann die entsprechenden Zeichen erstellen und entsprechend vergleichen. Super.
Grüße
Rick
Vielen Dank. Genau das hatte ich benötigt. Damit funktioniert es einwandfrei und ich kann die entsprechenden Zeichen erstellen und entsprechend vergleichen. Super.
Grüße
Rick
"Wer immer nur das tut, was er bereits kann - wird auch immer nur das bleiben, was er bereits ist" -Henry Ford-
Vergleichbare Themen
5
Antw.
Antw.
1968
Views
Views
4
Antw.
Antw.
2104
Views
Views
10
Antw.
Antw.
14295
Views
Views
0
Antw.
Antw.
1209
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1072
vor 2 Tagen von DeathAndPain 4 / 1072
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1072
vor 2 Tagen von DeathAndPain 4 / 1072