IPAK

Processo

Como uma fonte é verificada

O que e por que se verifica na fonte de trabalho Ipak Davlat antes do lançamento: verificações automáticas, quatro frentes de verificação, teste de substituição com palavras reais e medição no lugar de avaliação a olho.

O Ipak Davlat é a fonte de trabalho da biblioteca Ipak. Foi construída sobre a fonte aberta Overpass, à qual foi acrescentada a camada uzbeque: os sinais ʻ e ʼ, o kerning do cirílico com Ў Қ Ғ Ҳ, as letras Ö Ğ Ş Ç, variantes para placas. Antes de publicar a fonte, ela é verificada. Abaixo: o que exatamente se verifica, por quê e como.

A regra de lançamento

A fonte só é lançada quando duas verificações independentes seguidas não encontram nada a corrigir. Se, depois de uma verificação, algo foi ajustado, a seguinte começa do zero.

Nem toda observação impede o lançamento. Os desejos «para o futuro» são anotados à parte e passam para a versão seguinte. Só impede o erro sem cuja correção a fonte não pode ser lançada: sinal errado, letras grudadas, montagem quebrada.

Verificações automáticas

Primeiro, a fonte passa pelos programas. Eles não avaliam a beleza, mas não deixam passar erros técnicos.

  • Font Bakery — um conjunto aberto de verificações da fonte: nomes e métricas no arquivo, presença dos sinais necessários, correção das tabelas. No Ipak Davlat, as observações que restaram referem-se à base Overpass, não à camada uzbeque.
  • OTS (OpenType Sanitizer) — a verificação pela qual os navegadores Chrome e Firefox fazem passar as webfonts antes de carregar. Se o OTS rejeitar o arquivo, o site simplesmente não o mostrará. O Ipak Davlat passa por ela sem observações.

Quatro frentes de verificação

Os programas não dirão se a placa se lê do outro lado do salão. Por isso, a fonte é olhada por pessoas, cada uma com a sua tarefa.

Direção O que olha
Tipografia afastamentos entre letras, kerning, sinais ʻ ʼ nas combinações, uniformidade da composição
Língua uzbeque símbolos corretos, ortografia dos exemplos, substituição de sinais, letras Ö Ğ Ş Ç e cirílico
Letreiros e navegação legibilidade em maiúsculas, de longe e em corpo pequeno; setas, algarismos, mockups de placas
Técnica e licença montagem, verificações automáticas, nomes no arquivo, respeito à licença da base, exatidão do texto na página da fonte

O verificador recebe a fonte, uma página de amostra e os critérios. O que e por que foi ajustado antes não lhe é contado: assim, o olhar permanece fresco e não se acostuma com os erros antigos.

Mockup do painel do aeroporto, composto em Ipak Davlat
Mockup do painel do aeroporto, composto em Ipak Davlat: setas, algarismos e ponto mediano são verificados como parte da placa, e não separadamente Ipak; fonte — SIL OFL 1.1 · CC BY 4.0 · Ipak

O que uma verificação assim encontra

Exemplos de observações que a verificação encontrou no Ipak Davlat:

  • O ponto mediano sem lugar. Na base, o «·» estava marcado como sinal sobrescrito e pousava sobre a letra anterior: «5·10» lia-se como «510». Em detalhe, no artigo «O letreiro visto de longe».
  • I e l, O e 0. Numa placa, não se distinguem de longe. Surgiram a l com rabinho e o conjunto com zero cortado.
  • A substituição em idiomas alheios. O inglês King's virava Kingʻs. Para inglês, alemão, francês, russo e outros idiomas, a substituição foi desativada, e para o 's no fim da palavra foi feita uma exceção.
  • Texto sem marcação de idioma no site. Se o idioma da página não é indicado, o navegador toma o idioma da interface, e a substituição não funciona. As amostras no portal estão marcadas como uzbeques.
  • Setas de largura e altura diferentes. As setas foram desenhadas de novo a partir de um único contorno, com centro comum.

Os erros mais traiçoeiros aparecem não na base, e sim nas correções próprias. Um exemplo é a regra do ng. No uzbeque, ng é uma letra só, e depois dela, no fim da palavra, o sinal ʻ não é necessário: ‘tong’ não deve virar ‘tongʻ. A primeira exceção para esse caso veio larga demais e quebrou qoʻngʻiroq, changʻi e toʻngʻich — palavras pelas quais a substituição existe. Outro exemplo: a l com rabinho, no começo, substituiu o próprio desenho do l, e junto com ela a cauda receberam ĺ ļ ľ e a ligadura fl, que por isso grudaram nos vizinhos. Agora a l de cauda é um sinal à parte.

O teste com palavras reais

Para que tais erros não voltem, a substituição é verificada por um teste. Nele estão registradas as palavras tal como digitadas num teclado comum, o idioma do texto e o que a fonte deve mostrar. Por exemplo, qo'ng'iroq deve virar qoʻngʻiroq; ‘tong’ deve continuar ‘tong’; e o inglês King's, em texto marcado como inglês, não muda. O teste compõe cada palavra com o motor HarfBuzz — o mesmo que roda nos navegadores —, nos dois estilos, e compara os sinais escolhidos com os esperados.

A regra é simples: cada observação encontrada sobre a substituição torna-se uma nova linha do teste, e o teste roda depois de cada montagem.

À esquerda, o texto digitado num teclado comum. À direita, o que mostra o Ipak Davlat Bold com a substituição de sinais
À esquerda, o texto digitado num teclado comum. À direita, o que mostra o Ipak Davlat Bold com a substituição de sinais Ipak; render HarfBuzz de IpakDavlat-Regular.ttf e IpakDavlat-Bold.ttf v0.1; fonte — SIL OFL 1.1 · CC BY 4.0 · Ipak

O teste também fixa a limitação conhecida. Um empréstimo terminado em -g entre aspas, por exemplo 'pedagog', recebe ʻ no fim: pelos símbolos digitados, ele não se distingue do uzbeque bogʻ. Distingui-los só com um dicionário — e a fonte não conhece dicionário. O teste vigia para que esse comportamento não mude sem ser notado.

Medição no lugar de avaliação a olho

Os pontos controversos são decididos com números. Na verificação houve uma observação: o sinal ʻ quase toca o G, cerca de 1% do corpo. Se isso se confirmasse, a fonte não poderia ser lançada.

O par foi medido. As letras foram renderizadas em raster, grandes, 2000 unidades por corpo, e calculou-se a distância mais curta entre os contornos do G e do sinal. Deu 145 unidades no Regular e 119 no Bold, isto é, 7,3% e 6,0% do corpo. Uma medição independente, por outro método, deu números próximos: 7,8% e 7,0%. O limiar proposto na própria observação foi cumprido com folga. O sinal fica perto do G de propósito: ele deve ser lido como parte da letra Gʻ, não como uma aspa à parte.

A observação foi rejeitada, e, junto com a decisão, ficaram registrados os números e o método da medição.

O sinal ʻ junto ao G no Ipak Davlat Bold. A linha vermelha é a distância mais curta entre os contornos, cerca de 6% do corpo
O sinal ʻ junto ao G no Ipak Davlat Bold. A linha vermelha é a distância mais curta entre os contornos, cerca de 6% do corpo Ipak; render HarfBuzz de IpakDavlat-Bold.ttf v0.1; fonte — SIL OFL 1.1 · CC BY 4.0 · Ipak

As regras que daí se seguem

  1. Enquanto a fonte é verificada, o arquivo não muda. Todos os verificadores veem a mesma montagem. Os ajustes entram depois.
  2. Cada ajuste da substituição, com uma linha no teste.
  3. Os números da página da fonte vêm da própria fonte. A página é montada por script antes da publicação, e números como a quantidade de pares de kerning ele mesmo conta, em vez de copiar à mão.
  4. Desejos separados dos ajustes. O que não impede o lançamento espera a versão seguinte.

O resultado

A verificação de uma fonte não é uma única perícia, e sim várias camadas: os programas apanham os erros técnicos; pessoas olham de quatro lados a tipografia, a língua, as placas e a licença; o teste com palavras reais não deixa os erros antigos voltarem; e os pontos controversos decide a medição. Os erros mais graves costumam aparecer nas correções próprias — por isso o teste e a regra de «não tocar no arquivo enquanto o verificam» valem mais que qualquer atenção.

Fontes

Ferramentas de verificação: Font Bakery, OpenType Sanitizer (OTS), HarfBuzz; a descrição do recurso calt — especificação OpenType; a base da fonte — Overpass. As medições e o teste são nossos, na montagem do Ipak Davlat v0.1, outubro de 2026.

Links: