ttf-parser 0.5 - ספרייה חדשה לעבודה עם גופני TrueType

מנתח ttf — היא ספרייה לניתוח גופני TrueType/OpenType.
הגרסה החדשה כוללת כעת תמיכה מלאה בגופנים משתנים
(גופנים משתנים) ו-C API, וזו הסיבה שהחלטתי לפרסם את זה ב-Lore.

עד לאחרונה, אם היה צורך לעבוד עם גופני TrueType, היו בדיוק שתי אפשרויות: FreeType ו-stb_truetype. הראשונה היא קומביין ענק, השנייה תומכת במספר קטן למדי של פונקציות.

ttf-parser נמצא איפשהו באמצע. הוא תומך בכל אותן טבלאות TrueType (פורמט TrueType מורכב מטבלאות בינאריות רבות ונפרדות) כמו FreeType, אך אינו מעבד את הגליפים עצמם.

במקביל, ttf-parser מכיל הבדלים משמעותיים רבים אחרים:

1. ttf-parser נכתב ב-Rust ללא שימוש ב-unsafe. FreeType ו-stb_truetype נכתבים ב-C.
2. ttf-parser הוא המימוש היחיד הבטוח בזיכרון. קריאת זיכרון שרירותי אינה אפשרית. FreeType מתוקן כל הזמן לאיתור פגיעויות, ו-stb_truetype אינו מיועד לקרוא גופנים שרירותיים.
3. ttf-parser הוא המימוש היחיד הבטוח בפני הליכי משנה. כל שיטות הניתוח הן קבועות. היוצא מן הכלל היחיד הוא הגדרת קואורדינטות עבור גופנים משתנים, אך פונקציה זו היא reentrant. FreeType היא בעצם בעלת הליך משנה יחיד. stb_truetype הוא reentrant (ניתן להשתמש בעותקים נפרדים בהליכי משנה שונים, אך לא באחד מני רבים).
4. ttf-parser הוא המימוש היחיד שאינו משתמש בהקצאות heap. זה מאפשר ניתוח מהיר יותר ומונע בעיות OOM.
5. כמו כן, כמעט כל פעולות החשבון והליהוק של טיפוסים מספריים נבדקות (כולל סטטית).
6. במקרה הגרוע ביותר, הספרייה עלולה לזרוק חריג. במקרה זה, חריגים יתפסו ב-API של C והפונקציה תחזיר שגיאה, אך לא תקרוס.

ולמרות כל ערבויות האבטחה, ttf-parser הוא גם המימוש המהיר ביותר. לדוגמה, ניתוח CFF2 מהיר פי 3.5 מ-FreeType. ניתוח Glyf איטי ב-10% מ-stb_truetype, אך הסיבה לכך היא שהוא אינו תומך בגופנים משתנים, הדורשים אחסון מידע נוסף כדי ליישם. פרטים נוספים ב README.

מקור: linux.org.ru