SAPSCRIPT - Barcode 128 "Neue Technik"
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
14 Beiträge
•
Seite 1 von 1
14 Beiträge
Seite 1 von 1
Hallo zusammen,
mit der SE73 habe ich einen Systembarcode mit folgenden Parametern angelegt:
SAP Bar Code Name: Z128_RUE
Bar Code Symbology: Code 128
Bar Code Alignment: Normal
Narrow Module Width: 05
Linear Height: 00169
Code128 Mode: N
Gebe ich diesen Barcode in einem SAPSCRIPT-Formular mit umgebenden Markern aus
so kann ich erkennen, dass das von SAP generierte Bitmap deutlich länger ist als der durch den Barcode belegte Teil. Dies führt dazu, dass der Barcode nicht am rechten Rand des Formulars ausgegeben werden kann, da aus Platzgründen ein Zeilenumbruch erfolgt.
Hat jemand eine Idee, wo ich ev. einen Fehler bei der Barcodedefinition gemacht habe oder wie ich den leeren Teil des Bitmaps unterdrücken kann.
Wie gesagt, das Ziel ist den Barcode am rechten Rand des Formulars auszugeben.
MfG
Thomas R.
mit der SE73 habe ich einen Systembarcode mit folgenden Parametern angelegt:
SAP Bar Code Name: Z128_RUE
Bar Code Symbology: Code 128
Bar Code Alignment: Normal
Narrow Module Width: 05
Linear Height: 00169
Code128 Mode: N
Gebe ich diesen Barcode in einem SAPSCRIPT-Formular mit umgebenden Markern aus
Code: Alles auswählen.
1<BC>&0012955477</>2
,,1<BC>&0012955477</>2
,,,,1<BC>&0012955477</>2
,,,,,,1<BC>&0012955477</>2
Wie gesagt, das Ziel ist den Barcode am rechten Rand des Formulars auszugeben.
MfG
Thomas R.
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 Wolfgang,
danke, dass Du Dir das angeschaut hast.
Leider ist das nicht der Fehler. Das & am Anfang ist überflüssig. Bei diesem Test wollte ich ursprünglich de fixen Wert 0012955477 ausgeben. Nun habe ich aber &0012955477 ausgegeben.
Ein Test ohne das führende & führt leider erwartungsgemäß zum gleichen Effekt.
Noch irgendwelche Ideen?
MfG
Thomas R.
danke, dass Du Dir das angeschaut hast.
Leider ist das nicht der Fehler. Das & am Anfang ist überflüssig. Bei diesem Test wollte ich ursprünglich de fixen Wert 0012955477 ausgeben. Nun habe ich aber &0012955477 ausgegeben.
Ein Test ohne das führende & führt leider erwartungsgemäß zum gleichen Effekt.
Noch irgendwelche Ideen?
MfG
Thomas R.
Hallo,
https://wiki.scn.sap.com/wiki/pages/vie ... =633307860
Ich kann nur vermuten, dass es mit der Länge des Barcodes in der SE73 zusammenhängt
Gruß Wolfgang
https://wiki.scn.sap.com/wiki/pages/vie ... =633307860
Ich kann nur vermuten, dass es mit der Länge des Barcodes in der SE73 zusammenhängt
Gruß Wolfgang
Hallo Wolfgang,
der Effekt tritt auch bei Verwendung des Systembarcodes C128A auf.
Hinweis: S4H - System.
Ich suche gerade noch ein ECC-System, wo ich prüfen kann, ob dies ein HANA-Effekt ist.
MfG
Thomas R.
der Effekt tritt auch bei Verwendung des Systembarcodes C128A auf.
Hinweis: S4H - System.
Ich suche gerade noch ein ECC-System, wo ich prüfen kann, ob dies ein HANA-Effekt ist.
MfG
Thomas R.
Hallo zusammen,
der Effekt tritt auch bei einem noch nicht konvertierten ECC-System (mit dem Systembarcode C128A) auf.
Mache ich irgendwas sonst falsch?
Testprogramm:
Paragraph Formats:
P1 Standard: ohne Ränder, links ausgerichtet, 1 Zeile Abstand, Font: Family TIMES 10 pt.
Character Formats:
T1 Selection markiert, Barcode C128A, Font: Times 30,0 pt
Main page:
/E E1
P1 Barcode for &rueck& is *****<t1>&rueck&</>*****
Das Ergebnis ist wieder: Wo ist mein Fehler? Barcodes am rechten Rand sind doch nichts ungewöhnliches.
MfG
Thomas R.
der Effekt tritt auch bei einem noch nicht konvertierten ECC-System (mit dem Systembarcode C128A) auf.
Mache ich irgendwas sonst falsch?
Testprogramm:
Code: Alles auswählen.
REPORT zrt_formulartest.
PARAMETERS rueck TYPE afvgd-rueck DEFAULT '0012955477'.
CALL FUNCTION 'OPEN_FORM'
EXPORTING
form = 'ZRT_TEST'
language = sy-langu
EXCEPTIONS
OTHERS = 99.
IF sy-subrc <> 0.
* Implement suitable error handling here
WRITE: / 'Error OPEN_FORM'.
ELSE.
CALL FUNCTION 'WRITE_FORM'
EXPORTING
element = 'E1'
window = 'MAIN'
EXCEPTIONS
OTHERS = 99.
IF sy-subrc <> 0.
* Implement suitable error handling here
WRITE: / 'Error WRITE_FORM'.
ELSE.
CALL FUNCTION 'CLOSE_FORM'
EXCEPTIONS
OTHERS = 99.
IF sy-subrc <> 0.
* Implement suitable error handling here
WRITE: / 'Error CLOSE_FORM'.
ELSE.
ENDIF.
ENDIF.
ENDIF.P1 Standard: ohne Ränder, links ausgerichtet, 1 Zeile Abstand, Font: Family TIMES 10 pt.
Character Formats:
T1 Selection markiert, Barcode C128A, Font: Times 30,0 pt
Main page:
/E E1
P1 Barcode for &rueck& is *****<t1>&rueck&</>*****
Das Ergebnis ist wieder: Wo ist mein Fehler? Barcodes am rechten Rand sind doch nichts ungewöhnliches.
MfG
Thomas R.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Barcodes in SAP sind immer aber ein Krampf, es sei denn man kann mit AdobeForms arbeiten.
Ich kämpfe zwar nur in SMARTFORMS mit Barcodes (A6 kann AdobeForms in Verbindung mit ZebraDruckern auch nicht immer sauber), aber evtl. helfen die Tricks ja:
Hast du Mal versucht den Barcode als right justified I'm Absatz-/Zeichenformat zu definieren?
In SMARTFORMS kann man das Ausgabefenster über den Seitenrand hinausragen lassen, so kann man den Barcode "frei" verschieben und umgeht den Zeilenumbruch.
Das Problem ist mMn das der Barcode erst zum Druckzeitpunkt als Bild generiert und dann eingebunden wird. SAP bekommt dadurch Probleme bei der Einbindung, da nicht bekannt wie groß das Bild sein wird und wie viel Platz benötigt wird.
Evtl. Mal einen anderen Barcode oder Barcode Subset ausprobieren.
Gruß Hendrik
Barcodes in SAP sind immer aber ein Krampf, es sei denn man kann mit AdobeForms arbeiten.
Ich kämpfe zwar nur in SMARTFORMS mit Barcodes (A6 kann AdobeForms in Verbindung mit ZebraDruckern auch nicht immer sauber), aber evtl. helfen die Tricks ja:
Hast du Mal versucht den Barcode als right justified I'm Absatz-/Zeichenformat zu definieren?
In SMARTFORMS kann man das Ausgabefenster über den Seitenrand hinausragen lassen, so kann man den Barcode "frei" verschieben und umgeht den Zeilenumbruch.
Das Problem ist mMn das der Barcode erst zum Druckzeitpunkt als Bild generiert und dann eingebunden wird. SAP bekommt dadurch Probleme bei der Einbindung, da nicht bekannt wie groß das Bild sein wird und wie viel Platz benötigt wird.
Evtl. Mal einen anderen Barcode oder Barcode Subset ausprobieren.
Gruß Hendrik
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
Hi.
Wäre es vielleicht möglich den Barcode und den Text voneinander zu trennen?
Sprich den Barcode mittels eigenem Fenster positionieren und den Text darüber in einem anderen Fenster?
Dann hätte der "weiße" Bereich keine Auswirkung.
lg ADT
Wäre es vielleicht möglich den Barcode und den Text voneinander zu trennen?
Sprich den Barcode mittels eigenem Fenster positionieren und den Text darüber in einem anderen Fenster?
Dann hätte der "weiße" Bereich keine Auswirkung.
lg ADT
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,
das wäre eine Lösung. Aber ich sehe nicht, wie ich sie umsetzen kann.
Im Hauptfenster werden "Positionen" ausgegeben, die unterschiedlich viel Informationen tragen, d.h. die "Positionslänge" ist nicht fix. Ein Attribut der "Position" muss als Barcode (aus Platzgründen) rechtsbündig im Formular ausgegeben werden.
MfG
Thomas R.
das wäre eine Lösung. Aber ich sehe nicht, wie ich sie umsetzen kann.
Im Hauptfenster werden "Positionen" ausgegeben, die unterschiedlich viel Informationen tragen, d.h. die "Positionslänge" ist nicht fix. Ein Attribut der "Position" muss als Barcode (aus Platzgründen) rechtsbündig im Formular ausgegeben werden.
MfG
Thomas R.
Hallo zusammen,
folgende Antwort kam vom OSS:
Die einzige angebotene Lösung ist das separate Fenster (wie schon von ADT).
Danke für Euer Mitdenken!
MfG
Thomas R.
folgende Antwort kam vom OSS:
Für die älteren Semester aus BW: "Frau Werwolf sagt des gehört so".Der Sapscript Composer kennt die Größe des Barcodes nicht, wenn er den Barcode auf dem Fenster platziert. Hierbei handelt es sich eher um eine Einschränkung der New Bar Code-Technologie als um einen Fehler. Da die Grafik des Barcodes beim Drucken durch den Kernel erstellt wird, ist es für den Composer viel zu spät, den Barcode zu platzieren. Composer verwendet einen Standardwert von 50 mm als Dummy-Wert. Es wird nur intern verwendet. Es soll den composer helfen, den nötigen Platz zu reservieren. ....
Siehe meine Anlage und KBA 0001959368 - Smartform not displaying barcode in the centre
Meine Empfehlung: Erstellen Sie ein neues Fenster, in das der Barcode geschrieben wird. Durch die richtige Positionierung des Fensters können Sie den Leerraum vermeiden.
Die einzige angebotene Lösung ist das separate Fenster (wie schon von ADT).
Danke für Euer Mitdenken!
MfG
Thomas R.
Beitrag
von a-dead-trousers (Top Expert / 4397 / 223 /
1182
)
»
Wenn du eine Möglichkeit hast auf SMARTFORMS zu wechseln würde ich dir das anraten. Mit der dort implementierten Tabellenausgabe kannst du die zeilenweise Ausgabe wesentlich besser handhaben als in SAPSCRIPT Zeilen(-umbrüche) zu zählen bzw. vorherzusagen, damit du den Barcode richtig positionieren kannst.
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
12
Antw.
Antw.
2353
Views
Views
0
Antw.
Antw.
2209
Views
Views
Aus SAPscript heraus PDF mit Barcode erzeugen?
von b0rsti » 12.03.2008 20:52 • Verfasst in Dialogprogrammierung
von b0rsti » 12.03.2008 20:52 • Verfasst in Dialogprogrammierung
2
Antw.
Antw.
1315
Views
Views
2
Antw.
Antw.
1402
Views
Views
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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 5 Stunden von ralf.wenzel 104 / 10007
vor 5 Stunden von ralf.wenzel 104 / 10007
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
Umherspringende Methoden im quelltextbasierten Class Builder
vor 5 Stunden von ralf.wenzel 104 / 10007
vor 5 Stunden von ralf.wenzel 104 / 10007