هندسة TC/Plugin: هل يجب أن يكون لدينا مزيد من السيطرة على الفصول؟

مطور
1

لقد قمت مؤخرًا بنقل مكون صغير إلى .gjs في إضافة المواقع. تضيف شكلاً بديلاً للموقع إلى الموقع ومنفذ المواقع في ملف تعريف المستخدم. في نفس الوقت تخفي معلومات الموقع المكررة التي تتجاوزها تعليمات الإضافة البرمجية.

لقد قمت بإعادة تقييم قيمة التعليمات البرمجية التي تمت كتابتها سابقًا وفقًا للمعايير الحديثة.

الآن، استخدام منافذ الإضافات أمر جيد، ولكن هل يجب أن يكون لدينا أيضًا القدرة على التأثير على الفئة الأم لـ div التفاف فوق المنفذ؟

لأنني حاليًا، في هذه الحالة، أضطر إلى التلاعب بـ DOM لإخفاء المعلومات المكررة لأخيه:

أفضل إجراء هذا التغيير بتعديل صريح للمكون بدلاً من التلاعب بـ DOM؟

ربما فاتني خدعة هنا.

2

هل يمكنك رسم كيف تتخيل واجهة برمجة تطبيقات (API) كهذه ستعمل على الجانب الأساسي والجانب الإضافي/السمة؟

أحد الأشياء المشابهة التي لدينا هو المساعد {{body-class \"blah\"}}. إذا وضعته في أي منفذ، فسيقوم بتطبيق الفئة “blah” على <body>.

3

فكرة أخرى هي استخدام محدد CSS أكثر تطوراً. على سبيل المثال، تدعم جميع متصفحات Discourse المستهدفة الآن :has()

https://developer.mozilla.org/en-US/docs/Web/CSS/:has()

(ولكن من المهم مراعاة الأداء عند استخدامه)

4

آه، لقد فاتني خدعة :sweat_smile:

نعم، أفضل ذلك على خيار has.

أوه، قد يحل هذا مشكلتي في هذه الحالة، مفيد جدًا، دعني أجرب ذلك!

5

للعلم، يبدو أن هذا قد نجح بشكل جيد:

شكراً جزيلاً ديفيد!