Gli sviluppatori di stack di caratteri Linux abbandonano il supporto per il soft anti-aliasing

Alcuni utenti che utilizzano il metodo dei suggerimenti suggestivi potrebbero aver notato che durante l'aggiornamento dalla versione Pango 1.43 alla 1.44 crenatura alcune famiglie di caratteri peggiorato o completamente si è rotto.

Il problema è causato dalla libreria Pango passato dall'uso FreeType per informazioni sulla crenatura (distanza tra i glifi) dei caratteri Harf Buzze gli sviluppatori di quest'ultimo hanno deciso non supportare smussamento dei caratteri utilizzando il metodo "hintfull". Si noti che sugli schermi con elevata densità di pixel (Hi-DPI), non si verificano problemi con la visualizzazione dei caratteri quando si utilizzano metodi di suggerimento diversi da "hintfull".

risposta Lo sviluppatore di HarfBuzz (Behdad Esfahbod) dalla discussione corrispondente del problema:

Ho provato a utilizzare stili di suggerimento diversi da hindfull, ma fornisce solo una visualizzazione dei caratteri vicina a ClearType v2 in Windows 7, che, a mio avviso, offre il miglior rendering di tutte le soluzioni esistenti.

Giusto. Pertanto abbiamo deciso di non sostenerlo più. Puoi provare ad abituarti al rendering saponoso o provare a trovare qualcos'altro. Tu usi l'Open Source, capito?

Aggiunta dopo ulteriore discussione:

Nei commenti successivi lo sviluppatore Ha spiegatoche il software open source offre l'opportunità di scegliere e chi non è soddisfatto dello stato attuale può creare un fork di Pango. Gli sviluppatori di HarfBuzz non possono influenzarne la manutenzione e le decisioni prese in esso. Behdad Esfahbod, attuale manutentore di HarfBuzz che è al primo posto nei commit entrambi
progetti, ha affermato di non essere associato a Red Hat da oltre 10 anni e di non essere un manutentore di Pango. Dal 2010 è passato a Google e ora lavora solo con HarfBuzz, che in precedenza era il suo progetto personale. HarfBuzz non controlla processo di rendering e Pango può sovrascrivere le modalità di suggerimento richieste.

Un altro sviluppatore HarfBuzz accentato, che il problema è da parte di Pango, poiché HarfBuzz non è un sistema di rendering dei caratteri e non supporta i suggerimenti tramite la sua architettura. Se Pagno ha bisogno di mantenere i suggerimenti, passare a HarfBuzz non è la scelta giusta per fare affidamento sul suo supporto. IN come Le ragioni per rifiutare di implementare i suggerimenti in HarfBuzz sono che alcune modalità di suggerimento portano a un cambiamento nella larghezza originale del glifo e questo cambiamento dipende dalla dimensione dei pixel. Pango aveva precedentemente eseguito operazioni simili tramite FreeType, che supporta i suggerimenti, ma poi è passato a HarfBuzz, che gestisce i glifi senza riferimento alla loro dimensione. Pertanto, la risoluzione dei problemi riscontrati durante l'utilizzo di Pango è responsabilità di Pango, non di HarfBuzz.

Alla fine Behdad Esfahbod pubblicato un'ampia retrospettiva sullo sviluppo dello stack di caratteri Linux. Dopo la sua partenza per Google, le biblioteche Pango e Cairo furono praticamente abbandonate e caddero in una fase di stagnazione. Presso HarfBuzz il lavoro si è concentrato sul supporto per i caratteri variabili adattivi, mentre Red Hat si è concentrato su GTK e Glib. Nel corso del tempo, gli sviluppi nel campo dei caratteri mutabili furono trasferiti a FreeType, fontconfig e Cairo, ma rimasero incompiuti in Pango a causa della mancanza di sviluppatori. L'accesso alle nuove API in Pango veniva fornito tramite l'astrazione FontMap ed era supportato solo per i backend basati su FreeType. I backend per Windows e macOS non vengono manutenuti da più di 10 anni.

In seguito all'espansione dei dispositivi mobili e dei browser, Microsoft ha smesso di supportare il rendering dei caratteri subpixel e il rendering in stile GDI in Windows 8. macOS supporta da sempre il rendering, che in questa discussione viene chiamato “sfocato”. Dal 2018, diversi sviluppatori di HarfBuzz hanno tentato di portare le funzionalità di HarfBuzz aggiunte nel corso degli anni a Pango. Parallelamente allo sviluppo di GTK4, è stata effettuata una transizione al rendering basato su OpenGL, che implica il ridimensionamento lineare del testo, che ha esacerbato l'opposizione tra rendering pixel e layout scalabile.

LibreOffice, Chrome e Firefox sono passati all'utilizzo di HarfBuzz come motore di modellatura unificato, al costo di interrompere il supporto per i caratteri bitmap e il formato Type1. Per i caratteri bitmap, a coloro che ne avevano bisogno è stato chiesto di convertirli in un contenitore OpenType. È stata inviata ad Adobe una richiesta per implementare Type1 per HarfBuzz, ma hanno risposto che non aveva senso, poiché loro stessi avrebbero smesso di supportare Type1 quest'anno.

Per restare al passo con le tecnologie avanzate, anche per la biblioteca Pango è stata presa la decisione simile di passare a HarfBuzz. Il prezzo è stato la cessazione del supporto per alcune vecchie tecnologie di 20 anni fa. È chiaro che, date le risorse limitate, gli sviluppatori non hanno abbastanza mani per fare tutto e chi è interessato a preservare le vecchie tecnologie può cercare di trovare qualcuno che sia pronto a mantenere le funzionalità che mancano. A titolo di confronto, viene fornito GNOME3, dopo la cui comparsa gli insoddisfatti hanno potuto continuare lo sviluppo di tecnologie GNOME2 obsolete nell'ambito dei progetti Mate e Cinnamon. Lo stesso vale per Pango, ma non ci sono ancora acquirenti.

Fonte: opennet.ru