Fractional scales, fonts and hinting

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

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” करना कितना जटिल है, इसे व्यापक रूप से बहुत उच्च और विवादास्पद माना जाता है।