Auch beim Einsatz von Etikettendruckern kommt der Wunsch auf, bei statischem Etikettendesign ein Logo abhängig von irgendeiner Mandanteninformation auszutauschen. Der Brute-Force-Ansatz, einfach für jeden Mandanten ein eigenes Etikett zu gestalten und in print2forms abzulegen, kommt schnell an seine Grenzen, wenn die Zahl der Mandanten oder die Zahl der Varianten von Etiketten steigt.

Der Änderungsaufwand einer solchen Lösung ist beträchtlich. Ändert sich ein Etikett, muss es in so vielen Varianten abgeändert werden, wie es Mandanten gibt. Ändert sich bei einem Mandanten etwas, muss jede Etikettenvariante angefasst werden.

Es wäre wünschenswert, einen Lösungsansatz zu finden, der diese Multiplikation der Aufwände verhindert, und bestenfalls einen linearen Aufwand verursacht.

Die allermeisten Etikettendrucker bieten die Möglichkeit, Graphiken in den Drucker zu laden und diese Graphiken dann über eine Kennung zu referenzieren. Das ist insbesondere auch bei ZPL-Druckern so. Anhand der Etikettendruckersprache ZPL soll aufgezeigt werden, wie die oben beschriebene Anforderung realisiert werden kann.

Zunächst muss einmal festgestellt werden, dass es in print2forms für Etikettenprozesse keine Unterstützung für irgendetwas gibt, was den für PCL-Drucker verfügbaren Ressourcenfeldern entspricht. Nur die 'nichtdruckenden' Felder, wie Suchfelder, HTTP- und ODBC-Felder, sind auch mit Etikettendruckern nutzbar.

Deshalb scheidet die für PCL-Drucker ganz offensichtliche Realisation über ein Ressourcenfeld hier aus.

Grundidee für eine alternative Herangehensweise ist die Überlegung, die Auswahl des einzudruckenden Logos in Form einer Liste von bedingten Unterformularen zu realisieren.

Dazu müssen zunächst einmal alle in Frage kommenden Logos als Ressource importiert und in einem zweiten Schritt als Formular angelegt werden.

Das nachfolgende ZPL-Beispiel soll die nicht ganz intuitive Lösung illustrieren.

Ausgangspunkt sind im Beispiel drei unterschiedliche Logos, die auch für das blosse Auge leicht zu unterscheiden sind. Es ist wichtig, dass alle Graphiken einen eineindeutigen Namen haben, der später leicht auf das Unterscheidungsmerkmal in den Nutzdaten abgebildet werden kann. Im Beispiel hier wird als Referenz einfach eine Ziffer an das Wort LOGO angehängt, weil wir später aus den Nutzdaten eine Ziffer zur Auswahl des Logos extrahieren.

Die Referenz muss keine Zahl sein. Es wäre auch denkbar, die Logos direkt mit dem Namen eines Mandanten zu versehen, und die Referenz darüber herzustellen - das erhöht sogar die Wartbarkeit, weil direkt klar ist, zu wem das Logo gehört.

~DGR:LOGO1.GRF,00080,010,
FFFFF000000000000000
00F00000000000000000
00F00000000000000000
00F00000000000000000
00F00000000000000000
00F00000000000000000
00F00000000000000000
FFFFF000000000000000

~DGR:LOGO2.GRF,00080,010,
FFFFF00FFFFF00000000
00F000000F0000000000
00F000000F0000000000
00F000000F0000000000
00F000000F0000000000
00F000000F0000000000
00F000000F0000000000
FFFFF00FFFFF00000000

~DGR:LOGO3.GRF,00080,010,
FFFFF00FFFFF00FFFFF0
00F000000F000000F000
00F000000F000000F000
00F000000F000000F000
00F000000F000000F000
00F000000F000000F000
00F000000F000000F000
FFFFF00FFFFF00FFFFF0

Die Logos werden einfach importiert, ohne dass irgendwelche Platzhalter definiert werden. Anschliessend wird für jedes Logo ein Formular mit dem gleichen Namen angelegt:

^XA
^LH10,10
^FO20,10^AD^FDVariables Logo für Kunde Nummer^FS
^FO20,40^XGR:LOGONUMMER.GRF,1,1^FS
^XZ

Beim Import des Etiketts werden folgerichtig dieser Platzhalter und der Text Nummer in der Textzeile darüber mit einem Wert aus den zu druckenden Nutzdaten für das Etikett verbunden. (Die Aufzeichnung der Nutzdaten zeigt drei Seiten!)

• Unter dem Aspekt der Wartbarkeit ist diese Lösung deutlich besser als der Brute-Force-Ansatz. Ändert sich etwas bei den Mandanten, muss lediglich das Formular Variables Kundenlogo laden modifiziert werden. Anschliessend steht der neue Mandant automatisch auf allen Etikettenvarianten zur Verfügung.
  Muss ein neues Etikett angelegt werden, muss nur dafür gesorgt werden, dass als untergeordnetes Formular das Formular Variables Kundenlogo laden aufgerufen wird, und es steht automatisch mit allen Logos zur Verfügung.

• Das Laden der Graphiken für die Logos erfolgt mit jedem Druckauftrag. print2forms vergisst am Ende eines Druckauftrags alle geladenen Graphiken. Das ist gewollt, weil print2forms bei einem über das Netzwerk angeschlossenen Drucker nicht weiss, ob der nicht zwischenzeitlich ausgeschaltet war, oder ob von einer anderen Applikation, die den Drucker ebenfalls verwendet, die Graphiken gelöscht wurden.

• Nicht Bestandteil der gezeigten Lösung ist das dedizierte Löschen der Graphiken aus dem Speicher des Druckers. Das ist auch nicht ohne weiteres möglich, weil das verlangt, das am Ende des Druckauftrags Löschkommandos ausgegeben werden. Da aber print2forms keinerlei Kenntnis über die Steuersequenzen der angeschlossenen Etikettendrucker hat, ist das nicht machbar.
  Wenn also die Menge der geladenen Graphiken nicht mehr in den Druckerspeicher passt, bleibt als Lösung nur ein 'Schlussetikett', dass als Nebenwirkung den Druckerspeicher löscht. Das verhindert allerdings trotzdem nicht, dass sich im Laufe eines einzigen Druckauftrags so viele Graphiken ansammeln können, dass es zum Speicherüberlauf kommt.

• Wenn Unmengen von Graphiken gedruckt werden müssen - zum Beispiel Produktbilder, o.ä. - muss jedes Etikett in einem eigenen Prozess gedruckt werden, dessen Etikettensequenzen dann mit einem Löschen des Druckerspeichers enden. Einzelne Etiketten lassen sich gegebenenfalls mit einem vorgeschalteten Dokumentprozess erzwingen.