PDF vers ZPL natif
Importez une étiquette PDF ou SVG : le texte devient des champs ^A0, les codes-barres sont décodés et régénérés en commandes ^B natives (et vérifiés), les lignes, cadres et cercles deviennent ^GB/^GC/^GE - seul ce qui n'a pas d'équivalent natif reste un graphique ^GF. Le résultat est mesuré par rapport à l'original pixel par pixel.
Automatisez cet outil via l'API : POST /v1/tools/pdf-to-native-zpl
Documentation API
Pourquoi du ZPL natif plutôt qu'une image
La plupart des convertisseurs PDF vers ZPL transforment toute la page en un seul bitmap ^GF : cela s'imprime, mais c'est volumineux, non modifiable et les codes-barres ne sont pas plus nets que le raster. Vector-Lift lit au contraire les objets du PDF - texte, tracés, images - et les écrit sous la forme qu'une imprimante Zebra comprend nativement. Les codes-barres sont décodés, régénérés avec la commande ^B correspondante puis décodés à nouveau ; les données doivent être identiques. Le convertisseur raster reste le bon choix pour les photos, les illustrations complexes et les lots de plusieurs pages.
Natif : texte (^A0, ajusté à la largeur et à la ligne de base ; blanc sur noir en ^FR), Code 128/GS1-128, EAN/UPC, Code 39/93, Interleaved 2 of 5, Codabar, QR Code, Data Matrix, PDF417, Aztec, MaxiCode, lignes, cadres, cadres arrondis, cercles, ellipses et diagonales. Reste graphique : logos, photos, dégradés, codes empilés, GS1 DataBar et texte dessiné en contours sans couche texte (pas d'OCR). Chaque résultat affiche la fidélité, la part d'encre native et la taille comparée à un raster ^GF complet. Les fichiers sont traités dans un processus isolé et ne sont pas stockés.
Voir aussi : PDF vers ZPL convertit chaque page en une image ^GF (rendu exact, tout contenu), ZPL Diff compare deux étiquettes pixel par pixel. Moteur : zplCore.com Vector-Lift.