Ferramentas de texto e do dia a dia · Kit de ferramentas de QR e código de barras
Quantos dados um código QR pode conter? Versões 1 a 40 e capacidade explicada
· Fundo
código QR codificação usabilidade
Explica as versões QR 40, como o tamanho da grade, o modo de codificação e a correção de erros se combinam para definir a capacidade e por que o máximo teórico raramente é o prático.
O código que se tornou um quadrado cinza ilegível — o que acontece quando você codifica um parágrafo em vez de um link
Uma nota longa pode transformar um símbolo compacto em um campo denso de pequenos módulos, mesmo antes de o codificador rejeitá-lo. Essa mudança visual é importante porque uma largura impressa fixa deixa menos pixels ou pontos de impressão para cada linha e coluna adicionada.
A densidade é visível tanto no contador do módulo quanto na prova física. O gerador pode aceitar uma nota longa, mas a visualização de tamanho fixo agora contém muitas células menores e uma impressão posterior pode borrá-las. A capacidade responde se uma matriz pode ser construída, e não se uma impressora e um telefone escolhidos podem resolvê-la. Reduza a carga útil antes de reduzir a margem ou o tamanho da célula, pois essas alterações atacam a evidência visual do scanner.
Versões 1 a 40 — 21×21 módulos crescendo quatro de cada lado para 177×177 e o que cada etapa adiciona
A implementação suporta versões QR de um a quarenta: 21 módulos por lado na primeira versão, depois mais quatro por lado até 177. A seleção automática escolhe a menor versão que se ajusta à carga útil de UTF-8 bytes e ao nível de correção.
As dimensões da versão fornecem uma escada observável simples: 21 módulos para a versão um, depois quatro módulos adicionais por lado em cada etapa até 177. Os testes verificam a regra de dimensão `4n + 17` em todos os níveis de correção. ToolAcre solicita a seleção automática da dependência em vez de expor um campo de versão, portanto, os usuários devem ler a contagem de módulos resultante em vez de forçar uma pesquisa na tabela.
A capacidade neste kit de ferramentas é UTF-8 capacidade de modo byte; máximos publicados em todos os modos estão fora da implementação
As tabelas de capacidade genéricas separam os modos numérico, alfanumérico, byte e kanji, mas ToolAcre usa deliberadamente o modo byte para cada carga útil. A reprodução de máximos de outro modo descreveria incorretamente esta ferramenta, portanto a capacidade aqui é medida em bytes UTF-8 codificados.
O comprimento de UTF-8 bytes explica por que contagens iguais de caracteres podem se comportar de maneira diferente. Quarenta caracteres ASCII `x` usam menos bytes do que quarenta caracteres japoneses, e o teste confirma que a carga multibyte precisa de uma matriz pelo menos tão grande. O painel exibe bytes em vez de caracteres por esse motivo. Os máximos numéricos ou alfanuméricos genéricos não preveriam ToolAcre porque enviam cada carga útil através do modo de byte.
A capacidade depende do nível de correção selecionado; use os limites exatos de bytes da implementação
Os limites verificados são 2,953 bytes em L, 2,331 em M, 1,663 em Q e 1,273 em H. Essas são constantes de implementação, não uma promessa sobre qualidade de impressão prática, e uma correção mais forte deixa menos espaço para bytes de carga útil.
Os limites exatos configurados também definem o caminho do erro: 2,953 bytes em L, 2,331 em M, 1,663 em Q e 1,273 em H. Estes são valores de implementação válidos para mostrar na interface. Eles não devem ser convertidos em contagens de caracteres porque os acentos e emojis variam em comprimento UTF-8. Quando um valor excede a capacidade, encurtá-lo é mais seguro do que descartar conteúdo silenciosamente.
Tetos práticos — a resolução da câmera, o tamanho da impressão e a distância de digitalização reduzem o intervalo utilizável bem abaixo da versão 40
Uma matriz que se ajusta tecnicamente ainda pode ter um design físico ruim quando impressa em tamanho muito pequeno ou visualizada muito longe. A resolução da câmera, a zona silenciosa, o contraste e o substrato reduzem o limite prático, e é por isso que um URL curto é geralmente preferível a um registro inteiro.
O alcance prático depende de todo o símbolo. Uma correção mais forte pode tornar a matriz maior para texto idêntico, como demonstra o teste de caracteres 200 entre L e H. Em uma largura de impressão fixa, isso reduz cada módulo. A correção de aumento não é, portanto, automaticamente mais segura: a redundância pode tolerar alguns danos, enquanto o aumento da densidade torna a captura limpa mais difícil. Escolha um nível e teste o código físico resultante.
Exemplo resolvido: compare contagens de módulos gerados em vez de prever versões exatas da memória
Gere um URL curto, um vCard compatível e uma nota longa de texto simples e, em seguida, compare as contagens de módulos retornados e as provas de digitalização. A fonte não expõe um estimador de versão garantida para texto arbitrário, portanto observe a saída real em vez de adivinhar.
Para o conjunto de exemplos, gere um HTTPS URL curto, um vCard compatível e uma nota de 500 caracteres no mesmo nível de correção. Registre a contagem de bytes e as dimensões do módulo em vez de prever versões exatas. O vCard adiciona rótulos de campo e separadores ao redor dos dados de contato visíveis, de modo que seu comprimento codificado não seja apenas a soma do que apareceu no formulário.
O que isso não cobre – anexo estruturado em vários códigos e Micro QR
Anexação estruturada e Micro QR não são implementados. ToolAcre também não divide uma carga superdimensionada entre símbolos; informa que o conteúdo é muito longo e sugere encurtá-lo ou escolher um nível de correção mais baixo.
ToolAcre não divide dados em vários códigos e não oferece Micro QR. Uma carga útil superdimensionada retorna um erro em vez de uma imagem parcial. Se um registro for muito grande, hospede-o em um URL estável ou selecione ferramentas especializadas cujo formato multisímbolo e suporte ao leitor atendam ao requisito. Cortar texto manualmente em imagens QR não relacionadas cria um problema de montagem para o scanner e para o usuário.
Conclusão: codifique um ponteiro em vez da carga útil, sempre que possível, e deixe o QR & Barcode Toolkit escolher a versão do conteúdo inserido
Codifique um ponteiro quando o destino puder hospedar o registro maior, mantenha URLs de longa duração sob seu controle e deixe o gerador selecionar a matriz. A capacidade é um orçamento de bytes, enquanto o uso confiável é um teste do sistema físico.
A conclusão operacional é uma hierarquia: preservar o conteúdo correto, remover bytes desnecessários, escolher um nível de correção apropriado, observar a matriz gerada, dimensioná-la e testá-la. Um máximo teórico é o limite final do codificador, não um alvo de projeto. Ponteiros curtos geralmente deixam mais espaço para módulos robustos e permitem que o conteúdo do destino mude sem substituir a impressão.