Yayın tarihi:
Etiket basan ekiplerin çoğu iki boru hattından birinde karar kılar: PDF üretip bir yazıcı sürücüsüne rasterleştirtmek ya da ZPL üretip yazıcıya olduğu gibi göndermek. İkisi de çalışır. Farklı biçimde bozulurlar ve seçimi belirlemesi gereken şey tam olarak bu bozulma biçimleridir.
PDF yolu: uygulamanız bir sayfa oluşturur, bir makinedeki sürücü o sayfayı yazıcı noktalarına çevirir, yazıcı da onları yakar. Etiket donanıma ulaştığında artık bir resimdir.
ZPL yolu: uygulamanız metin komutları üretir
(^FO, ^FD, ^BC) ve fontları ile
barkodları yazıcının kendisi kendi doğal çözünürlüğünde çizer. Bilgisayarda
sayfayı rasterleştiren hiçbir şey yoktur.
| PDF boru hattı | Doğrudan ZPL | |
|---|---|---|
| Barkod kalitesi | Rasterleştirmeye bağlı: ölçeklenmiş ya da kenar yumuşatmalı bir barkod, okuyucunun ihtiyaç duyduğu keskin çubuk kenarlarını kaybedebilir | Sembolü yazıcı kendi çözünürlüğünde üretir — barkod ağırlıklı işlerin ZPL'e taşınmasının olağan sebebi budur |
| İş boyutu ve hız | Etiket başına tam sayfa bitmap; daha büyük yük, yavaş hatlarda daha yavaş | Etiket başına birkaç yüz bayt metin |
| Fontlar | PDF'e gömülüdür; sıra dışı fontlar işle birlikte gider | Yazıcıya font yüklemediğiniz sürece yazıcıda yerleşik fontlarla sınırlı |
| Düzen sadakati | Sürücü düzgün davrandığı sürece tasarladığınız gibi | Yazdığınız gibi; ama koordinatlar nokta cinsindendir ve yazıcının çözünürlüğüne bağlıdır |
| Altyapı | Sürücü ve genelde gerçek bir makinede kuyruk gerektirir | TCP 9100'e bayt; sürücü yok, her sunucudan çalışır |
| Yüksek hacimde değişken veri | Kalem başına tüm sayfa yeniden render edilir | Yalnız veri alanları değişir |
Hiçbir boru hattı sizi çözünürlük sorusundan kurtarmaz. 203 dpi için nokta cinsinden yazılmış bir ZPL düzeni 300 dpi kafada yaklaşık üçte iki ölçekte basar; yanlış fiziksel ölçüde tasarlanmış bir PDF de kâğıtta aynı ölçüde yanlıştır. Gerçek etiket ölçüsünü bildirin ve ilk üretim koşusundan önce doğrulayın.
Aynı dosyanın iki çıktısını burada görebilirsiniz: ZPL'i ZPL önizleyiciye yapıştırın ya da API ile aynı kaynaktan PNG veya PDF alın. Basılan sonuç gördüğünüzden farklıysa sorun giderme triyajı nedeni daraltır.
Hacimli ve okunması gereken barkodlarda genelde evet: sembolü yazıcı kendi çözünürlüğünde üretir, işler birkaç yüz bayttır ve sürücü devrede değildir. Zengin grafik düzenler, ara sıra baskı ya da belgeyi zaten üreten mevcut PDF araçları varsa PDF daha iyi seçimdir.
Çünkü sayfa yazıcıya ulaşmadan rasterleştirilir. Ölçekleme ve kenar yumuşatma, okuyucuların dayandığı çubuk kenarlarını bulanıklaştırır. Doğrudan ZPL bunu, sembolü yazıcının cihaz çözünürlüğünde çizmesine bırakarak önler.
Render edilmiş ZPL etiketlerini tek iframe ile kendi sayfanızda gösterin — sunucu kodu yok, kütüphane yok. Gömme nasıl çalışır, URL biçimi ve sınırları.
Bir etiket formatı medya tipini neden belirleyebiliyor?Bir etiket formatı yazıcıyı termal transfere geçirebilir — bilerek. ^MT neden var, ne zaman işe yarar, kapatmanın filoya bedeli ne.
ChatGPT ya da Claude ZPL Render Edebilir mi?Dil modelleri ZPL yazar ama basılı sonucu göremez. Render ve doğrulama aracının döngüyü nasıl kapattığı — tarayıcı, API ya da MCP — örnek istemlerle.
ZPL'de özel font kullanmakZebra yazıcıda kendi fontunuzu kullanmanın iki yolu var: fontu her etikete gömmek ya da bir kez belleğe yükleyip ^A@ ile çağırmak. Farkı ve sınırları.