Escalas fracionárias, fontes e hinting

Artigo original ↗ Discussão no Hacker News ↗

Reação geral às mudanças de renderização de fontes no GTK

  • Muitos usuários antigos do GTK estão satisfeitos; capturas de tela mostram uma grande melhoria na nitidez em comparação com o GTK4 anterior.
  • Alguns querem comparações com pilhas mais antigas (por exemplo, GTK 3 com Pango anterior à 1.44), nas quais lembram de texto mais nítido.
  • Alguns argumentam que o GTK 3 ainda parece melhor do que o GTK 4, mesmo após o novo trabalho.

Hinting, subpixel AA e filosofias de renderização

  • A discussão contrasta:
    • Renderização que preserva a forma, um pouco borrada (frequentemente associada à Apple).
    • Renderização alinhada à grade de pixels, mais nítida, mas que distorce a forma (frequentemente associada ao Windows antigo/ClearType).
  • Vários observam que o subpixel AA está sendo abandonado por muitas toolkits (GTK, Apple moderna, algumas pilhas da MS) em favor de AA em tons de cinza mais HiDPI.
  • Divergências:
    • Alguns acham o AA em tons de cinza “bom o suficiente” até mesmo em ~100–110 DPI.
    • Outros insistem que o subpixel AA ainda é visivelmente mais nítido em telas comuns de 1080p/1440p/4K@150%.
  • Há debate sobre se o subpixel AA vale seus inconvenientes (franjas coloridas, geometria dependente do dispositivo, capturas de tela ruins) em painéis modernos.

HiDPI, escala fracionária e configurações com múltiplos monitores

  • Antes, o GTK usava renderização 2x mais redução; agora faz escala fracionária por widget, o que é visto como mais eficiente, mas mais difícil de acertar.
  • O novo comportamento de gtk-hint-font-metrics é bem-vindo; agora é aplicado automaticamente com base no DPI do display, melhorando configurações com DPI misto.
  • Comparações:
    • macOS: renderiza em resolução virtual mais alta e depende de HiDPI; pode parecer estranho em displays externos não-HiDPI, especialmente desde a remoção do subpixel AA.
    • Windows: alguns elogiam a escala de DPI por monitor; outros relatam interface borrada, muitas configurações confusas e compatibilidade frágil entre apps.
    • Haiku e APIs antigas do Windows usam unidades de layout baseadas no tamanho da fonte; alguns veem isso como elegante, outros dizem que sobrecarrega os desenvolvedores.

Correção de gamma, ajuste do FreeType e configurações

  • Vários argumentam que a renderização de fontes no Linux costuma estar errada por falta de correção de gamma, ou por correção incorreta, especialmente para texto claro sobre fundo escuro.
  • Workarounds mencionados:
    • Propriedades do FreeType (por exemplo, escurecimento de hastes e versão do interpretador) podem alterar significativamente o peso e a nitidez percebidos.
    • Variáveis de ambiente e flags para apps Electron/Chromium para usar Wayland e melhores caminhos de fontes.
  • Há discordância sobre se mudanças no FreeType “quebraram” o grid-fitting ou apenas mudaram para combinar com diferentes eras de fontes.

Preocupações residuais

  • Alguns ainda veem borrão em capturas de tela do GTK e questionam a ausência de subpixel AA e de hinting completo horizontal+vertical.
  • A complexidade de fazer renderização de texto “perfeitamente” em todos os dispositivos e DPIs é amplamente reconhecida como alta e controversa.