Gli sviluppatori del set di caratteri Linux hanno abbandonato il supporto per il rendering antialiasing.

Alcuni utenti che utilizzano il metodo di hinting "hintfull" potrebbero aver notato che, passando dalla versione Pango 1.43 alla 1.44 kerning di alcune famiglie di caratteri è peggiorato o completamente è rotto.

Il problema è causato dal fatto che la libreria Pango ha smesso di utilizzare FreeType per ottenere informazioni sul kerning (distanza tra i glifi) dei caratteri e ora HarfBuzz, e gli sviluppatori di quest'ultima hanno deciso di non supportare il rendering dei caratteri secondo il metodo "hintfull". Si segnala che sugli schermi ad alta densità di pixel (Hi-DPI) non si riscontrano problemi di visualizzazione dei caratteri utilizzando metodi di hinting diversi da "hintfull".

Risposta lo sviluppatore di HarfBuzz (Behdad Esfahbod) da una discussione relativa al problema:

Ho provato a utilizzare stili di hinting diversi da hintfull, ma solo quest'ultimo offre una visualizzazione dei caratteri simile a ClearType v2 su Windows 7, che secondo me ha il miglior rendering tra tutte le soluzioni esistenti.

Esatto. Quindi abbiamo deciso di non supportarlo più. Puoi cercare di abituarti al rendering "sfocato" o cercare altrove. Stai utilizzando Open Source, capisci?

Aggiornamento a seguito di ulteriori discussioni:

Nei commenti successivi, lo sviluppatore ha spiegato, ha affermato che l'OSS offre la possibilità di scelta e che coloro che non sono soddisfatti dello stato attuale possono creare un fork di Pango. Gli sviluppatori di HarfBuzz non possono influenzare la sua manutenzione e le decisioni in essa. Behdad Esfahbod, attuale manutentore di HarfBuzz, che detiene il primo posto per il numero di commit in entrambi
esistano, ha menzionato che da oltre 10 anni non è legato a Red Hat e non è un manutentore di Pango. Dal 2010 è passato a Google e ora si occupa solo di HarfBuzz, che in precedenza era il suo progetto personale. HarfBuzz non controlla il processo di rendering e Pango può sovrascrivere le modalità di hinting richieste sul proprio lato.

Un altro sviluppatore di HarfBuzz che nessuno degli attuali compilatori genera binari nel formato a.out, quindi non ha più senso., ha dichiarato che il problema riguarda Pango, poiché HarfBuzz non è un sistema di rendering dei font e non supporta l'hinting per sua architettura. Se Pango ha bisogno di mantenere l'hinting, il passaggio a HarfBuzz non è la scelta da cui aspettarsi supporto. In qualità di Le ragioni per cui non è stato implementato il hinting in HarfBuzz sono che alcuni metodi di hinting portano a modifiche della larghezza originale del glifo e questa modifica dipende dalla dimensione in pixel. In passato, Pango eseguiva operazioni simili tramite FreeType, che supportava il hinting, ma poi è passato a HarfBuzz, che gestisce i glifi senza essere legato alla loro dimensione. Pertanto, la soluzione ai problemi sorti con l'uso di Pango è responsabilità di Pango, non di HarfBuzz.

Alla fine Behdad Esfahbod ha pubblicato una grande retrospettiva dello sviluppo del stack font di Linux. Dopo il suo passaggio a Google, le librerie Pango e Cairo sono state praticamente abbandonate e sono entrate in stagnazione. In HarfBuzz il lavoro si è concentrato sul supporto dei font variabili (variable-font), mentre Red Hat ha focalizzato la sua attenzione su GTK e Glib. Col tempo, i progressi nel campo dei font variabili sono stati trasferiti in FreeType, fontconfig e Cairo, ma sono rimasti incompleti in Pango a causa della mancanza di sviluppatori. L'accesso ai nuovi API in Pango è stato fornito attraverso l'astrazione FontMap ed è stato supportato solo per backend basati su FreeType. I backend per Windows e macOS sono rimasti senza supporto per oltre 10 anni.

Dopo l'espansione dei dispositivi mobili e dei browser, Microsoft ha interrotto in Windows 8 il supporto al rendering subpixel dei caratteri e alla visualizzazione in stile GDI. macOS ha sempre supportato il rendering che in questa discussione viene definito "sfocato". Dal 2018, diversi sviluppatori di HarfBuzz hanno cercato di trasferire le funzionalità aggiunte negli ultimi anni di HarfBuzz in Pango. Parallelamente, nello sviluppo di GTK4 è stata effettuata una transizione al rendering basato su OpenGL, che implica la scalarità lineare del testo, intensificando il conflitto tra il rendering pixelato e il layout scalabile.

LibreOffice, Chrome e Firefox hanno adottato HarfBuzz come motore di shaping unificato, a costo della cessazione del supporto ai font raster e al formato Type1. Per i font raster, a chi ne avesse bisogno è stato proposto di convertirli in contenitori OpenType. Ad Adobe è stata inviata una richiesta per l'implementazione di Type1 per HarfBuzz, ma hanno risposto che non ha senso, poiché stanno interrompendo anch'essi il supporto per Type1 quest'anno.

Per stare al passo con le tecnologie in rapida evoluzione, una decisione simile di passare a HarfBuzz è stata presa anche per la libreria Pango. Il prezzo pagato è stata la cessazione del supporto per alcune tecnologie obsolete di 20 anni fa. Si segnala che, considerando le risorse limitate a disposizione degli sviluppatori, non c'è sufficiente personale per gestire tutto e coloro che sono interessati a mantenere le tecnologie obsolete potrebbero cercare qualcuno disposto a occuparsi del supporto della funzionalità mancante. A titolo di confronto, si cita GNOME3, dopo il quale coloro che erano insoddisfatti hanno potuto continuare a sviluppare le tecnologie obsolete di GNOME2 attraverso i progetti Mate e Cinnamon. La stessa cosa è applicabile a Pango, ma al momento non ci sono stati volontari.

Fonte: opennet.ru