Visualizadores ZPL grátis, comparados

Tudo que se chama de visualizador ZPL cai em um de dois desenhos, e a diferença decide quase todo o resto do comportamento.

• Renderização no servidor. Seu ZPL é enviado a uma API, renderizado lá, e volta uma imagem. A qualidade costuma ser excelente porque o serviço pode rodar um emulador de verdade — mas cada prévia é uma requisição, então há limites de taxa, e os dados da etiqueta saem da sua máquina.
• Renderização no navegador. A página carrega um renderizador e desenha a etiqueta localmente. Nada é enviado e nada conta contra cota, mas o renderizador é tão bom quanto quem o escreveu, e não vai bater com a impressora em todos os comandos.

Este site é do segundo tipo. Essa é a moldura honesta para a comparação abaixo: um renderizador de navegador não tem limite a atingir nem envio com que se preocupar e, em troca, te deve uma declaração clara do que ele não desenha.

Lista de recursos ajuda pouco aqui, porque todas essas ferramentas recebem ZPL e devolvem uma imagem. Quatro coisas as separam na prática.

1. 1Para onde vai a etiqueta. Etiquetas de envio carregam nomes, endereços e números de pedido. Se a ferramenta renderiza num servidor, esse dado é enviado para algum lugar — o que pode ser perfeitamente aceitável, ou não, dependendo de quem são as etiquetas.
2. 2O que acontece em volume. Colar uma etiqueta é igual em todo lugar. Conferir duzentas é onde um limite por segundo ou por dia vira uma tarde de espera, e onde um renderizador local simplesmente não se importa.
3. 3Se ele diz o que ignorou. Um renderizador que descarta em silêncio um comando que não implementa te mostra uma etiqueta que parece certa e não é. A pergunta útil não é “ele suporta tudo?” e sim “ele diz o que deixou de fazer?”.
4. 4O que você leva embora. Uma imagem de prévia é o mínimo. Poder exportar um PDF pronto para impressão, um PNG num DPI específico, ou receber a etiqueta como arquivo importa mais do que parece quando a etiqueta faz parte de um fluxo real.

Um serviço que renderiza no servidor vale a pena quando você precisa do mais próximo de uma impressora sem ter uma, e está conferindo um punhado de etiquetas. Fidelidade é toda a proposta dele, e é uma proposta real.

Um renderizador de navegador é a resposta certa quando as etiquetas não são suas para enviar, quando você está passando por muitas delas, ou quando quer a prévia dentro de um ciclo que também valida e converte. O visualizador, o validador e a exportação ZPL→PDF deste site rodam sobre o mesmo renderizador local, então a etiqueta conferida em um é a etiqueta exportada do outro.

Vale manter os dois. Quando uma etiqueta sai diferente num renderizador local e num de servidor, a diferença em si é o achado — normalmente é um comando que um dos dois não implementa, e vale saber qual antes de imprimir o rolo.

Todo comando da referência carrega um selo dizendo se a prévia o desenha por inteiro, em parte, ou não desenha, e uma nota explicando o que acontece em vez disso. Dois exemplos do terceiro caso: o MaxiCode é uma grade hexagonal que este renderizador não desenha, e os comandos de configuração descrevem uma cabeça de impressão física que uma prévia não tem.

O validador reporta a mesma coisa enquanto você digita. Um comando que ele não desenha é reportado como informação com link para a página dele, e um comando que não é ZPL de jeito nenhum é reportado como aviso — que é a distinção que importa quando a etiqueta parece errada e você está tentando descobrir por quê.