Certains utilisateurs utilisant la méthode de hints « hintfull » ont peut-être remarqué qu'en passant de la version Pango 1.43 à 1.44 de certaines familles de polices ou .
Le problème est causé par le fait que la bibliothèque est passée de l'utilisation de pour obtenir des informations sur le crénage (l'espace entre les glyphes) des polices à , les développeurs de ce dernier ayant décidé l'anti-aliasing des polices selon la méthode « hintfull ». Il est noté qu'il n'y a pas de problèmes d'affichage des polices lors de l'utilisation de méthodes de hints autres que « hintfull » sur des écrans à haute densité de pixels (Hi-DPI).
Le développeur de HarfBuzz (Behdad Esfahbod) a déclaré dans la discussion sur ce problème :
J'ai essayé d'utiliser des styles de hints différents de hintfull, mais seul celui-ci permet d'obtenir un rendu des polices proche de ClearType v2 sous Windows 7, qui, selon moi, offre le meilleur rendu parmi toutes les solutions existantes.
C'est exact. C'est pourquoi nous avons décidé de ne plus le soutenir. Vous pouvez essayer de vous habituer à un rendu « flou » ou essayer de trouver autre chose. Vous utilisez Open Source, n'est-ce pas ?
Complément suite à d'autres discussions :
Dans les commentaires suivants, un développeur a noté que le logiciel libre permet de faire des choix et que ceux qui ne sont pas satisfaits de l'état actuel peuvent créer un fork de Pango. Les développeurs de HarfBuzz ne peuvent pas influencer son entretien et les décisions qui y sont prises. Behdad Esfahbod, actuel mainteneur de HarfBuzz, qui est en première position pour le nombre de commits dans les deux
ne contrôle pas Un autre développeur de HarfBuzz
a souligné ce cas Les raisons du refus de mettre en œuvre le hinting dans HarfBuzz indiquent que certains modes de hinting entraînent des modifications de la largeur initiale du glyphe et que ce changement dépend de la taille en pixels. Auparavant, Pango effectuait de telles opérations via FreeType, qui supporte le hinting, mais a ensuite basculé vers HarfBuzz, qui gère les glyphes sans lien avec leur taille. Par conséquent, la résolution des problèmes rencontrés lors de l'utilisation de Pango relève de la responsabilité de Pango, et non de HarfBuzz.
En fin de compte, Behdad Esfahbod une grande rétrospective de l'évolution de la pile de polices Linux. Après son départ pour Google, les bibliothèques Pango et Cairo ont été pratiquement abandonnées et sont tombées en stagnation. Dans HarfBuzz, le travail s'est concentré sur le support des polices variables (variable-font), tandis que Red Hat s'est principalement focalisé sur GTK et Glib. Avec le temps, les avancées dans le domaine des polices variables ont été transférées vers FreeType, fontconfig et Cairo, mais sont restées inachevées dans Pango en raison d'un manque de développeurs. L'accès aux nouvelles API dans Pango a été assuré via l'abstraction FontMap et n'a été supporté que pour les backends basés sur FreeType. Les backends pour Windows et macOS n'ont pas été maintenus depuis plus de 10 ans.
Après l'expansion des appareils mobiles et des navigateurs, Microsoft a cessé de supporter le rendu de polices sous-pixel et le rendu de style GDI dans Windows 8. macOS a toujours pris en charge le rendu, qualifié dans cette discussion d'« flou ». Depuis 2018, plusieurs développeurs de HarfBuzz ont tenté de transférer les fonctionnalités ajoutées ces dernières années de HarfBuzz vers Pango. Parallèlement, lors du développement de GTK4, un passage au rendu basé sur OpenGL a été effectué, impliquant un redimensionnement linéaire du texte, ce qui a exacerbé le conflit entre le rendu pixelisé et la mise en page évolutive.
LibreOffice, Chrome et Firefox ont adopté HarfBuzz comme moteur de shaping unifié, au prix de l'abandon du support des polices bitmap et du format Type1. Pour les polices bitmap, ceux qui en ont besoin ont été invités à les convertir en conteneurs OpenType. Une demande a été faite à Adobe pour implémenter Type1 pour HarfBuzz, mais ils ont répondu que cela n'avait aucun sens, car ils cessent eux-mêmes le support de Type1 cette année.
Pour rattraper les technologies en avance, une décision similaire de migration vers HarfBuzz a été prise pour la bibliothèque Pango. Le prix à payer a été l'arrêt du soutien à certaines anciennes technologies datant de 20 ans. Il est indiqué qu'avec les ressources limitées des développeurs, ils n'ont pas suffisamment de bras pour tout gérer, et ceux qui souhaitent conserver les anciennes technologies pourraient tenter de trouver quelqu'un prêt à s'occuper du soutien des fonctionnalités qui leur manquent. À titre de comparaison, GNOME3 est mentionné, après l'apparition duquel les mécontents ont pu continuer le développement des technologies obsolètes de GNOME2 dans le cadre des projets Mate et Cinnamon. Il en va de même pour Pango, mais aucune personne intéressée ne s'est encore manifestée.
Source : opennet.ru
