أوصي بشدة بالثقة في آراء الأشخاص الذين كتبوا هذا الكود ويعيشون فيه ![]()
مرة أخرى، منصف جداً! آسف، لم أقصد التشكيك في خبرتك. الأمر أكثر من أنني أشعر باستمرار بأنني لا أشرح ما أريده بوضوح كافٍ.
إليك موقف آخر أجده محبطًا:
مشكلة في محاولة اقتراح خطأ شائع
هنا، يبلغ مستخدم عن مشكلة في سير العمل مع الواجهة. من المزعج حقًا بالنسبة لي محاولة تكرار ذلك، لأن وصول المسؤول الذي يعمل دائمًا يعني أنني لست مقيدًا بالأذونات التي يعتمد عليها سير العمل هذا.
مثال حالة آخر. هنا، يشير مستخدم إلى أنه يتلقى رسالة خطأ غير مفيدة أثناء محاولة النشر في فئة لا يملك الإذن بالنشر فيها. نظرًا لأنني أمتلك هذه الأذونات بصفتي مسؤول الموقع، لا يمكنني إعادة إنتاج المشكلة مباشرة.
ما هو الحل البديل الحالي لديك لنقص هذه الميزة، @mattdm؟
في الماضي، استخدمت حسابًا منفصلاً بعنوان + لتسجيل الدخول ورؤية العالم من خلال عيون غير إدارية (مكافأة: نظرًا لأنني نادرًا ما اضطررت إلى القيام بذلك، كنت أحصل أيضًا على ملخص النشاط بشكل دوري لهذا المستخدم لمراقبة كيف يبدو ذلك).
لدي حساب اختبار أسجل الدخول إليه في المواقف التي أحتاج فيها إلى تجربة شيء ما، وأسجل الدخول إليه باستخدام نافذة متصفح خاصة. هذا ممكن دائمًا، لكن أعتقد أن هناك الكثير من الحالات التي سألاحظ فيها الأشياء إذا كان وصولي “عاديًا” بشكل افتراضي.
كما أنه لا يمنعني من انتهاك القيود التي وضعتها عن قصد (مثل قواعد العلامات، أو النشر في فئات يُفترض أن تكون للقراءة فقط).
البديل الآخر - جعل حسابي الرئيسي حسابًا عاديًا وامتلاك حساب مسؤول منفصل - سيحل ذلك، ولكنه سيكون مزعجًا في الممارسة العملية، كما أنني سأفوت الإشعارات الخاصة بالأعلام والرسائل الخاصة.
بدلاً من ذلك، هل فكرت في استخدام الحساب التجريبي في متصفح لا تستخدمه بانتظام؟ عندها يمكن أن يبقى مسجلاً دخوله. على سبيل المثال، لدي ما يلي:
Chrome: مسؤول (استخدامي الرئيسي)
Edge: مستخدم تجريبي
Firefox: يُستخدم لانتحال شخصية مستخدمين محددين عند الضرورة
يعمل هذا طالما لا توجد مشكلات تعتمد على المتصفح لحلها. بالنسبة لي وفي عالمي، هذا حل سريع جدًا مقارنة باستخدام PM كحاوية مسودة — نعم، إنه يعمل، نوعًا ما، ولكنه ليس حلاً لطيفًا وأنيقًا للمستخدم.
كان سؤال المسودة سهلاً: هناك حدود تقنية ولا يمكن القيام به بطريقة أخرى. هل هناك شيء مشابه لهذا السؤال؟ لأنه إذا لم يكن كذلك، فأنا لا أفهم لماذا لا يزال هذا الموضوع مفتوحًا. أفهم تمامًا إذا لم يكن هناك ما يكفي من الوقت والقوى العاملة لترميزه، ولكن حتى في هذه الحالة سيكون من الجيد سماع ذلك.
حلي هو فتح ملف تعريف المستخدم التجريبي الخاص بي وتسجيل الدخول بسرعة بهذه الطريقة. ولكن نظرًا لأنه لا يمكنني العودة إلى حساب المسؤول الخاص بي، يجب علي تسجيل الخروج. هذه ليست مشكلة كبيرة، ولكنها رحلة غير ضرورية — حسنًا، DiscourseHub مشكلة من نوع ما لأنه لا يمكنه استخدام تسجيل الدخول الموحد (SSOs) بشكل أصلي مثل Google أو Microsoft وما إلى ذلك.
بما أن هذا الموضوع ظهر مرة أخرى، فقد قمت بفصله إلى مناقشة منفصلة: Make category tag rules / restrictions apply to moderators too
هذا قديم بعض الشيء، ولكن نظرًا لأنه تم ربطه للتو من مناقشة أخرى، فقد أضفت تصويتًا هنا. أعتقد أن تبديل الأدوار سيكون مفيدًا لأنه حتى في المجتمع الذي أديره، أعمل كمستخدم عادي في حوالي 90٪ من الوقت - ووجود واجهة بخيارات مخفضة سيحسن تجربتي كمستخدم خلال ذلك الوقت.
هذه نقطة مثيرة للاهتمام. هل يمكنك إخبارنا بالمزيد حول خيارات المسؤول في واجهة المستخدم التي تنتقص من تجربة المستخدم الخاصة بك؟ ربما لأنني معتاد عليها جدًا، لكني لا أمانع عناصر واجهة المستخدم مثل مفتاح ربط المسؤول والروابط إلى واجهة المسؤول وقائمة المراجعة.
ك مسؤول، قد يكون من الصعب أحيانًا تذكر الخيارات المتاحة للمسؤولين (على عكس شخص في TL3 أو 4 أو بادئ الموضوع). لذلك، إذا كنت تساعد شخصًا ما، فقد تقترح أشياء لا تنطبق عليه.
بالإضافة إلى ذلك، فإن حقيقة أن المسؤول يمكنه الوصول إلى أي فئة وموضوع يمكن أن تقدم رؤية مشوهة حقًا لـ العالم المنتدى. حوالي 90٪ من مسؤولي Discourse الذين أعرفهم لديهم مستخدم من نوع @testuser123 ينتحلون شخصيته من أجل الحصول على تجربة مستخدم “حقيقية”.
بالتأكيد، أتفق تمامًا وقد تمت مناقشة ذلك أعلاه بالفعل.
سؤالي لـ @schneeland مختلف. يقولون إنه ينتقص من تجربة المستخدم اليومية وأنا مهتم بمعرفة المزيد عن سبب ذلك.
بالنسبة لي، فإن أحد الإزعاجات اليومية هو الفئات الموجودة في القائمة التي لا يُفترض بي النشر فيها، ولكن يمكنني ذلك. ليس فقط “خطأ” القيام بذلك، ولكن وجود الكثير مما يجب البحث فيه.