מפתחי מחסנית פונטים של לינוקס נוטשים את התמיכה ב-anti-aliasing רך

ייתכן שחלק מהמשתמשים המשתמשים בשיטת הרמז המלאה שמו לב כי בעת שדרוג מגירסת Pango 1.43 ל-1.44 גרעין כמה משפחות גופנים החמיר או באופן מלא שָׁבוּר.

הבעיה נגרמת על ידי הספרייה פנגו עבר משימוש חינם למידע על קרנינג (מרחק בין גליפים) של גופנים HarfBuzz, והמפתחים של האחרון החליטו לא תומך החלקת גופנים בשיטת "hintfull". יצוין כי במסכים בעלי צפיפות פיקסלים גבוהה (Hi-DPI), לא מתרחשות בעיות בהצגת גופנים בעת שימוש בשיטות רמז שאינן "רמז מלא".

תשובה מפתח HarfBuzz (Behdad Esfahbod) מהדיון המקביל בבעיה:

ניסיתי להשתמש בסגנונות רמז אחרים מלבד רמז, אבל רק זה נותן תצוגת גופנים קרוב ל-ClearType v2 ב-Windows 7, שלדעתי יש לו את העיבוד הטוב ביותר מכל הפתרונות הקיימים.

ימין. לכן, החלטנו לא לתמוך בו יותר. אתה יכול לנסות להתרגל לעיבוד הסבון או לנסות למצוא משהו אחר. אתה משתמש בקוד פתוח, מבין?

תוספת בעקבות דיון נוסף:

בהערות הבאות היזם הסבירשתוכנת קוד פתוח נותנת אפשרות לבחור ומי שלא מרוצה מהמצב הנוכחי יכול ליצור מזלג של פנגו. מפתחי HarfBuzz אינם יכולים להשפיע על תחזוקתו ועל ההחלטות המתקבלות בו. Behdad Esfahbod, מתחזק HarfBuzz הנוכחי המדורג במקום הראשון ב-commits שניהם
פרויקטים, הזכיר שהוא לא מזוהה עם רד האט למעלה מ-10 שנים ואינו מתחזק פנגו. מאז 2010 הוא עבר לגוגל וכיום עובד רק עם HarfBuzz, שהיה בעבר הפרויקט האישי שלו. HarfBuzz לא שולט תהליך העיבוד ו- Pango יכולים לעקוף את מצבי הרמז המבוקשים בצדו.

מפתח נוסף של HarfBuzz הוא הדגיש, שהבעיה היא בצד של Pango, שכן HarfBuzz אינה מערכת עיבוד גופנים ואינה תומכת ברמזים לפי הארכיטקטורה שלה. אם Pagno צריך לשמור על רמזים, אז המעבר ל-HarfBuzz הוא לא הבחירה להסתמך על התמיכה שלו. IN איכות הסיבות לסירוב ליישם רמז ב-HarfBuzz הן שמצבי רמז מסוימים מובילים לשינוי ברוחב המקורי של הגליף ושינוי זה תלוי בגודל הפיקסלים. Pango ביצעה בעבר פעולות דומות באמצעות FreeType, שתומך ברמזים, אך לאחר מכן עברה ל-HarfBuzz, שמטפלת בגליפים ללא התייחסות לגודלם. לכן, פתרון בעיות שנתקלו במהלך השימוש ב-Pango הוא באחריותה של Pango, לא של HarfBuzz.

בסופו של דבר בהדד אספהבוד פורסם רטרוספקטיבה גדולה של פיתוח מחסנית הגופנים של לינוקס. לאחר עזיבתו לגוגל, ספריות פנגו וקהיר ננטשו כמעט ונקלעו לקיפאון. ב-HarfBuzz, העבודה התמקדה בתמיכה בגופנים משתנים אדפטיביים, בעוד Red Hat התמקדה ב-GTK וב-Glib. עם הזמן, התפתחויות בתחום הפונטים הניתנים לשינוי הועברו ל-FreeType, fontconfig וקהיר, אך נותרו לא גמורים בפנגו בגלל מחסור במפתחים. הגישה לממשקי ה-API החדשים ב-Pango ניתנה באמצעות הפשטה של ​​FontMap ונתמכה רק עבור קצה-גב מבוסס FreeType. הקצה האחורי עבור Windows ו-macOS לא נשמר במשך יותר מ-10 שנים.

בעקבות הרחבת המכשירים הניידים והדפדפנים, מיקרוסופט הפסיקה לתמוך בעיבוד גופני תת-פיקסל ובעיבוד בסגנון GDI ב-Windows 8. macOS תמיד תמכה בעיבוד, שבדיון זה נקרא "מטושטש". מאז 2018, כמה מפתחי HarfBuzz ניסו להביא ל-Pango תכונות של HarfBuzz שנוספו במהלך השנים. במקביל לפיתוח GTK4, נעשה מעבר לעיבוד מבוסס OpenGL, מה שמרמז על קנה מידה של טקסט ליניארי, שהחריף את הניגוד בין עיבוד פיקסלים לפריסה ניתנת להרחבה.

LibreOffice, Chrome ו-Firefox עברו להשתמש ב-HarfBuzz כמנוע עיצוב מאוחד, במחיר של הפסקת התמיכה בגופני Bitmap ובפורמט Type1. עבור גופני מפת סיביות, מי שהיה צריך אותם התבקש להמיר אותם למיכל OpenType. נשלחה בקשה לאדובי ליישם את Type1 עבור HarfBuzz, אך הם השיבו שאין בכך טעם, שכן הם עצמם יפסיקו לתמוך ב-Type1 השנה.

על מנת להתעדכן בטכנולוגיות שלקחו את ההובלה, התקבלה החלטה דומה לעבור ל-HarfBuzz עבור ספריית Pango. המחיר היה הפסקת התמיכה בכמה טכנולוגיות ישנות מלפני 20 שנה. מצוין כי בהינתן משאבים מוגבלים, למפתחים אין מספיק ידיים לעשות הכל ומי שמעוניין לשמר טכנולוגיות ישנות יכול לנסות למצוא מישהו שיהיה מוכן לשמור על הפונקציונליות שחסרה להם. לשם השוואה ניתן GNOME3, שלאחר הופעתו הצליחו הלא מרוצים להמשיך בפיתוח טכנולוגיות GNOME2 מיושנות במסגרת פרויקטי ה-Mate וה-Cinnamon. אותו דבר חל על פנגו, אבל אין עדיין לוקחים.

מקור: OpenNet.ru