ich habe das Problem, dass auf einem Armilla-300T-Drucker Patientenarmbänder gedruckt werden sollen, u. a. mit QR-Code (Fallnummer, 10-stellig). In Adobe Forms passe ich die QR-Code-Größe im Register XML-Quelle bei moduleHeight und moduleWidth jeweils mit 0.03in an und speichere ab. Anschließend aktiviere ich das Formular. Sieht gut aus in der PDF-Vorschau, sieht gut aus beim Druck in der Druckvorschau (Transaktion SP02), sieht mies aus beim direkten Ausdruck. Der QR-Code hat im Ausdruck nach wie vor diese initiale und nicht scanbare Mini-Größe und ist auch von der Position her völlig verschoben. Alle anderen Felder, u. a. auch ein Barcode 2 aus 5 interleaved, werden dagegen perfekt und positionsgetreu dargestellt. Der Windowstreiber ist laut Anleitung korrekt eingerichtet, auch der SAP-Gerätetyp passt für dieses Druckermodell. Habt ihr Ideen, wie ich den Ausdruck so hinbekomme, wie es die Vorschau suggeriert?
Wie erfolgt der Ausdruck?
Als PDF, PS oder PCL?
Direkt aus SAP an den Drucker (Spooler des Betriebssystems) oder über SAPgui/SAPLpd?
Im Falle von PCL bzw. über den Spooler hat der Druckertreiber auf dem Client PC da nicht viel Einfluss. Da dürfte entweder an der XDC auf dem Adobe-Server etwas nicht passen oder eine Einstellung direkt am Drucker bzw. Druckerserver schuld sein.
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.
vom Hersteller wird der Gerätetyp YTSCU300 mitgeliefert. An den Einstellungen haben wir nix geändert. Also Zebra Programming Language 2, wobei das nur für SAPscript relevant ist, was wir hier nicht nutzen, sondern Adobe Forms (PDF). Der Zeichensatz selbst deutet auf PCL hin, der Treiber auf ZPL. Gedruckt wird über Windows-Druckserver mit SAPSprint.
Die PDF-Druckvorschau (Patient im Bild ist unkenntlich gemacht von mir) über Dialogdruck sieht so aus und ist i. O.:
Der Echtausdruck sieht so aus:
Der QR-Code ist zu klein, zu weit unten, zu weit links und um 90° nach links gedreht im Vergleich zum Entwurf. Zum Gerätetyp YTSCU300 existiert selbst noch keine xdc-Zuweisung, also weder mit dem Typ PCL noch mit ZPL.
Wenn der Drucker ZPL kann, würde ich das verwenden.
Damit lässt sich die Positionierung und alles viel besser steuern.
Soweit ich weiß haben diese Drucker ein eigenes Barcodemodul und das dürfte offensichtlich mit den Einstelungen vom ADS/PCL nicht ganz zurecht kommen. Die Darstellung in der Druckvorschau entspricht dem Verhalten, wenn der QR-code von Adobe selbst gerendert werden würde.
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.
vielen Dank. Inzwischen habe ich einige Telefonate mit dem Hersteller Armilla geführt. Sie nutzen in der Tat die ZPL. Und wir konnten das Layout-Problem nicht nur auf einem Armilla-, sondern auch auf einem Zebra-Drucker nachstellen. Ich habe dem Gerätetyp YTSCU300 die entsprechende xdc300.zpl hinzugefügt. Am Druckverhalten ändert sich nix, leider. Dann haben wir die spl-Datei manipuliert, die bei SAP-Ausdruck in Windows erzeugt wird unter C:\Windows\System32\spool\PRINTERS. Diese Änderungen haben positiven Einfluss auf den Ausdruck. Heißt, dass irgendwo beim Übersetzen des Adobe Forms nach SPL das Problem auftaucht. Vermutlich, wie du sagst, der ADS. Die originale xdc-Datei zpl300.xdc habe ich mal angehängt. Interessant wird es ab Zeile 291, insbesondere dann die Zeilen 332 und 333. Mir scheint, als gäbe es beim QR-Code im Vergleich zu anderen Codes keinerlei Möglichkeit, die Dimensionierung (moduleHeight, moduleWidth) zu ändern, oder täusche ich mich da?
Besten Dank und viele Grüße
sapdepp
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Wenn man es auf den ZPL Befehl 'b' umlegt, hat dieser in der Tat keine Möglichkeit zur "Dimensionierung" sondern nur eine Art "Schriftgröße" oder "Zoomstufe".
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.
Jein. Es ginge auch SapScript 😉
Was noch möglich wäre, dass es im XDC eine (versteckte?) Option für die Zoomstufe gibt oder dass es doch vielleicht irgendwie abhänig von der Schriftgröße ist.
Theoretisch sollte sich auch mit AdobeForms eine reine "Textausgabe" realisieren lassen um zumindest in der Drucktechnologie zu bleiben aber trotzdem die ZPL Programmierung nutzen zu können.
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.