Klammerausdrücke werden beim Drucken verschoben
3 Beiträge
•
Seite 1 von 1
3 Beiträge
Seite 1 von 1
Hallo zusammen,
ich hoffe ihr könnt mir bei mienem Problem weiterhelfen.
Ich übergebe an ein Smartforms werte die zu einer Zeichenkette zusammengesetzt werden und auf das Formular gedruckt werden sollen
Zeichenkette:
(02)123456789123456(15)20121231(37)1008
im Debugger kommt diese Zeichenkette auch aus der SF Methode heraus.
Beim drucken Allerdings werden die Klammern (15) und (37) um eine Stelle nach links verschoben und ich kann mir nicht erklären wieso dies so ist.
Also entwerder verschiebt das System die Klammern im tiefsten inneren des Standards oder der Drucker.
Ich hoffe das ihr mir in der Angelegenheit weiterhelfen könnt
Gruß und vielen Dank im Vorraus
der Harry
ich hoffe ihr könnt mir bei mienem Problem weiterhelfen.
Ich übergebe an ein Smartforms werte die zu einer Zeichenkette zusammengesetzt werden und auf das Formular gedruckt werden sollen
Zeichenkette:
(02)123456789123456(15)20121231(37)1008
im Debugger kommt diese Zeichenkette auch aus der SF Methode heraus.
Beim drucken Allerdings werden die Klammern (15) und (37) um eine Stelle nach links verschoben und ich kann mir nicht erklären wieso dies so ist.
Also entwerder verschiebt das System die Klammern im tiefsten inneren des Standards oder der Drucker.
Ich hoffe das ihr mir in der Angelegenheit weiterhelfen könnt
Gruß und vielen Dank im Vorraus
der Harry
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4457 / 227 /
1198
)
»
hi!
Nur zur Klarstellung:
Meinst du der Text steht in KLARTEXT in dieser Form in EINER Variable und bei der Ausgabe des Formulars steht dann
statt
(02)123456789123456(15)20121231(37)1008
(02)12345678912345(15)62012123(37)11008
Beispiel:
Die Variable die an das Formular gesendet wird lautet TEST und im Formular gibst du sie mit &TEST& in einem NORMALEN Textknoten aus?
Also nicht als "dyn.Text", "SapScript-Textbaustein" oder sowas?
Du könntest in deinem Formular direkt vor der Ausgabe einen "Programmzeilen"-Knoten einfügen und da drin einen BREAK-POINT einfügen um zur Ausführung des Formulars zu prüfen ob in der Variablen noch das Richtige drinnensteht. Wenn nicht, muss der Wert irgendwo vorher verändert worden sein.
Um sicherzustellen, dass noch vor Beginn der Formularverarbeitung alles passt kannst du im Initialisierungsabschnitt einen Break-Point anlegen um zu prüfen ob bei der Übergabe der Daten auf der Formularschnittstelle bis zur Initilaisierung ein Fehler passiert ist.
Dann könntest du den "Programmzeilen"-Knoten immer wieder soweit "zurückschieben" bis du bei der "Veränderung" angekommen bist.
lg ADT
Nur zur Klarstellung:
Meinst du der Text steht in KLARTEXT in dieser Form in EINER Variable und bei der Ausgabe des Formulars steht dann
statt
(02)123456789123456(15)20121231(37)1008
(02)12345678912345(15)62012123(37)11008
Beispiel:
Die Variable die an das Formular gesendet wird lautet TEST und im Formular gibst du sie mit &TEST& in einem NORMALEN Textknoten aus?
Also nicht als "dyn.Text", "SapScript-Textbaustein" oder sowas?
Du könntest in deinem Formular direkt vor der Ausgabe einen "Programmzeilen"-Knoten einfügen und da drin einen BREAK-POINT einfügen um zur Ausführung des Formulars zu prüfen ob in der Variablen noch das Richtige drinnensteht. Wenn nicht, muss der Wert irgendwo vorher verändert worden sein.
Um sicherzustellen, dass noch vor Beginn der Formularverarbeitung alles passt kannst du im Initialisierungsabschnitt einen Break-Point anlegen um zu prüfen ob bei der Übergabe der Daten auf der Formularschnittstelle bis zur Initilaisierung ein Fehler passiert ist.
Dann könntest du den "Programmzeilen"-Knoten immer wieder soweit "zurückschieben" bis du bei der "Veränderung" angekommen bist.
lg ADT
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
harry1991
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
Danke für die schnelle Antwort aber das war es leider nicht sondern, der EAN-Code war ein Zeichen zu kurz und der Drucker hat nach der (02) 14 Stellen erwartet. da her hat der das ganze verschoben
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
1763
Views
Views
Entgeltbeleg wird beim Drucken verschoben
von SSchmidt » 25.06.2008 13:32 • Verfasst in Human Resources
von SSchmidt » 25.06.2008 13:32 • Verfasst in Human Resources
2
Antw.
Antw.
1520
Views
Views
SAPSCRIPT - Seitenfenster verschoben !
von Galacticos » 13.07.2007 10:32 • Verfasst in ABAP® für Anfänger
von Galacticos » 13.07.2007 10:32 • Verfasst in ABAP® für Anfänger
0
Antw.
Antw.
1640
Views
Views
Auslieferung von SAP Solution Manager 7.2 verschoben
von peter-weigel » 01.08.2014 09:39 • Verfasst in Basis
von peter-weigel » 01.08.2014 09:39 • Verfasst in Basis
4
Antw.
Antw.
1876
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.