بالنسبة للمواقع التي تعتمد بشكل كبير على صفحة الأحداث القادمة، يفضل العديد من أعضاء المجتمع عرضًا أسبوعيًا بشكل افتراضي. حاليًا، يقوم /upcoming-events دائمًا بتحميل عرض الشهر أولاً، حتى لو كان المستخدم يفضل الأسبوع (أو اليوم، السنة).
طلب ميزة
أضف إعدادًا بسيطًا لموقع المسؤول لتكوين العرض الذي يتم تحميله افتراضيًا بواسطة /upcoming-events:
رمز Ember لا يقرأ متغيرات البيئة العشوائية. يكشف Discourse فقط عن إعدادات الموقع المعلنة (config/settings.yml، client: true) للعميل. لهذا السبب إما أن تقوم بما يلي:
إضافة الإعداد في النواة (ثم تعيينه عبر app.yml)، أو
أنا “معتاد” على زر الأحداث القادمة الذي لا يمكن تكوينه في الشريط الجانبي، كما يمكن لإعداد المسؤول تعيين القيمة الافتراضية لتفضيل المستخدم. بدلاً من إجبار جميع المستخدمين على إعداد زر/قسم الشريط الجانبي الخاص بهم، أو قبول قسم عام.
آمل أن أكون قد غيرت الرمز الصحيح في طلب السحب الخاص بي، وأننا نحتاج ببساطة إلى تبديل ما قمت بتغييره بناءً على إعداد؟…
شكرًا مرة أخرى على إنجاز هذا الأمر - فإن إعداد العرض الافتراضي للمسؤول يمثل مكسبًا كبيرًا لتجربة المستخدم
الآن بعد أن أصبح هذا موجودًا، قد يكون من المفيد التفكير في تحسين متابعة صغير: السماح للمستخدمين بتجاوز الإعداد الافتراضي للموقع اختياريًا بتفضيل شخصي، مع الاحتفاظ بإعداد المسؤول كخيار احتياطي.
سيمنح ذلك للمواقع هوية افتراضية قوية (أسبوع مقابل شهر)، ولكنه سيسمح للأفراد باختيار ما يناسبهم بشكل أفضل - على غرار كيفية عمل معظم تطبيقات التقويم. تسلسل بسيط مثل
عنوان URL صريح ← تفضيل المستخدم ← الإعداد الافتراضي للموقع
سيحافظ على السلوك متوقعًا ومتوافقًا مع الإصدارات السابقة.
لا أقترح أن يحل هذا محل الإعداد الحالي - إنه مجرد خطوة تالية محتملة إذا كنت تعتقد أنه يناسب اتجاه تجربة المستخدم الأوسع.
