J'écris du code pour imprimer des étiquettes pour des jardins botaniques. Chaque étiquette est imprimée individuellement mais avec des informations différentes sur chaque étiquette. Chaque étiquette contient un nom scientifique qui peut varier considérablement en taille et peut ainsi dépasser 2 lignes (la taille de notre étiquette est de 10 cm de large sur 2,5 cm de haut). Notre problème se produit principalement avec le nom lorsque nous dépassons 24 caractères (voir ligne avec **). Si nous choisissons un nom de 24 caractères ou moins, il s'imprime bien. Plus rien ne sera imprimé. Si nous retirons tous les autres "items" de l'étiquette et laissons juste l'élément "name", alors il imprime seulement les 24 premiers caractères et tronque le reste (nous l'avons fait pour tester si un chevauchement possible entre notre bloc FB et un autre élément pourrait être à l'origine de ce problème). Nous avons essayé ceci avec d'autres éléments qui utilisent un FB et nous avons constaté qu'ils affichaient le même comportement mais variait dans la longueur de ce problème: par exemple, "cc" (abréviation de code de pays) avait une limite de 21 caractères. Pour plus d'informations: nous compilons ce code dans un environnement BASIC et utilisons des variables telles que ": name:", ": Acc.dt": "comme vu ci-dessous. Notre base de données fournit cette information et nous avons vérifié pour tout routines internes qui auraient tronqué des noms longs etc. Notre code fonctionnait bien dans ZPL mais nous avons récemment dû passer à ZPL II (nous avons acheté un nouveau modèle GX430t) et avons dû modifier notre code ZPL à quel point ce problème a commencé à se produire.Le langage de programmation Zebra (ZPL) II utilisant^FB ou^TB tronque le texte à des longueurs spécifiques
Voici notre code:
^XA
^LH40,40
^MMT
^PW1200
^LL1200
^FO16,05^A0N,35,^FDAcc. num.^FS
^FO170,05^A0,35,^FV":accnum:"^FS
^FO360,05^A0,35,^FV":qual:"^FS
^FO350,35^A0N,30,^FDAcc.dt.^FS
^FO450,35^A0N,30,^FB790,3,0,L,
^FH\^FV":accdt:"^FS
^FO430,70^^A0N,25,^FB790,3,0,L,
^FH\^FDProv. type^FS
^FO560,70^A0N,25,^FV":provtype:"^FS
^FO800,225^A0N,30,^FB790,3,0,L,
^FV":cc:"^FS
**^FO10,100^A0N,40,^FB790,3,0,L,
^FV":name:"^FS**
^FO1000,05^A0,35,^FV":proptype:"^FS
^FO5,225^A0,25^FVColl.^FS
^FO55,225^A0,25^FV":coll:"^FS
^FO375,225^A0,25,^FV":consstat:"^FS
^FO1000,70^A0,25,^FV":reqby:"^FS
^FO535,180^BCN,55,N,N,N^FV":qual:"^FS
^FO60,45^BCN,35,N,N,N^FV":accnum:"^FS
^PQ1,0,1,Y
^XZ
Voici ce que nous avons essayé de résoudre ce problème (mes excuses si certains semblent comme jokers):
- Modification du type, de la taille et de l'emplacement de la police sur l'étiquette;
- Modification de^FO à^FT;
- Considéré notre logique de base de données interne;
- Enlever^FH \;
- Modification des valeurs dans la ligne^FB (nous avons essayé presque toutes les permutations possibles);
- Tapez manuellement un nom de plus de 24 caractères (en utilisant le bloc-notes - pas de base de données/compilateur) - même problème.
Toute réflexion sur ce serait grandement apprécié Kerry
Comment écrire un texte en gras dans zpl? – ArgaPK