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

مطور
1

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

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

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

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

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

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

إعجاب واحد (1)
2

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

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

4 إعجابات
3

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

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

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

إعجابَين (2)
4

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

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

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

4 إعجابات
5

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

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

إعجاب واحد (1)
6

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.