मुझे एहसास है कि मैं अनिवार्य रूप से जानता हूं कि मेरे कंप्यूटर में जिस तरह से फोंट का प्रतिपादन किया गया है उसके बारे में कुछ भी नहीं है।
मैं जो कुछ भी देख सकता हूं, उससे आम तौर पर फ़ॉन्ट रेंडरिंग पूरे सिस्टम में एक सुसंगत तरीके से किया जाता है। उदाहरण के लिए, मैं अपने डे कंट्रोल पैनल में कॉन्फ़िगर करने वाली सबपिक्सल फ़ॉन्ट हिंटिंग सेटिंग का पाठ पर प्रभाव पड़ता है जो विंडो बॉर्डर पर, मेरे ब्राउज़र में, मेरे पाठ संपादक में और इसी तरह दिखाई देता है। (मुझे यह देखना चाहिए कि कुछ जावा एप्लिकेशन ध्यान देने योग्य अंतर दिखाते हैं, इसलिए मुझे लगता है कि वे एक अलग फ़ॉन्ट रेंडरिंग तंत्र का उपयोग कर रहे हैं)।
मुझे ऊपर से जो मिलता है वह यह है कि संभवतः सभी अनुप्रयोगों को फ़ॉन्ट रेंडरिंग की आवश्यकता होती है जो कुछ ओएस (या डीई)-लाइब्रेरी का उपयोग करते हैं।
दूसरी ओर, ब्राउज़र आमतौर पर एक रेंडरिंग इंजन के माध्यम से अपने स्वयं के रेंडरिंग का प्रबंधन करते हैं, जो विभिन्न वस्तुओं की स्थिति का ध्यान रखता है - पाठ सहित - विशिष्ट प्रवाह नियमों के अनुसार।
मुझे यकीन नहीं है कि ये दोनों तथ्य कैसे संगत हैं। मैं यह मानूंगा कि ब्राउज़र को ओएस को किसी दिए गए स्थान पर ग्लिफ़ खींचने के लिए कहना होगा, लेकिन यह पहले से जाने बिना पाठ के प्रवाह को कैसे प्रबंधित कर सकता है कि ग्लिफ़ को कितना स्थान मिलेगा? क्या ग्लिफ़ आकारों को निर्धारित करने के लिए अलग-अलग कॉल हैं, ताकि ब्राउज़र प्रवाह का प्रबंधन कर सके जैसे कि कुछ बक्से थे जो बाद में ओएस द्वारा भरे गए थे? (हालांकि यह कर्लिंग का ध्यान नहीं रखता है)। या पाठ प्रवाह सहित पूरे पाठ क्षेत्र को खींचने के लिए ओएस जिम्मेदार है? क्या ओएस प्रदान किए गए ग्लिफ़ को एक बिटमैप के रूप में वापस करता है और इसे स्क्रीन पर खींचने के लिए एप्लिकेशन पर छोड़ देता है?