Los desarrolladores de fuentes de Linux abandonan el soporte para el suavizado suave

Algunos usuarios que utilizan el método de sugerencias completas pueden haber notado que al actualizar de la versión 1.43 de Pango a la 1.44 interletrado algunas familias de fuentes empeoró o completamente rompió.

Los desarrolladores de fuentes de Linux abandonan el soporte para el suavizado suave

El problema es causado por la biblioteca. Pango cambiado de uso FreeType para obtener información sobre el kerning (distancia entre glifos) de fuentes HarfBuzz, y los desarrolladores de este último decidieron no apoyo suavizado de fuentes utilizando el método "hintfull". Cabe señalar que en pantallas con alta densidad de píxeles (Hi-DPI), no se producen problemas con la visualización de fuentes cuando se utilizan métodos de sugerencias distintos de "hintfull".

respuesta Desarrollador de HarfBuzz (Behdad Esfahbod) de la discusión correspondiente del problema:

Intenté usar estilos de sugerencias distintos de Hintfull, pero solo ofrece una visualización de fuentes cercana a ClearType v2 en Windows 7, que, en mi opinión, tiene la mejor representación de todas las soluciones existentes.

Bien. Por lo tanto, hemos decidido no apoyarlo más. Puedes intentar acostumbrarte al renderizado jabonoso o intentar encontrar algo más. Usas código abierto, ¿entiendes?

Adición después de una discusión adicional:

En comentarios posteriores el desarrollador explicóque el software de código abierto brinda la oportunidad de elegir y aquellos que no estén satisfechos con el estado actual pueden crear una bifurcación de Pango. Los desarrolladores de HarfBuzz no pueden influir en su mantenimiento ni en las decisiones que se toman en él. Behdad Esfahbod, actual mantenedor de HarfBuzz que ocupa el puesto número XNUMX en confirmaciones ambos
proyectos, mencionó que no ha estado asociado con Red Hat durante más de 10 años y que no es mantenedor de Pango. Desde 2010 se mudó a Google y ahora trabaja únicamente con HarfBuzz, que anteriormente era su proyecto personal. HarfBuzz no controla proceso de renderizado y Pango puede anular los modos de sugerencias solicitados por su parte.

Otro desarrollador de HarfBuzz estresado, que el problema está del lado de Pango, ya que HarfBuzz no es un sistema de representación de fuentes y su arquitectura no admite sugerencias. Si Pagno necesita seguir dando pistas, entonces cambiar a HarfBuzz no es la opción para confiar en su soporte. EN como Las razones para negarse a implementar sugerencias en HarfBuzz son que algunos modos de sugerencias conducen a un cambio en el ancho original del glifo y este cambio depende del tamaño del píxel. Pango anteriormente realizó operaciones similares a través de FreeType, que admite sugerencias, pero luego cambió a HarfBuzz, que maneja glifos sin referencia a su tamaño. Por lo tanto, resolver los problemas encontrados al usar Pango es responsabilidad de Pango, no de HarfBuzz.

En última instancia, Behdad Esfahbod publicado una gran retrospectiva del desarrollo de la pila de fuentes de Linux. Tras su marcha a Google, las bibliotecas Pango y Cairo quedaron prácticamente abandonadas y cayeron en el estancamiento. En HarfBuzz, el trabajo se centró en la compatibilidad con fuentes variables adaptables, mientras que Red Hat se centró en GTK y Glib. Con el tiempo, los desarrollos en el campo de las fuentes mutables se transfirieron a FreeType, fontconfig y Cairo, pero en Pango quedaron inconclusos debido a la falta de desarrolladores. El acceso a las nuevas API en Pango se proporcionó a través de la abstracción FontMap y solo fue compatible con backends basados ​​en FreeType. Los backends para Windows y macOS no han recibido mantenimiento durante más de 10 años.

Tras la expansión de los dispositivos móviles y los navegadores, Microsoft dejó de admitir la representación de fuentes de subpíxeles y la representación de estilo GDI en Windows 8. macOS siempre ha admitido el renderizado, que en esta discusión se denomina "borroso". Desde 2018, varios desarrolladores de HarfBuzz han intentado incorporar a Pango las funciones de HarfBuzz agregadas a lo largo de los años. Paralelamente al desarrollo de GTK4, se realizó una transición a la representación basada en OpenGL, que implica un escalado de texto lineal, lo que exacerbó la oposición entre la representación de píxeles y el diseño escalable.

LibreOffice, Chrome y Firefox pasaron a utilizar HarfBuzz como motor de modelado unificado, a costa de descontinuar el soporte para fuentes de mapa de bits y el formato Type1. Para las fuentes de mapa de bits, a quienes las necesitaban se les pidió que las convirtieran en un contenedor OpenType. Se envió una solicitud a Adobe para implementar Type1 para HarfBuzz, pero respondieron que esto no tenía sentido, ya que ellos mismos dejarían de admitir Type1 este año.

Para ponerse al día con las tecnologías avanzadas, se tomó una decisión similar de cambiar a HarfBuzz para la biblioteca Pango. El precio fue el cese del soporte para algunas tecnologías antiguas de hace 20 años. Se indica que, dados los recursos limitados, los desarrolladores no tienen suficientes manos para hacer todo y aquellos interesados ​​en preservar tecnologías antiguas pueden intentar encontrar a alguien que esté listo para mantener la funcionalidad que les falta. A modo de comparación, se presenta GNOME3, tras cuya aparición los insatisfechos pudieron continuar el desarrollo de tecnologías obsoletas de GNOME2 en el marco de los proyectos Mate y Cinnamon. Lo mismo se aplica a Pango, pero todavía no hay interesados.

Fuente: opennet.ru

Añadir un comentario