The Universal Web

1.6 Tipos selecionados

Escolha tipos por critérios mensuráveis de legibilidade — altura de x, aberturas, distinção de caracteres, espaçamento — em vez de pelo nome, e trate as alegações de marketing de 'fonte acessível' com ceticismo informado.

7 min read

Esta página foi traduzida com auxílio de IA. O original em inglês é a versão de referência.

A edição de 2005 deste capítulo fez o que todo guia de sua época fazia: citou nomes. Verdana, Georgia e sua turma — as fontes web centrais da Microsoft encomendadas para a tela — eram as recomendações defensáveis quando os designers só podiam contar com fontes pré-instaladas nas máquinas dos usuários. Vinte anos depois, a restrição desapareceu. Fontes web carregam com confiabilidade, fontes variáveis são corriqueiras e o catálogo de tipos disponíveis cresceu de uma dúzia para dezenas de milhares. Nomear uma lista curta já não é útil. Ensinar os critérios é.

Essa mudança também é mais honesta. A velha lista curta era boa não porque aquelas fontes fossem mágicas, mas porque encarnavam propriedades específicas e verificáveis: alturas de x generosas, aberturas amplas, ajuste frouxo e formas de letra desenhadas para sobreviver a uma renderização grosseira. Essas propriedades — em grande parte os critérios da era Boyarski que o capítulo original citava — continuam sendo o teste certo, e podem ser aplicadas a qualquer tipo candidato em minutos.

O que mudou desde 2005

Três coisas. Primeiro, o problema da entrega se dissolveu: @font-face e a compressão WOFF2 tornaram rotineiro servir um tipo escolhido, de modo que "fontes de tela padrão" e "fontes incorporadas" já não são categorias significativamente diferentes, e a ansiedade de licenciamento que o capítulo original apontava foi em grande parte absorvida pelas normas de licenças web e pelo tipo de código aberto.

Segundo, surgiu um gênero de "tipos acessíveis" construídos para esse fim. Alguns são esforços sérios: a Atkinson Hyperlegible, encomendada pelo Braille Institute, exagera as distinções entre caracteres comumente confundidos para leitores com baixa visão. A Lexend foi desenhada em torno da hipótese de que espaçamento mais largo e proporções específicas melhoram a fluência de leitura. A APHont foi desenvolvida pela American Printing House for the Blind para uso impresso e em tela por pessoas com baixa visão. A Luciole foi desenhada na França especificamente para leitores com deficiência visual. São projetos reais, de pessoas que estudaram o problema.

Terceiro — e esta é a ressalva necessária —, a base de evidências não acompanhou o ritmo do marketing. Estudos independentes de velocidade de leitura e compreensão em geral constatam que as diferenças individuais entre leitores afogam as diferenças entre tipos razoáveis, e que a familiaridade é, ela própria, um fator de legibilidade. As alegações muito divulgadas em torno de fontes específicas para dislexia, em particular, falharam repetidamente em se replicar em estudos controlados: leitores com dislexia nesses estudos em geral não leem mais rápido em fontes especiais para dislexia do que em tipos comuns bem espaçados, e frequentemente preferem os tipos familiares. "Desenhada para acessibilidade" é uma intenção de projeto, não uma garantia de resultado. Escolha por propriedades visíveis e verificáveis, não pelo rótulo.

Os critérios que importam

A lista da Versão 1 se sustenta notavelmente bem; aqui está ela, atualizada e tornada testável.

  • Distinção de caracteres. Digite a sequência Il1, depois 0O, depois rn ao lado de m, depois cl ao lado de d. O I maiúsculo, o l minúsculo e o algarismo 1 devem ser distinguíveis num relance — por serifas, um l com cauda ou um 1 de topo reto. Este é o desqualificador mais rápido, e muitas sans-serifs geométricas populares falham nele.
  • Aberturas amplas. As aberturas de a, c, e e s devem ser largas. Aberturas fechadas fazem o e colapsar em direção ao o sob desfoque, corpo pequeno ou baixa visão.
  • Altura de x generosa, dentro do razoável. Uma altura de x grande amplia a parte da letra que carrega a maior parte da identidade. Extremos saem pela culatra: quando a altura de x espreme as ascendentes, h e n começam a convergir, e d e a perdem separação.
  • Ajuste confortável. Um espaçamento ligeiramente frouxo em corpos de texto vence um espaçamento apertado da moda. Verifique também se o tipo tolera aumentos de letter-spacing aplicados pelo usuário (WCAG 1.4.12) sem se desmontar.
  • Contraste de traço moderado e junções firmes. Os tipos modernos de alto contraste perdem seus traços finos em corpos pequenos e resoluções baixas. Pesos médios, quase monolineares, renderizam de forma confiável.
  • a de dois andares, g distinguível, formas inequívocas. As formas de letra devem diferir por construção, não apenas por nuance. Pares espelhados (b/d, p/q) se beneficiam de detalhes assimétricos.
  • Um itálico verdadeiro e um negrito utilizável. Conforme os capítulos 1.3 e 1.4, você precisará de estilos de ênfase honestos; uma família sem eles força a síntese.
Serifa versus sem serifa, aliás, continua empatado. O consenso da pesquisa é que nenhuma das categorias detém vantagem geral de legibilidade nas telas modernas; as propriedades acima atravessam a divisão. A Georgia passa na maioria desses testes; uma sans humanista bem-feita também.

Pilhas de sistema e o dividendo da familiaridade

A pilha moderna de fontes de sistema — San Francisco nas plataformas Apple, Segoe UI no Windows, Roboto no Android, renderizada via font-family: system-ui — merece elogio específico. Esses tipos foram projetados para a renderização de suas plataformas, vêm com faixas completas de peso e itálicos verdadeiros, não custam nada para carregar (um ganho de desempenho que é, em si, um ganho de acessibilidade em conexões lentas) e são os tipos que os leitores veem o dia inteiro. Familiaridade é capital de legibilidade mensurável. Uma pilha de sistema nunca é a escolha empolgante, mas para interfaces de aplicação e texto utilitário ela é quase irrepreensível.

Para a voz editorial, a posição honesta é que muitos tipos de texto comuns e bem-feitos — sans-serifs humanistas e serifas de texto robustas igualmente — satisfazem todos os critérios acima. Os tipos voltados à acessibilidade citados antes também são candidatos razoáveis, em particular a Atkinson Hyperlegible onde leitores com baixa visão são um público primário. O que importa é que a escolha seja testada contra os critérios e contra seus alvos reais de renderização, nos seus corpos reais.

Handgloves 123 composto em Georgia, Verdana e Tahoma — tipos de sistema custam zero bytes, não causam troca de fonte e são familiares a todo leitor.

No CSS

/* Criteria first, then names: distinct Il1/0O, open apertures */
body {
  font-family: "Atkinson Hyperlegible", Seravek, Verdana,
    system-ui, sans-serif;
  font-size-adjust: 0.53;   /* keep fallback x-heights consistent */
}

Recomendações

  • Escolha por critérios, não por nome nem pela marca de "acessível": teste você mesmo Il1, 0O, rn/m, a amplitude das aberturas e o ajuste.
  • Trate as fontes especiais de acessibilidade como candidatas que devem passar pelos mesmos testes — várias (Atkinson Hyperlegible, Lexend, APHont, Luciole) são críveis; nenhuma é bala de prata.
  • Seja cético quanto às alegações das fontes para dislexia; estudos controlados não sustentaram benefícios de velocidade de leitura, e o tipo comum bem espaçado tem desempenho comparável.
  • Serifa versus sem serifa não é a questão; a qualidade da construção é.
  • Use pilhas de fontes de sistema com confiança para interfaces e texto utilitário — familiaridade e qualidade de renderização são vantagens reais.
  • Exija um itálico verdadeiro e pelo menos um negrito sólido em qualquer família que adotar.
  • Verifique se sua escolha sobrevive aos ajustes de espaçamento de texto da WCAG, ao zoom de 200% e ao seu menor corpo de produção antes de se comprometer.
  • Reteste quando o tipo, o ambiente de renderização ou o público mudar — os critérios são estáveis, mas a lista dos aprovados não é.

Leituras adicionais