Unii utilizatori care folosesc metoda de hinting „hintfull” au observat că, la trecerea de la versiunea Pango 1.43 la 1.44 unor familii de fonturi sau .
Problema este cauzată de faptul că biblioteca a trecut de la utilizarea pentru a obține informații despre kerning (distanța dintre glyph-uri) la , iar dezvoltatorii acesteia au decis antialiasing-ul fonturilor prin metoda „hintfull”. Se observă că pe ecranele cu o densitate mare a pixelilor (Hi-DPI) nu apar probleme în redarea fonturilor când se folosesc metode de hinting diferite de „hintfull”.
dezvoltatorul HarfBuzz (Behdad Esfahbod) din discuția referitoare la problemă:
Am încercat să folosesc stiluri de hinting diferite de hintfull, dar doar acesta oferă o redare a fonturilor apropiată de ClearType v2 în Windows 7, care, în opinia mea, are cea mai bună redare dintre toate soluțiile existente.
Este adevărat. De aceea am decis să nu-l mai susținem. Poți încerca să te obișnuiești cu redarea „neclară” sau să încerci să găsești altceva. Folosești Open Source, nu-i așa?
O completare în urma unei discuții suplimentare:
În comentariile ulterioare, dezvoltatorul , că software-ul open-source oferă posibilitatea alegerii, iar cei care nu sunt mulțumiți de starea actuală pot crea un fork Pango. Dezvoltatorii HarfBuzz nu pot influența întreținerea sa și deciziile ce sunt luate în cadrul acestuia. Behdad Esfahbod, actualul menținator al HarfBuzz, care ocupă primul loc după numărul de commit-uri în
, a menționat că nu mai este asociat cu Red Hat de peste 10 ani și nu este menținător al Pango. Din 2010 a trecut la Google și se ocupă acum doar cu HarfBuzz, care anterior a fost proiectul său personal. HarfBuzz procesul de redare și Pango poate redefini modurile de hinting solicitate de partea sa.
Un alt dezvoltator HarfBuzz , că problema este de partea Pango, deoarece HarfBuzz nu este un sistem de redare a fonturilor și nu susține hinting-ul prin arhitectura sa. Dacă Pango necesită păstrarea hinting-ului, atunci trecerea la HarfBuzz nu este alegerea care să aștepte suportul său. În motivul pentru care implementarea hinting-ului în HarfBuzz nu a fost realizată este că anumite moduri de hinting duc la modificarea lățimii inițiale a glyph-ului și această modificare depinde de dimensiunea pixelilor. Anterior, Pango efectua operațiuni similare prin FreeType, care suporta hinting, dar apoi a trecut la HarfBuzz, care asigură procesarea glyph-urilor fără a fi legat de dimensiunea lor. Prin urmare, soluția problemelor apărute la utilizarea Pango este în responsabilitatea Pango, nu a HarfBuzz.
În cele din urmă, Behdad Esfahbod o mare retrospectivă asupra evoluției stivei de fonturi Linux. După ce a plecat la Google, bibliotecile Pango și Cairo au fost practic abandonate și au căzut în stagnare. În HarfBuzz, munca s-a concentrat pe suportul fonturilor variabile, iar Red Hat a pus accentul pe GTK și Glib. Cu timpul, inovațiile din domeniul fonturilor variabile au fost transferate în FreeType, fontconfig și Cairo, dar au rămas neterminate în Pango din cauza lipsei de dezvoltatori. Accesul la noile API-uri în Pango a fost oferit prin abstractizarea FontMap și a fost susținut doar pentru backend-urile bazate pe FreeType. Backend-urile pentru Windows și macOS au rămas fără suport de peste 10 ani.
După expansiunea dispozitivelor mobile și a browserelor, Microsoft a oprit suportul pentru redarea subpixel a fonturilor și pentru desenul în stil GDI în Windows 8. macOS, pe de altă parte, a susținut întotdeauna redarea, denumită în această discuție „neclară”. Din 2018, mai mulți dezvoltatori de la HarfBuzz au încercat să transfere funcționalitățile adăugate în ultimii ani în Pango. În paralel, în dezvoltarea GTK4 a avut loc o tranziție către redarea bazată pe OpenGL, care presupune scalarea liniară a textului, ceea ce a agravat conflictul între redarea pixelată și layout-ul scalabil.
LibreOffice, Chrome și Firefox au trecut la utilizarea HarfBuzz ca motor de shaping unificat, renunțând la suportul pentru fonturile raster și formatul Type1. Pentru fonturile raster, celor care aveau nevoie de ele li s-a propus să le transforme în container OpenType. A fost trimisă o solicitare către Adobe pentru implementarea Type1 pentru HarfBuzz, dar au răspuns că nu are sens, deoarece ei înșiși renunță la suportul pentru Type1 în acest an.
Pentru a ține pasul cu tehnologiile avansate, o soluție similară de tranziție la HarfBuzz a fost adoptată și pentru biblioteca Pango. Prețul a fost încetarea suportului pentru unele tehnologii mai vechi de 20 de ani. S-a indicat că, având în vedere resursele limitate ale dezvoltatorilor, nu există suficient personal pentru toate cerințele, iar cei interesați de păstrarea tehnologiilor vechi pot încerca să găsească pe cineva dispus să se ocupe de funcționalitatea lipsă. Ca exemplu se menționează GNOME3, după apariția căruia nemulțumiții au reușit să continue dezvoltarea tehnologiilor învechite GNOME2 în cadrul proiectelor Mate și Cinnamon. Aceleași lucruri sunt valabile și pentru Pango, însă deocamdată nu s-au găsit doritori.
Sursa: opennet.ro
