ربما لاحظ بعض المستخدمين الذين يستخدمون أسلوب التلميح التلميحي ذلك عند الترقية من إصدار Pango 1.43 إلى 1.44 بعض عائلات الخطوط أو .
المشكلة سببها المكتبة تحولت من الاستخدام للحصول على معلومات حول تقنين الحروف (المسافة بين الحروف الرسومية) للخطوط ، وقرر مطورو هذا الأخير تجانس الخطوط باستخدام طريقة "hintfull". تجدر الإشارة إلى أنه على الشاشات ذات كثافة البكسل العالية (Hi-DPI)، لا تحدث مشكلات في عرض الخطوط عند استخدام طرق التلميح بخلاف "hintfull".
مطور HarfBuzz (بهداد اسفهبود) من المناقشة المقابلة للمشكلة:
لقد حاولت استخدام أنماط تلميحات أخرى غيرhintfull، ولكنها فقط توفر عرضًا قريبًا للخط من ClearType v2 في Windows 7، والذي، في رأيي، لديه أفضل عرض لجميع الحلول الموجودة.
يمين. ولذلك قررنا عدم دعمه بعد الآن. يمكنك محاولة التعود على العرض الصابوني أو محاولة العثور على شيء آخر. أنت تستخدم المصدر المفتوح، هل تفهم؟
الإضافة بعد مزيد من المناقشة:
في التعليقات اللاحقة المطور يوفر هذا البرنامج مفتوح المصدر الفرصة للاختيار ويمكن لأولئك غير الراضين عن الوضع الحالي إنشاء شوكة Pango. لا يمكن لمطوري HarfBuzz التأثير على صيانته والقرارات المتخذة فيه. بهداد اسفهبود، مشرف HarfBuzz الحالي والذي يحتل المرتبة الأولى في الالتزامات
، ذكر أنه لم يكن مرتبطًا بـ Red Hat لأكثر من 10 سنوات وليس مشرفًا على Pango. منذ عام 2010، انتقل إلى Google ويعمل الآن فقط مع HarfBuzz، الذي كان في السابق مشروعه الشخصي. هارفباز يمكن لعملية العرض وPango تجاوز أوضاع التلميحات المطلوبة من جانبها.
مطور HarfBuzz آخر ، أن المشكلة تكمن في Pango، نظرًا لأن HarfBuzz ليس نظامًا لعرض الخطوط ولا يدعم التلميح من خلال بنيته. إذا كان Pagno يحتاج إلى الحفاظ على التلميحات، فإن التبديل إلى HarfBuzz ليس خيارًا للاعتماد على دعمه. في أسباب رفض تنفيذ التلميحات في HarfBuzz هي أن بعض أوضاع التلميحات تؤدي إلى تغيير في العرض الأصلي للصورة الرسومية ويعتمد هذا التغيير على حجم البكسل. أجرى Pango سابقًا عمليات مماثلة من خلال FreeType، الذي يدعم التلميحات، لكنه تحول بعد ذلك إلى HarfBuzz، الذي يتعامل مع الحروف الرسومية دون الرجوع إلى حجمها. ولذلك، فإن حل المشكلات التي تمت مواجهتها أثناء استخدام Pango تقع على عاتق Pango، وليس على HarfBuzz.
في نهاية المطاف بهداد اسفهبود معرض استعادي كبير لتطوير مكدس خطوط Linux. بعد رحيله إلى جوجل، أصبحت مكتبات بانجو والقاهرة مهجورة عمليا وسقطت في حالة ركود. في HarfBuzz، ركز العمل على دعم الخطوط المتغيرة التكيفية، بينما ركز Red Hat على GTK وGlib. بمرور الوقت، تم نقل التطورات في مجال الخطوط القابلة للتغيير إلى FreeType وfontconfig وCairo، لكنها ظلت غير مكتملة في Pango بسبب نقص المطورين. تم توفير الوصول إلى واجهات برمجة التطبيقات الجديدة في Pango من خلال تجريد FontMap وكان مدعومًا فقط للواجهات الخلفية المستندة إلى FreeType. لم تتم صيانة الواجهات الخلفية لنظامي التشغيل Windows وmacOS لأكثر من 10 سنوات.
بعد التوسع في الأجهزة المحمولة والمتصفحات، توقفت Microsoft عن دعم عرض خطوط البكسل الفرعي والعرض بنمط GDI في نظام التشغيل Windows 8. لقد دعم نظام التشغيل macOS دائمًا العرض، والذي يُطلق عليه في هذه المناقشة "ضبابية". منذ عام 2018، حاول العديد من مطوري HarfBuzz جلب ميزات HarfBuzz التي تمت إضافتها على مر السنين إلى Pango. بالتوازي مع تطوير GTK4، تم الانتقال إلى العرض المستند إلى OpenGL، والذي يتضمن تحجيم النص الخطي، مما أدى إلى تفاقم التعارض بين عرض البكسل والتخطيط القابل للتطوير.
تحول LibreOffice وChrome وFirefox إلى استخدام HarfBuzz كمحرك تشكيل موحد، على حساب التوقف عن دعم الخطوط النقطية وتنسيق Type1. بالنسبة للخطوط النقطية، طُلب من أولئك الذين يحتاجون إليها تحويلها إلى حاوية OpenType. تم إرسال طلب إلى Adobe لتنفيذ Type1 لـ HarfBuzz، لكنهم أجابوا بأنه لا معنى لذلك، لأنهم أنفسهم سيتوقفون عن دعم Type1 هذا العام.
ومن أجل اللحاق بالتقنيات التي أخذت زمام المبادرة، تم اتخاذ قرار مماثل بالتحول إلى HarfBuzz لمكتبة Pango. وكان الثمن هو وقف دعم بعض التقنيات القديمة منذ 20 عاماً. يُشار إلى أنه، نظرًا للموارد المحدودة، ليس لدى المطورين الأيدي الكافية للقيام بكل شيء، ويمكن للمهتمين بالحفاظ على التقنيات القديمة محاولة العثور على شخص مستعد للحفاظ على الوظيفة التي يفتقدونها. على سبيل المقارنة، يتم تقديم جنوم 3، وبعد ظهوره تمكن غير الراضين من مواصلة تطوير تقنيات جنوم 2 التي عفا عليها الزمن في إطار مشاريع ماتي وسينامون. الأمر نفسه ينطبق على Pango، لكن لا يوجد مشترين حتى الآن.
المصدر: opennet.ru