Certains utilisateurs qui utilisent la méthode d'indication indicative ont peut-être remarqué que lors de la mise à niveau de Pango version 1.43 vers 1.44 quelques familles de polices ou .
Le problème vient de la bibliothèque mis hors service pour plus d'informations sur le crénage (distance entre les glyphes) des polices , et les développeurs de ce dernier ont décidé lissage des polices à l’aide de la méthode « hintfull ». Il est à noter que sur les écrans à haute densité de pixels (Hi-DPI), les problèmes d'affichage des polices lors de l'utilisation de méthodes d'indication autres que « hintfull » ne se produisent pas.
Développeur HarfBuzz (Behdad Esfahbod) à partir de la discussion correspondante du problème :
J'ai essayé d'utiliser des styles d'indication autres que suggestifs, mais seulement cela donne un affichage des polices proche de ClearType v2 dans Windows 7, qui, à mon avis, a le meilleur rendu de toutes les solutions existantes.
Droite. Nous avons donc décidé de ne plus le soutenir. Vous pouvez essayer de vous habituer au rendu savonneux ou tenter de trouver autre chose. Vous utilisez l’Open Source, compris ?
Ajout suite à une discussion plus approfondie :
Dans les commentaires ultérieurs, le développeur que les logiciels open source offrent la possibilité de choisir 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 sa maintenance et les décisions qui y sont prises. Behdad Esfahbod, responsable actuel de HarfBuzz qui se classe n°XNUMX pour les commits
, a mentionné qu'il n'était pas associé à Red Hat depuis plus de 10 ans et qu'il n'était pas un responsable de Pango. Depuis 2010, il a rejoint Google et travaille désormais uniquement avec HarfBuzz, qui était auparavant son projet personnel. HarfBuzz processus de rendu et Pango peut remplacer les modes d'indication demandés de son côté.
Un autre développeur HarfBuzz , que le problème vient du côté de Pango, puisque HarfBuzz n'est pas un système de rendu de polices et ne prend pas en charge les indications de par son architecture. Si Pagno a besoin de continuer à faire des allusions, alors passer à HarfBuzz n'est pas le choix de compter sur son support. DANS Les raisons du refus d'implémenter le conseil dans HarfBuzz sont que certains modes de conseil entraînent une modification de la largeur d'origine du glyphe et ce changement dépend de la taille des pixels. Pango effectuait auparavant des opérations similaires via FreeType, qui prend en charge les indices, mais est ensuite passé à HarfBuzz, qui gère les glyphes sans référence à 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 celle de HarfBuzz.
Finalement Behdad Esfahbod une grande rétrospective du développement de la pile de polices Linux. Après son départ pour Google, les bibliothèques Pango et Cairo furent pratiquement abandonnées et tombèrent dans la stagnation. Chez HarfBuzz, le travail s'est concentré sur la prise en charge des polices variables adaptatives, tandis que Red Hat s'est concentré sur GTK et Glib. Au fil du temps, les développements dans le domaine des polices mutables ont été transférés vers FreeType, fontconfig et Cairo, mais sont restés inachevés dans Pango en raison du manque de développeurs. L'accès aux nouvelles API de Pango était fourni via l'abstraction FontMap et n'était pris en charge que pour les backends basés sur FreeType. Les backends pour Windows et macOS ne sont plus maintenus depuis plus de 10 ans.
Suite à l'expansion des appareils mobiles et des navigateurs, Microsoft a cessé de prendre en charge le rendu des polices sous-pixels et le rendu de style GDI dans Windows 8. macOS a toujours pris en charge le rendu, qui dans cette discussion est appelé « flou ». Depuis 2018, plusieurs développeurs HarfBuzz ont tenté d'apporter à Pango les fonctionnalités HarfBuzz ajoutées au fil des ans. Parallèlement au développement de GTK4, une transition vers un rendu basé sur OpenGL a été effectuée, ce qui implique une mise à l'échelle linéaire du texte, ce qui a exacerbé l'opposition entre rendu en pixels et mise en page évolutive.
LibreOffice, Chrome et Firefox ont opté pour HarfBuzz comme moteur de mise en forme unifié, au prix de l'arrêt de la prise en charge des polices bitmap et du format Type1. Pour les polices bitmap, ceux qui en avaient besoin étaient invités à les convertir en conteneur OpenType. Une demande a été envoyée à Adobe pour implémenter Type1 pour HarfBuzz, mais ils ont répondu que cela ne servait à rien, puisqu'ils cesseraient eux-mêmes de prendre en charge Type1 cette année.
Afin de rattraper les technologies avancées, une décision similaire de passer à HarfBuzz a été prise pour la bibliothèque Pango. Le prix était l'arrêt du support pour certaines anciennes technologies d'il y a 20 ans. Il est indiqué que, compte tenu des ressources limitées, les développeurs n'ont pas assez de mains pour tout faire et ceux qui souhaitent préserver les anciennes technologies peuvent essayer de trouver quelqu'un qui sera prêt à maintenir les fonctionnalités qui leur manquent. A titre de comparaison, on donne GNOME3, après l'apparition duquel les insatisfaits ont pu poursuivre le développement de technologies GNOME2 obsolètes dans le cadre des projets Mate et Cinnamon. Il en va de même pour Pango, mais il n'y a pas encore preneur.
Source: opennet.ru