التغييرات المطلوبة:

• [x] تغيير اسم خط VF إلى Recursive [قائمة المحور] .ttf
• [x] أضف علامات الإقحام المركبة
• [x] اختصر أسماء الحروف الرسومية هذه: quotesingle_quotesingle_quotesingle.code, hyphen_space_bracketleft_space_bracketright.code, hyphen_space_bracketleft_x_bracketright.code, numbersign_numbersign_numbersign.code, numbersign_numbersign_numbersign_numbersign.code and ampersand_ampersand_ampersand.code
• [x] اضبط fsType على 0
• [x] بحاجة إلى ترخيص وحقوق التأليف والنشر وغيرها من المعلومات
• [x] أضف طاولة gasp
• [x] إصلاح اسم الخط الافتراضي
• [x] أضف طاولة prep
• [x] أضف dsig

المشكلات المتعلقة بمخابز الخطوط التي ستظهر:

• يتم حاليًا تحديد اسم محور "MONO" في الشيك varfont_instance_coordinates
• تسمية المثيل لا يبدو أنه تم إعداده لحالة العائلات الفرعية (على سبيل المثال ، "Mono Linear Light" is incorrect. It should be "Light" )
• MVAR table: هل هذا الشيك لا يزال ساريًا؟

مشاكل يجب تجاهلها (؟)

• UPM بسعر 2000 بدلاً من 1000

شكرا لك بن!

من الواضح أن عددًا قليلاً من هذه المشكلات يجب إصلاحه في المصادر ، ولكن عادةً ما يتم حل العديد من هذه المشكلات باستخدام برنامج نصي للصدفة (جنبًا إلى جنب مع البنية ، أو ربما في الإصلاح + الدفع إلى نص برمجي للعلاقات العامة). هل تعتقد أننا يجب أن نفعل ذلك هنا ، أو نصنع نصًا آخر لإتقان لغة بيثون؟

يجب علينا فقط إضافته إلى البرنامج النصي لبناء الخط المتغير ، سنفعل.

لقد قمت بتعيين سلسلة fsType والترخيص اعتبارًا من 714694c22e0750166c166812dc05ff85705fe066.

سأختصر أسماء الحروف الرسومية الطويلة بعد ذلك. لا أعتقد أن علامات الإقحام مستخدمة حقًا في أي شيء ، لكنني سأضيفها أيضًا.

تُستخدم علامات الإقحام المزدوجة لوضع المؤشر داخل صورة رمزية ضمدية

يضيف 314 في الجداول gasp و prep و dsig إلى بنية الخط المتغير

إغلاق هذه المشكلة - حاليًا ، لم يتم تضمين علامات الإقحام في الخطوط التي تم إنشاؤها من مصادر UFO. https://github.com/googlefonts/ufo2ft/issues/329

بالإضافة إلى ذلك ، تميل البرامج إلى القيام بعمل جيد جدًا في تخمين مكان وضع علامة الإقحام داخل الأحرف المركبة. لذلك ، على الرغم من أن هذا قد يمثل مشكلة بالنسبة لبعض الخطوط ، إلا أنها ليست مشكلة مستخدم حقًا بالنسبة إلى Recursive. إذا أصبح من الممكن لاحقًا إنشاء علامات إقحام في الخطوط واشتكى المستخدم من ذلك ، فسأفتح مشكلة جديدة. يمكن إصلاح ذلك بسرعة نسبيًا مع بعض البرامج النصية وقليلًا من العمل اليدوي ، ولكن يبدو أنه من غير المجدي قضاء بعض الوقت في العمل ما لم يتم دعم الميزة وحاجتها.

هل بيانات الإقحام موجودة في المصادر؟ إذا كانت الإجابة بنعم ، فإن SGTM

لا تتوفر علامات الإقحام في المصادر حاليًا ، ويسعدني إضافتها إذا كانت مفيدة. ومع ذلك ، لست على علم بأي مشكلات ناجمة عن استبعادهم. هل نضيفهم فقط من أجل إضافتهم؟

غالبًا ما أستخدم Recursive باعتباره VF "نموذجيًا" ، وكما أريد أن أشجع
التطبيقات / نظام التشغيل لدعم وضع علامة الإقحام الصحيح ، مع وجود مكتبة GF
دعم هذه البيانات مفيد - ولهذا السبب حددت FB في البداية
تحقق باعتباره فشل. لكني لا مانع من عدم إعطاء الأولوية لهذا الجهد ، لذا لا داعي للإضافة
ما لم تميل إلى ربط الأحرف مرة أخرى لسبب ما (مثل عدم وجود العروض
متسقة) ثم أقترح إضافة البيانات في ذلك الوقت.

حسنًا ، هذا منطقي! شكرا للتوضيح. إذا كان من الممكن أن تساعد الخطوط الأخرى التي تحتاج إلى علامات الإقحام المزدوجة في الحصول على الدعم المناسب ، فسيكون من الجيد إضافتها هنا. سأعمل على هذا لنفس الإصدار مثل إصلاح https://github.com/arrowtype/recursive/issues/431!

لقد عملت على برنامج نصي يمكنه (في الغالب) أتمتة إضافة علامات الإقحام عبر المصادر ( رابط ثابت إلى البرنامج النصي ).

ثم أضفت علامات الإقحام ( الرابط الثابت ).

ستتمثل الخطوة الأخيرة هنا في إنشاء جميع الخطوط ، بما في ذلك خطوط التعليمات البرمجية وخاصةً ، للتحقق من أن علامات الإقحام المضافة لا تسبب مشاكل _ جديدة.

مغلق بواسطة https://github.com/arrowtype/recursive/pull/434