Resumo

  • RFC 1456 contou 134 combinações vietnamitas adicionais e documentou VISCII, que preservava todos os gráficos ASCII ao colocar seis maiúsculas em seis posições de controle C0.
  • VIQR mantinha a mensagem legível em sete bits usando pontuação como diacríticos mnemônicos; o mesmo sinal podia ser pontuação literal ou parte de uma letra conforme contexto e escape.
  • O charset MIME indicava qual gramática aplicar, mas não provava bytes conformes, conversor disponível, fonte completa, ida e volta sem perda ou leitura humana correta.

Uma ponte que não levava a imagem

VIQR foi apresentado como convenção de digitação, leitura e transferência, não como uma codificação igual a VISCII. Parêntese esquerdo lembrava breve; circunflexo, circunflexo; sinal de mais, horn. Apóstrofo, crase, interrogação, til e ponto marcavam tons. dd e DD representavam D barrado.

Essa escolha mantinha o conteúdo dentro do ASCII imprimível. Um usuário em sistema de sete bits via a forma mnemônica. Outro, com software de oito bits, podia usar as mesmas teclas e enxergar letras vietnamitas. A continuidade estava na ação de entrada e na convenção compartilhada, não nos pixels.

Pontuação, porém, não deixou de existir. Um ponto de interrogação após uma vogal podia ser tom ou pergunta. RFC 1456 citou “How are you?” para mostrar composição indesejada e disse haver uma prevenção, sem reproduzir toda a regra de escape.

Logo, o caractere visível não carregava autoridade sobre sua leitura. O parser precisava conhecer VIQR, posição e estado. A legibilidade de emergência facilitava comunicação, mas não transformava texto ASCII em uma descrição autossuficiente.

A conta dos 134

VISCII enfrentou o ambiente de oito bits. O documento calculou 134 combinações de letras e diacríticos além dos alfabetos já presentes em ASCII. Como essas formas eram frequentes, uma tecla especial de composição para cada ocorrência imporia um custo constante.

Separar base e marcas economizaria posições, mas as plataformas do período não integravam bem esse modelo. VISCII preferiu letras prontas, uma unidade por caractere, para caber no modo como editores, arquivos e aplicações tratavam bytes.

O repertório gráfico ASCII foi conservado inteiro. Era a chave para reutilizar comandos, nomes, pontuação e ferramentas existentes. Seis maiúsculas vietnamitas menos usadas ocuparam seis posições C0 julgadas menos problemáticas.

No caminho ASCII, esses valores podiam acionar controles. No caminho VISCII, eram letras. Um filtro podia removê-los antes da conversão; uma fonte podia não desenhá-los; uma tabela errada podia trocá-los. O compromisso reduzia um custo de integração e criava uma dívida de proveniência.

Software em execução, prova limitada

RFC 1456 relatou ferramentas em Unix, MS-DOS e Windows, filtros de correio e news, impressão, bancos de dados e edição. Registrou também conversão para ISO 10646/Unicode 1.1 no tcs do Plan 9.

Isso mostra que havia software, não apenas uma proposta abstrata. Não demonstra que todos os vietnamitas o usaram, que toda versão implementava a mesma tabela ou que toda conversão era reversível. A afirmação pertence ao tempo, autores e sistemas descritos.

A base instalada condicionou o design. Preservar ASCII imprimível abria o arsenal de ferramentas do mundo anglófono; usar C0 evitava mover esse arsenal. Não foi uma escolha linguística pura. Foi uma negociação com código já implantado.

MIME dava o nome da regra

RFC 1456 registrou VISCII e VIQR como charsets MIME e orientou usar o valor correspondente em correio ou news. Suporte era opcional para conformidade MIME.

O rótulo expressava intenção. Não validava o corpo. Uma mensagem podia declarar VISCII depois de perder bytes baixos; o destinatário podia reconhecer o nome sem conversor; uma conversão correta podia terminar em fonte sem glifo.

Regras MIME posteriores definiram US-ASCII como padrão de texto sem charset e recomendaram explicitude. A ausência do rótulo devolvia seis letras VISCII ao domínio de controle. Em VIQR, a frase talvez continuasse legível enquanto pesquisa e round trip falhavam silenciosamente.

O registro atual da IANA preserva VISCII e VIQR, MIBenum 2082 e 2083, com aliases csVISCII e csVIQR. Isso é prova de identidade registral, não de adoção, suporte ou resultado.

UTF-8 não adivinhava o passado

UTF-8 preservou os octetos US-ASCII e ampliou o repertório por sequências variáveis. A caixa de 256 posições deixou de ser o limite global. Mesmo assim, arquivos anteriores continuaram exigindo sua interpretação original.

Bytes VISCII precisam ser decodificados como VISCII antes de serem recodificados. Texto VIQR precisa passar pela gramática contextual. Alimentar ambos ao padrão moderno sem proveniência não é migrar; é escolher uma hipótese.

Uma tela convincente tampouco prova equivalência. Normalização e sequências de pontos de código podem afetar busca, assinatura e identidade. A nova arquitetura mudou a alocação, não aboliu a necessidade de registrar transformações.

A escada de realidade

caractere linguístico → representação → bytes → charset → parser → pontos de código → glifos → leitura

Cada seta tem responsável diferente. Falantes distinguem letras; a convenção aloca; remetente produz; transporte preserva; decoder executa; fonte desenha; leitor interpreta.

Hash de arquivo não decide charset. Charset não garante software. Screenshot não prova reversibilidade. Leitura humana não demonstra que índices ou assinaturas receberam a mesma sequência. A evidência precisa nomear até onde alcança.

Fontes e limites

Status e publicação vêm da página de RFC 1456. A contagem, VISCII, VIQR, relatos de software e limite de segurança vêm de RFC 1456. O MIME contemporâneo é RFC 1341; regras posteriores de charset estão em RFC 2046. A comparação com UTF-8 usa RFC 3629. Os identificadores vêm do registro de conjuntos de caracteres da IANA. A leitura por camadas é declaradamente baseada em Lu Heng, Running Code Is Primary e On Reality Layers.

As fontes não provam adoção universal, uso atual, conversão perfeita, incidente real ou causalidade direta para Unicode. RFC 1456 não discutiu segurança. Decodificar não autentica remetente nem comprova entendimento.