Alguns usuaris que utilitzen el mètode de suggeriments complets poden haver notat que quan actualitzeu de la versió 1.43 de Pango a la 1.44 algunes famílies de tipus de lletra o .
El problema és causat per la biblioteca canviat d'ús per obtenir informació sobre el kerning (distància entre glifs) de tipus de lletra , i els desenvolupadors d'aquest últim van decidir suavització del tipus de lletra mitjançant el mètode "hintfull". S'observa que a les pantalles amb alta densitat de píxels (Hi-DPI), no es produeixen problemes amb la visualització de tipus de lletra quan s'utilitzen mètodes d'indicació diferents de "hintfull".
Desenvolupador HarfBuzz (Behdad Esfahbod) de la discussió corresponent del problema:
Vaig provar d'utilitzar estils d'indici que no siguin hintfull, però només ofereix una visualització de tipus de lletra propera a ClearType v2 a Windows 7, que, al meu entendre, té la millor representació de totes les solucions existents.
Dret. Per tant, hem decidit no donar-li suport més. Podeu provar d'acostumar-vos a la representació sabonosa o intentar trobar alguna cosa més. Utilitzes codi obert, entens?
Addició després de la discussió posterior:
En comentaris posteriors el desenvolupador que el programari de codi obert ofereix l'oportunitat de triar i aquells que no estan satisfets amb l'estat actual poden crear una bifurcació de Pango. Els desenvolupadors de HarfBuzz no poden influir en el seu manteniment i les decisions que s'hi prenen. Behdad Esfahbod, actual responsable de HarfBuzz que ocupa el primer lloc en commits
, va esmentar que no ha estat associat amb Red Hat durant més de 10 anys i que no és un responsable de Pango. Des del 2010 es va traslladar a Google i ara només treballa amb HarfBuzz, que abans era el seu projecte personal. HarfBuzz procés de renderització i Pango pot anul·lar els modes d'indicació sol·licitats al seu costat.
Un altre desenvolupador de HarfBuzz , que el problema és del costat de Pango, ja que HarfBuzz no és un sistema de representació de fonts i no admet insinuacions per la seva arquitectura. Si Pagno necessita mantenir la pista, canviar a HarfBuzz no és l'opció per confiar en el seu suport. EN Els motius per negar-se a implementar suggeriments a HarfBuzz són que alguns modes d'indicació provoquen un canvi en l'amplada original del glif i aquest canvi depèn de la mida del píxel. Pango va realitzar anteriorment operacions similars mitjançant FreeType, que admet insinuacions, però després va canviar a HarfBuzz, que gestiona glifs sense fer referència a la seva mida. Per tant, resoldre els problemes trobats durant l'ús de Pango és responsabilitat de Pango, no de HarfBuzz.
En definitiva, Behdad Esfahbod una gran retrospectiva del desenvolupament de la pila de fonts de Linux. Després de la seva marxa a Google, les biblioteques Pango i Cairo van quedar pràcticament abandonades i van caure en estancament. A HarfBuzz, el treball es va centrar en el suport per a fonts variables adaptatives, mentre que Red Hat es va centrar en GTK i Glib. Amb el pas del temps, els desenvolupaments en el camp de les fonts mutables es van transferir a FreeType, fontconfig i Cairo, però van romandre sense acabar a Pango per manca de desenvolupadors. L'accés a les noves API de Pango es va proporcionar a través de l'abstracció FontMap i només era compatible amb els backends basats en FreeType. Els backends per a Windows i macOS no es mantenen durant més de 10 anys.
Després de l'expansió dels dispositius mòbils i dels navegadors, Microsoft va deixar de donar suport a la representació de fonts subpíxels i a la representació a l'estil GDI a Windows 8. macOS sempre ha admès la renderització, que en aquesta discussió s'anomena "borrosa". Des del 2018, diversos desenvolupadors de HarfBuzz han intentat portar les funcions de HarfBuzz afegides al llarg dels anys a Pango. Paral·lelament al desenvolupament de GTK4, es va fer una transició a la representació basada en OpenGL, que implica l'escala de text lineal, que va agreujar l'oposició entre la representació de píxels i la disposició escalable.
LibreOffice, Chrome i Firefox van passar a utilitzar HarfBuzz com a motor de conformació unificat, a costa de deixar de suportar els tipus de lletra de mapa de bits i el format Type1. Per als tipus de lletra de mapa de bits, es va demanar a aquells que els necessitaven que els convertissin en un contenidor OpenType. Es va enviar una sol·licitud a Adobe per implementar Type1 per a HarfBuzz, però van respondre que això no tenia sentit, ja que ells mateixos deixarien de donar suport a Type1 aquest any.
Per tal de posar-se al dia amb les tecnologies avançades, es va prendre una decisió similar de canviar a HarfBuzz per a la biblioteca Pango. El preu va ser el cessament del suport a algunes tecnologies antigues de fa 20 anys. S'indica que, donats els recursos limitats, els desenvolupadors no tenen prou mans per fer-ho tot i els interessats a preservar les antigues tecnologies poden intentar trobar algú que estigui preparat per mantenir la funcionalitat que els falta. Com a comparació, es dóna GNOME3, després de l'aparició del qual els insatisfets van poder continuar el desenvolupament de tecnologies GNOME2 obsoletes en el marc dels projectes Mate i Cinnamon. El mateix s'aplica a Pango, però encara no hi ha prenedors.
Font: opennet.ru