Algunos usuarios que utilizan el método de hinting «hintfull» pueden haber notado que al pasar de la versión Pango 1.43 a 1.44 de algunas familias de fuentes o .
El problema se debe a que la biblioteca ha cambiado de usar para obtener información sobre el kerning (espaciado entre glifos) de las fuentes a , y los desarrolladores de esta última decidieron la suavización de fuentes por el método «hintfull». Se señala que en pantallas de alta densidad de píxeles (Hi-DPI), no hay problemas de visualización de fuentes al usar métodos de hinting diferentes a «hintfull».
desarrollador de HarfBuzz (Behdad Esfahbod) de la discusión correspondiente sobre el problema:
Intenté utilizar estilos de hinting diferentes a hintfull, pero solo este proporciona una visualización de fuentes cercana a ClearType v2 en Windows 7, que, en mi opinión, tiene el mejor renderizado de todas las soluciones existentes.
Es correcto. Por lo tanto, decidimos no apoyarlo más. Puedes intentar acostumbrarte al renderizado «borroso» o intentar encontrar otra cosa. Estás usando código abierto, ¿sabes?
Adición siguiendo la discusión posterior:
En comentarios posteriores, el desarrollador , que el software de código abierto ofrece la posibilidad de elegir y aquellos a quienes no les gusta el estado actual pueden crear un fork de Pango. Los desarrolladores de HarfBuzz no pueden influir en su mantenimiento y las decisiones que se tomen en él. Behdad Esfahbod, el actual mantenedor de HarfBuzz, que ocupa el primer lugar en el número de commits en
, mencionó que ya no está vinculado a Red Hat desde hace más de 10 años y no es mantenedor de Pango. Desde 2010 se trasladó a Google y ahora se dedica solo a HarfBuzz, que anteriormente era su proyecto personal. HarfBuzz el proceso de renderizado y Pango puede anular los modos de hinting solicitados de su lado.
Otro desarrollador de HarfBuzz , que el problema está del lado de Pango, ya que HarfBuzz no es un sistema de renderizado de fuentes y no soporta el hinting por su arquitectura. Si Pango necesita mantener el hinting, entonces el cambio a HarfBuzz no es la opción que permite contar con su apoyo. En Las razones para no implementar hinting en HarfBuzz indican que algunos modos de hinting conducen a un cambio en el ancho original del glifo y este cambio depende del tamaño del píxel. Anteriormente, Pango realizaba operaciones similares a través de FreeType, que soporta hinting, pero luego se cambió a HarfBuzz, que proporciona un procesamiento de glifos sin vinculación a su tamaño. Por lo tanto, la solución de los problemas surgidos con el uso de Pango es responsabilidad de Pango, no de HarfBuzz.
Al final, Behdad Esfahbod una gran retrospectiva del desarrollo del stack de fuentes de Linux. Después de su marcha a Google, las bibliotecas Pango y Cairo quedaron prácticamente abandonadas y cayeron en estancamiento. En HarfBuzz, el trabajo se centró en el apoyo a fuentes variables (variable-font), mientras que Red Hat se enfocó principalmente en GTK y Glib. Con el tiempo, los avances en fuentes variables se trasladaron a FreeType, fontconfig y Cairo, pero quedaron sin terminar en Pango debido a la falta de desarrolladores. El acceso a nuevas API en Pango se proporcionó a través de la abstracción FontMap y solo se mantuvo para los backends basados en FreeType. Los backends para Windows y macOS han estado sin soporte durante más de 10 años.
Después de la expansión de dispositivos móviles y navegadores, Microsoft dejó de soportar el renderizado subpíxel de fuentes y el estilo de renderizado GDI en Windows 8. macOS siempre ha soportado el renderizado, que en esta discusión se denomina "borroso". Desde 2018, varios desarrolladores de HarfBuzz han intentado trasladar las capacidades añadidas en los últimos años de HarfBuzz a Pango. Paralelamente, en el desarrollo de GTK4, se realizó una transición al renderizado basado en OpenGL, lo que implicaba un escalado lineal del texto, lo que agudizó el enfrentamiento entre el renderizado de píxeles y el diseño escalable.
LibreOffice, Chrome y Firefox han adoptado HarfBuzz como motor de shaping unificado, a costa de dejar de soportar fuentes de mapa de bits y el formato Type1. Para las fuentes de mapa de bits, a quienes las necesitan se les ha propuesto convertirlas en un contenedor OpenType. Se envió una solicitud a Adobe para implementar Type1 en HarfBuzz, pero respondieron que no tiene sentido, ya que ellos mismos dejan de soportar Type1 este año.
Para ponerse al día con las tecnologías que han avanzado, se tomó una decisión similar de migrar a HarfBuzz también para la biblioteca Pango. El precio a pagar fue la finalización del soporte para algunas tecnologías antiguas de 20 años. Se indica que, dado los recursos limitados de los desarrolladores, no hay suficientes manos para todo, y aquellos interesados en mantener tecnologías antiguas pueden intentar encontrar a alguien que esté dispuesto a encargarse del soporte de la funcionalidad que les falta. Se compara con GNOME3, que, tras su aparición, permitió a los descontentos continuar el desarrollo de las tecnologías obsoletas de GNOME2 en los proyectos Mate y Cinnamon. Lo mismo se aplica a Pango, pero por el momento no ha habido interesados.
Fuente: opennet.ru
