Mõned kasutajad, kes kasutavad "hintfull" hindestusmeetodit, on võinud märgata, et Pango versioonilt 1.43 versioonile 1.44 üleminekul mõnede fontide perekondade või .
Probleemi põhjuseks on see, et lülitus fontide keringen (glaifide vahelise kauguse) teabe saamiseks , mille arendajad otsustasid fontide sujuvuse meetodit "hintfull". Tähele on pandud, et kõrge pikslitihedusega ekraanidel (Hi-DPI) ei esine fontide kuvamise probleeme, kui kasutatakse teisi hindestusmeetodeid kui "hintfull".
HarfBuzzi arendaja (Behdad Esfahbod) vastava probleemide arutelu käigus:
Ma proovisin kasutada muid hindestusstiile peale hintfull, kuid ainult see annab fontide kuvatamise, mis on Windows 7-s läh近 ClearType v2-le, mis minu arvates on parim renderdus olemasolevate lahenduste seas.
See on õige. Seetõttu otsustasime enam mitte toetada. Võite proovida harjuda "seebise" renderdusega või proovida leida midagi muud. Te ju kasutate avatud lähtekoodi, eks?
Täiendav teave edasise arutelu põhjal:
Järgmistes kommentaarides arendaja , et avatud lähtekoodiga tarkvara (ÖS) annab valikuvõimaluse ning need, kellele praegune seisund ei sobi, saavad luua Pango forki. HarfBuzzi arendajad ei saa aga mõjutada selle hooldamist ja seal tehtavaid otsuseid. Behdad Esfahbod, praegune HarfBuzzi hooldaja, kes on komiteerimiste arvu poolest esikohal
, mainis, et ta ei ole üle 10 aasta olnud seotud Red Hatiga ja ei ole Pango hooldaja. Alates 2010. aastast on ta läinud Google'i ja tegeleb seal ainult HarfBuzziga, mis oli varem tema isiklik projekt. HarfBuzz kujundusprotsessi ning Pango võib oma poolel küsitud hinnatava režiime üle kirjutada.
Teine HarfBuzzi arendaja , et probleem on Pango poolel, kuna HarfBuzz ei ole fontide renderdamise süsteem ega toeta arhitektuuriliselt hinnatavat. Kui Pango vajab hinnatava säilitamist, ei ole HarfBuzzile üleminek see valik, mis tagab selle toe. HarfBuzz'i hindaamise põhjustena on märgitud, et mõned hindaamise režiimid toovad kaasa algse glüüfi laiuse muutumise ja see muutumine sõltub pikslisuurusest. Varem tegi Pango sarnaseid operatsioone FreeType'i kaudu, mis toetas hindaamist, kuid seejärel lülitus HarfBuzz'i, mis pakub glüüfide töötlemist sõltumatult nende suurusest. Seetõttu on Pango kasutamisega seotud probleemide lahendamine Pango vastutusalas, mitte HarfBuzz'is.
Lõpuks Behdad Esfahbod suur tagasivaatav ülevaade Linuxi fontide virna arengust. Pärast tema lahkumist Google'isse jäid Pango ja Cairo raamatukogud praktiliselt tähelepanuta ja langesid stagnatsiooni. HarfBuzz'is keskenduti adaptiivsete muutuva fondi toetamisele, samas kui Red Hat suunas oma tähelepanu peamiselt GTK ja Glib'i peale. Aja jooksul kantakse muutuva fondi alased arengud FreeType'i, fontconfig'i ja Cairo'sse, kuid jäid Pango's tegemata arendajate puudumise tõttu. Uutele Pango API-dele pääsemine oli tagatud FontMap'i abstraktsiooni kaudu ja seda toetati ainult FreeType'i põhinevatele tagapindadele. Windowsi ja macOS'i tagapindade hooldust ei ole enam üle 10 aasta tehtud.
Pärast mobiilseadmete ja brauserite laienemist lõpetas Microsoft Windows 8-s subpixellise fondi renderdamise ja GDI-stiili renderdamise toe. macOS on aga alati toetanud renderdamist, mida selles arutelus nimetatakse "uduseks". Alates 2018. aastast on mitu HarfBuzz'i arendajat proovinud viia viimastel aastatel lisatud HarfBuzz'i funktsioone Pango. Samal ajal GTK4 arendamise käigus tehti üleminek OpenGL-põhisele renderdamisele, mis hõlmas teksti lineaarset skaleerimist, mis süvendas vaenu pikslivääristamise ja skaleeritava paigutuse vahel.
LibreOffice, Chrome ja Firefox on läinud üle HarfBuzz'i kasutamisele ühtse shaping-mootorina, mis on tähendanud rasterfondide ja Type1 formaadi toe lõpetamist. Need, kellele rasterfondid on vajalikud, soovitati need teisendada OpenType konteineriks. Adobe'le esitati taotlus Type1 rakendamiseks HarfBuzz'is, kuid nad vastasid, et selles pole mõtet, kuna nad lõpetavad ise Type1 toe sel aastal.
Tehnoloogia edasilükkamiseks tehti sarnane otsus üleminekuks HarfBuzzile ka Pango teeki. Hind oli mõnede 20 aasta vanuste vanade tehnoloogiate toe lõpetamine. Arvestades arendajate piiratud ressursse, on selge, et kõigega ei jõua tegeleda ja vanade tehnoloogiate säilitamise huvides võivad inimesed proovida leida kedagi, kes oleks valmis puuduvate funktsionaalsuste hooldamisega tegelema. Võrdluseks tuuakse GNOME3, mille ilmumisega said rahulolematud jätkata vanade GNOME2 tehnoloogiate arendamist Mate ja Cinnamon projektide raames. Sama kehtib ka Pango kohta, kuid huvilisi pole seni leitud.
Allikas: opennet.ru
