Linux font stack developer များသည် soft anti-aliasing အတွက် ပံ့ပိုးမှုကို စွန့်လွှတ်သည်။

အရိပ်အမြွက်ပေးသည့်နည်းလမ်းကို အသုံးပြုသူအချို့သည် Pango ဗားရှင်း 1.43 မှ 1.44 သို့ အဆင့်မြှင့်တင်သည့်အခါ သတိပြုမိကြပေမည်။ kerning အချို့သော ဖောင့်မိသားစုများ ပိုဆိုးလာတယ်။ သို့မဟုတ် အပြည့်အဝ ကျိုး.

ပြဿနာက စာကြည့်တိုက်ကြောင့်ပါ။ ပန်ဂို အသုံးပြုမှုမှပြောင်းခဲ့သည်။ FreeType ဖောင့်များ၏ kerning (glyphs အကြားအကွာအဝေး) အကြောင်း အချက်အလက်အတွက် HarfBuzzနှင့် နောက်ပိုင်းတွင် developer များက ဆုံးဖြတ်ခဲ့ကြသည်။ မထောက်ခံပါ။ "အရိပ်အမြွက်" နည်းလမ်းကို အသုံးပြု၍ ဖောင့်ကို ချောမွေ့စေခြင်း။ မြင့်မားသော pixel သိပ်သည်းဆ (Hi-DPI) ရှိသော ဖန်သားပြင်များတွင် “အရိပ်အမြွက်အပြည့်အစုံ” မှလွဲ၍ အခြားအရိပ်အမြွက်နည်းလမ်းများကို အသုံးပြုသည့်အခါ ဖောင့်များပြသခြင်းဆိုင်ရာ ပြဿနာများ မဖြစ်ပွားကြောင်း မှတ်သားရပါသည်။

အဖွေ ပြဿနာ၏သက်ဆိုင်ရာဆွေးနွေးမှုမှ HarfBuzz developer (Behdad Esfahbod)

အရိပ်အမြွက်ပုံစံများအပြင် အခြား အရိပ်အမြွက်ပုံစံများကို အသုံးပြုရန် ကြိုးစားခဲ့သော်လည်း၊ ၎င်းသည် Windows 2 ရှိ ClearType v7 နှင့် နီးစပ်သော ဖောင့်ပြသမှုကိုသာ ပေးစွမ်းနိုင်ပြီး၊ ကျွန်ုပ်၏အမြင်အရ၊ ရှိပြီးသားဖြေရှင်းချက်အားလုံး၏ အကောင်းဆုံး rendering ပါရှိသည့် Windows XNUMX ရှိ ClearType vXNUMX နှင့် နီးစပ်ပါသည်။

မှန်တယ်။ ထို့ကြောင့် ကျွန်ုပ်တို့သည် ၎င်းအား မထောက်ခံတော့ကြောင်း ဆုံးဖြတ်ခဲ့သည်။ ဆပ်ပြာပုံဖေါ်ခြင်းကို ကျင့်သုံးရန် ကြိုးစားနိုင်သည် သို့မဟုတ် အခြားတစ်ခုခုကို ရှာဖွေရန် ကြိုးစားနိုင်သည်။ Open Source ကို သုံးနေတာ နားလည်လား။

ထပ်လောင်းဆွေးနွေးမှုနောက်ဆက်တွဲ

နောက်ဆက်တွဲမှတ်ချက်များတွင် developer ရှင်းပြခဲ့သည်အဆိုပါ open source ဆော့ဖ်ဝဲသည် ရွေးချယ်ခွင့်ကို ပေးဆောင်ပြီး လက်ရှိအခြေအနေအား မကျေနပ်သူများကို Pango ၏ လမ်းခွဲတစ်ခုကို ဖန်တီးနိုင်သည်။ HarfBuzz ၏ developer များသည် ၎င်း၏ ပြုပြင်ထိန်းသိမ်းမှုနှင့် ၎င်းတွင်ပြုလုပ်သော ဆုံးဖြတ်ချက်များကို လွှမ်းမိုးနိုင်မည်မဟုတ်ပေ။ Behdad Esfahbod ၊ လက်ရှိ HarfBuzz ထိန်းသိမ်းသူ ၊ နှစ်ခုလုံး
စီမံကိန်းများသူသည် Red Hat နှင့် 10 နှစ်ကျော်ကြာ မပတ်သက်ခဲ့ဘဲ Pango ထိန်းသိမ်းသူမဟုတ်ကြောင်း ဖော်ပြခဲ့သည်။ 2010 ခုနှစ်မှစတင်၍ Google သို့ပြောင်းရွှေ့ခဲ့ပြီး ယခင်က ၎င်း၏ကိုယ်ရေးကိုယ်တာပရောဂျက်ဖြစ်သည့် HarfBuzz နှင့်သာ လုပ်ဆောင်ခဲ့သည်။ HarfBuzz မထိန်းချုပ်ဘူး။ rendering process နှင့် Pango သည် ၎င်း၏ဘက်မှ တောင်းဆိုထားသော အရိပ်အမြွက်မုဒ်များကို အစားထိုးနိုင်သည်။

နောက်ထပ် HarfBuzz developer အလေးအနက်HarfBuzz သည် ဖောင့်ပုံဖေါ်ခြင်းစနစ်မဟုတ်သည့်အပြင် ၎င်း၏ဗိသုကာလက်ရာမှ အရိပ်အမြွက်များကို မပံ့ပိုးနိုင်သောကြောင့် ပြဿနာသည် Pango ဘက်တွင် ရှိနေသည်။ Pagno သည် အရိပ်အမြွက်ကို ဆက်လက်ထိန်းသိမ်းထားရန် လိုအပ်ပါက၊ HarfBuzz သို့ပြောင်းခြင်းသည် ၎င်း၏ပံ့ပိုးမှုအပေါ် အားကိုးရန် ရွေးချယ်မှုမဟုတ်ပါ။ IN အရည်အသွေးမြင့် HarfBuzz တွင် အရိပ်အမြွက်ပြခြင်းကို အကောင်အထည်ဖော်ရန် ငြင်းဆိုရခြင်းအကြောင်းရင်းမှာ အချို့သော အရိပ်အမြွက်မုဒ်များသည် glyph ၏ မူရင်းအကျယ်ကို ပြောင်းလဲသွားစေပြီး ဤပြောင်းလဲမှုသည် pixel အရွယ်အစားပေါ်တွင်မူတည်သောကြောင့် ဖြစ်သည်။ Pango သည် ယခင်က အရိပ်အမြွက်ပြောခြင်းကို ပံ့ပိုးပေးသည့် FreeType မှတစ်ဆင့် အလားတူလုပ်ဆောင်မှုများကို လုပ်ဆောင်ခဲ့သော်လည်း ၎င်းတို့၏အရွယ်အစားကို အကိုးအကားမရှိဘဲ ဂလစ်ဖ်များကို ကိုင်တွယ်သည့် HarfBuzz သို့ ပြောင်းခဲ့သည်။ ထို့ကြောင့် Pango ကိုအသုံးပြုနေစဉ် ကြုံတွေ့ရသည့်ပြဿနာများကို ဖြေရှင်းခြင်းသည် HarfBuzz ၏တာဝန်မဟုတ်ဘဲ Pango ၏တာဝန်ဖြစ်သည်။

အဆုံးစွန်သော Behdad Esfahbod ပုံနှိပ်ထုတ်ဝေ Linux font stack ၏ ကြီးမားသော နောက်ကြောင်းပြန်မှု။ Google သို့ သူထွက်ခွာသွားပြီးနောက်၊ Pango နှင့် Cairo စာကြည့်တိုက်များသည် လက်တွေ့အားဖြင့် စွန့်ပစ်ခံခဲ့ရပြီး တုံ့ဆိုင်းသွားခဲ့သည်။ HarfBuzz တွင်၊ Red Hat သည် GTK နှင့် Glib တို့ကို အာရုံစိုက်ထားသော်လည်း လိုက်လျောညီထွေဖြစ်စေနိုင်သော ပြောင်းလဲနိုင်သောဖောင့်များအတွက် ပံ့ပိုးမှုအပေါ် အာရုံစိုက်လုပ်ဆောင်ခဲ့သည်။ အချိန်ကြာလာသည်နှင့်အမျှ၊ ပြောင်းလဲနိုင်သောဖောင့်နယ်ပယ်တွင် တိုးတက်မှုများကို FreeType၊ fontconfig နှင့် Cairo သို့ လွှဲပြောင်းခဲ့သော်လည်း developer များမရှိခြင်းကြောင့် Pango တွင် မပြီးပြတ်သေးပါ။ Pango ရှိ API အသစ်များကို အသုံးပြုခွင့်ကို FontMap abstraction မှတဆင့် ထောက်ပံ့ပေးထားပြီး FreeType-based backends များအတွက်သာ ပံ့ပိုးပေးထားပါသည်။ Windows နှင့် macOS အတွက် backend များကို 10 နှစ်ကျော်ကြာ မထိန်းသိမ်းထားနိုင်ခဲ့ပါ။

မိုဘိုင်းလ်ကိရိယာများနှင့် ဘရောက်ဆာများ တိုးချဲ့ပြီးနောက်၊ Microsoft သည် Windows 8 တွင် subpixel ဖောင့်ဖော်ခြင်းနှင့် GDI ပုံစံ rendering တို့ကို ပံ့ပိုးခြင်းကို ရပ်တန့်ခဲ့သည်။ macOS သည် rendering ကို အမြဲပံ့ပိုးထားပြီး၊ ဤဆွေးနွေးမှုတွင် “blurry” ဟုခေါ်သည်။ 2018 ခုနှစ်မှစ၍၊ HarfBuzz developer အများအပြားသည် Pango သို့ နှစ်များတစ်လျှောက် ထပ်ထည့်ထားသော HarfBuzz ဝန်ဆောင်မှုများကို ယူဆောင်လာရန် ကြိုးပမ်းခဲ့ကြသည်။ GTK4 ၏ဖွံ့ဖြိုးတိုးတက်မှုနှင့်အပြိုင်၊ Pixel rendering နှင့် scalable layout အကြားဆန့်ကျင်မှုကိုပိုမိုဆိုးရွားစေသည့် linear text scaling ကိုရည်ညွှန်းသည့် OpenGL-based rendering သို့အကူးအပြောင်းပြုလုပ်ခဲ့သည်။

LibreOffice၊ Chrome နှင့် Firefox တို့သည် ဘစ်မြေပုံဖောင့်များနှင့် Type1 ဖော်မတ်များအတွက် ပံ့ပိုးမှုကို ရပ်ဆိုင်းလိုက်ခြင်းဖြင့် HarfBuzz ကို စုစည်းထားသော ပုံသဏ္ဍာန်အင်ဂျင်အဖြစ် အသုံးပြုခဲ့သည်။ ဘစ်မြေပုံဖောင့်များအတွက်၊ လိုအပ်သူများသည် ၎င်းတို့အား OpenType ကွန်တိန်နာအဖြစ်သို့ ပြောင်းလဲရန် တောင်းဆိုခဲ့သည်။ HarfBuzz အတွက် Type1 ကို အကောင်အထည်ဖော်ရန် Adobe သို့ တောင်းဆိုချက်တစ်ခု ပေးပို့ခဲ့သော်လည်း ၎င်းတို့ကိုယ်တိုင်က Type1 ကို ယခုနှစ်တွင် ပံ့ပိုးမှု ရပ်ဆိုင်းတော့မည်ဖြစ်သောကြောင့် ယင်းတွင် မည်သည့်အချက်မှ မရှိကြောင်း ပြန်လည်ဖြေကြားခဲ့သည်။

အဆင့်မြင့်နည်းပညာများကို အမီလိုက်နိုင်ရန်၊ Pango စာကြည့်တိုက်အတွက် HarfBuzz သို့ပြောင်းရန် အလားတူဆုံးဖြတ်ချက်ကို ပြုလုပ်ခဲ့သည်။ စျေးနှုန်းသည် လွန်ခဲ့သည့် နှစ် 20 မှ အချို့သော နည်းပညာဟောင်းများအတွက် ပံ့ပိုးမှု ရပ်တန့်သွားခဲ့သည်။ အကန့်အသတ်ရှိသော အရင်းအမြစ်များ ကြောင့် developer များသည် အရာအားလုံးကို လုပ်ဆောင်ရန် လက်များ လုံလုံလောက်လောက် မရှိကြပြီး နည်းပညာဟောင်းများကို ထိန်းသိမ်းရန် စိတ်ဝင်စားသူများသည် ၎င်းတို့ ပျောက်ဆုံးနေသော လုပ်ဆောင်နိုင်စွမ်းကို ထိန်းသိမ်းရန် အဆင်သင့်ဖြစ်မည့်သူကို ရှာဖွေရန် ကြိုးစားနိုင်ကြောင်း ညွှန်ပြထားသည်။ နှိုင်းယှဉ်မှုအနေဖြင့်၊ မကျေနပ်သူများသည် Mate နှင့် Cinnamon ပရောဂျက်များ၏ဘောင်အတွင်း ခေတ်မမီတော့သော GNOME3 နည်းပညာများ ဆက်လက်ဖွံ့ဖြိုးတိုးတက်လာပြီးနောက် GNOME2 ကို ပေးအပ်သည်။ Pango တွင်လည်း အလားတူပင်၊ မှာယူသူများ မရှိသေးပါ။

source: opennet.ru