Fractional scales, fonts and hinting

मूल लेख ↗ Hacker News चर्चा ↗

GTK का fractional display scaling के लिए नया font rendering approach एक बड़े visual improvement के रूप में स्वागत पा रहा है, खासकर mixed-DPI, multi-monitor setups पर, क्योंकि पहले के GTK 4 releases पर blurry text के लिए भारी आलोचना हुई थी। टिप्पणीकार Linux rendering की तुलना macOS, Windows, और अन्य systems से करते हैं, और hinting, subpixel antialiasing, gamma correction, तथा HiDPI “render-at-2x-then-scale” strategies के बीच trade-offs पर चर्चा करते हैं। व्यापक सहमति है कि higher DPI और बेहतर defaults text को अधिक readable बनाते हैं, लेकिन platform choices और toolkits, apps, तथा monitors के बीच असंगत support के कारण कई users को अभी भी असंतोषजनक या fuzzy fonts मिलते हैं।

GTK फ़ॉन्ट-रेंडरिंग परिवर्तनों पर समग्र प्रतिक्रिया

  • कई लंबे समय से GTK उपयोगकर्ता खुश हैं; स्क्रीनशॉट पहले के GTK4 की तुलना में स्पष्टता में बड़ा सुधार दिखाते हैं।
  • कुछ लोग पुराने स्टैक्स के मुकाबले तुलना चाहते हैं (जैसे GTK 3, pre-1.44 Pango के साथ), जहाँ उन्हें टेक्स्ट अधिक crisp याद है।
  • कुछ का तर्क है कि नए काम के बाद भी GTK 3, GTK 4 से बेहतर दिखता है।

Hinting, subpixel AA, और रेंडरिंग दर्शन

  • चर्चा निम्न के बीच अंतर दिखाती है:
    • आकार को बनाए रखने वाली, थोड़ी धुंधली रेंडरिंग (अक्सर Apple से जोड़ी जाती है)।
    • पिक्सल-ग्रिड से संरेखित, अधिक crisp लेकिन आकार-विकृत रेंडरिंग (अक्सर पुराने Windows/ClearType से जोड़ी जाती है)।
  • कई लोग नोट करते हैं कि subpixel AA को GTK, modern Apple, और कुछ MS stacks सहित कई toolkits grayscale AA + HiDPI के पक्ष में छोड़ रहे हैं।
  • असहमति:
    • कुछ लोगों को ~100–110 DPI पर भी grayscale AA “काफी अच्छा” लगता है।
    • अन्य लोग insist करते हैं कि सामान्य 1080p/1440p/4K@150% स्क्रीन पर subpixel AA अभी भी noticeably sharper है।
  • इस पर बहस है कि modern panels पर subpixel AA अपने downsides (color fringing, device-dependent geometry, खराब screenshots) के बावजूद worth it है या नहीं।

HiDPI, fractional scaling, और multi-monitor setups

  • GTK पहले 2x rendering के साथ downscale का उपयोग करता था; अब यह per-widget fractional scaling करता है, जिसे अधिक efficient लेकिन सही तरीके से लागू करना कठिन माना जाता है।
  • नया gtk-hint-font-metrics व्यवहार स्वागतयोग्य है; यह अब display DPI के आधार पर auto-apply होता है, जिससे mixed-DPI setups बेहतर होते हैं।
  • तुलना:
    • macOS: उच्च virtual resolution पर render करता है और HiDPI पर निर्भर रहता है; non-HiDPI external displays पर awkward लग सकता है, खासकर subpixel AA हटने के बाद।
    • Windows: कुछ लोग per-monitor DPI scaling की प्रशंसा करते हैं; अन्य blurry UI, कई confusing settings, और brittle app compatibility की रिपोर्ट करते हैं।
    • Haiku और पुराने Windows APIs font-size–based layout units का उपयोग करते हैं; कुछ इसे elegant मानते हैं, जबकि अन्य कहते हैं कि इससे developers पर बोझ पड़ता है।

Gamma correction, FreeType tuning, और configs

  • कई लोग तर्क देते हैं कि Linux font rendering अक्सर गलत होती है क्योंकि gamma correction गायब या गलत होती है, खासकर light-on-dark text के लिए।
  • उल्लेखित workarounds:
    • FreeType properties (जैसे stem darkening और interpreter version) perceived weight और sharpness को काफी बदल सकते हैं।
    • Electron/Chromium apps के लिए environment variables और flags, ताकि वे Wayland और बेहतर font paths का उपयोग करें।
  • इस पर असहमति है कि क्या FreeType के बदलावों ने grid-fitting को “बिगाड़” दिया, या बस अलग font eras से मेल खाने के लिए उसे shift किया।

बची हुई चिंताएँ

  • कुछ लोग अभी भी GTK screenshots में fuzziness देखते हैं और subpixel AA तथा पूर्ण horizontal+vertical hinting की कमी पर सवाल उठाते हैं।
  • devices और DPIs के बीच text rendering को “perfectly” करना कितना जटिल है, इसे व्यापक रूप से बहुत उच्च और विवादास्पद माना जाता है।