طلب معرفات CSS للسمات، ومكونات السمات (الإضافات أيضاً؟)

ميزة
1

يستخدم مكون الثيم الخاص بي كائنات للإعدادات، ويوفر عددًا لا بأس به من الحقول.

تستخدم أنماط الشبكة المطبقة حاليًا على إعدادات الكائنات أعمدة ضيقة جدًا لعمود علامات التبويب العمودية، وحقول المخطط (schema).

أردت تقديم عرض بديل لإعدادات الكائنات، لكنني لم أتمكن من رؤية طريقة لإدخال طريقة لتغيير الإعدادات فقط لمكون الثيم الخاص بي؛ لا أريد تطبيق تجاوزات CSS الخاصة بي عالميًا لجميع الثيمات.

هل يمكن لـ Discourse إضافة مُعرّف CSS في نموذج كائن المستند (DOM) لكل ثيم ومكون ثيم، بحيث يمكن إضافة قواعد CSS مختلفة تستهدف صفحات إعدادات الثيم المحددة؟

إليك تجاوز CSS البسيط الذي أستخدمه على موقعي، والذي يتم تطبيقه عالميًا:

.schema-setting-editor .schema-setting-editor__wrapper {
    grid-template-columns: minmax(15em, 0.3fr) 1fr;
    gap: 0 3rem;
}
.schema-setting-editor .schema-field {
    grid-template-columns: 1fr;
    gap: 0;
    background-color: var(--tertiary-100);
    padding: 1rem 5px;
}

الأنماط الافتراضية والمُعاد كتابتها:

default_styles
default_styles1730×1927 242 KB

overwritten_styles
overwritten_styles1730×2151 302 KB

5 إعجابات
2

إن “الإصلاح” سهل مثل

ولكني أتساءل عن أمرين

١. إذا جعلنا من السهل على مؤلفي الثيمات تخصيص مظهر صفحة الإعدادات الخاصة بهم، فهل سنجعل استخدام تلك الصفحات أصعب على الأشخاص إذا كانت جميعها مختلفة؟

٢. هل يجب علينا إصلاح ذلك في الكود الأساسي بدلاً من ذلك حتى تستغل صفحة إعدادات الثيم المساحة المتاحة بشكل أفضل؟ :thinking: إشارة إلى @product-managers

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

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

(أفكر في كل دعم التكنولوجيا للأصدقاء والعائلة الذي طُلب مني تقديمه. أنا سعيد بالمساعدة في أجهزة iPhone، ولكني أخشى أجهزة Android لأن كل هاتف لعين مختلف.)

4

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

بشكل عام، نعتبر قسم المسؤول شيئًا لا نريد أن يتم تخصيصه، إذا كنت أتذكر بشكل صحيح.

نعم، أعتقد أن التعامل مع هذا الموضوع على أنه #تجربة_المستخدم (ux) منطقي أكثر.

@jordan.vidrine أعتقد أن هذا يتداخل جزئيًا مع جهودك السابقة لتحويل الأشياء إلى formkit، بالإضافة إلى التعليقات حول formkit نفسه.

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

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