Sure then my call here is why do we even need a site setting? Why not just allow moderators to create groups? I wonder if we should strip this magic category setting and just allow mods to create groups and categories?
I would certainly not object to that personally, but I can see sites that don’t want moderators to have the ability to significantly alter the site organization. I’ll leave it up to you to make the decision, I’d be fine either of the 3 ways: new site setting, combine with existing site setting, remove existing site setting and just grant access.
@codinghorror what is your call here?
-
New site setting for
allow moderators to create groups -
Rename
allow moderators to create categoriestoallow moderators to create groups and categories -
Remove
allow moderators to create categoriesand just allow them to create categories and groups by default.
I am leaning towards 1 cause it is the least risk.
Hmm, I’d first audit all customers and see how many people have the existing setting in place and turned on. If it’s almost nobody then I favor deleting the setting and changing the default.
Tricky thing though is that removal of the setting would increase the rights of all discourse mods.
The only increased surface area though is that a rogue moderator can create lots of groups and categories. There is no permission escalation, they will still be able to be excluded from certain groups and categories (and also exclude themselves)
I’ll pull the numbers later today.
I’m not following your logic here. If nobody has enabled the setting, we can infer that they don’t care and are OK with mods having category creation rights, but we could also very well infer that they intentionally left the setting disabled and as they don’t want mods having category creation rights.
And here are the numbers @codinghorror. Out of all our hosted sites, 90.03% kept the setting false, as is the default. 9.97% enabled the setting allowing mods to create categories.
أتساءل عن نتيجة هذه المحادثة التي كانت منذ فترة. هل يمكن للمحررين إنشاء مجموعات؟
بدلاً من ذلك، هل من الممكن أن يتمكن المستخدمون الذين يتمتعون بمستوى ثقة معين من إنشاء مجموعات؟
في موقعي، يبدو أن الإجابة على كلا السؤالين هي لا، لكنني أريد التأكد لأن امتلاك هذه القدرة سيكون مفيدًا.
هل تقصد حقًا المجموعات (مجموعات من المستخدمين) وليس التصنيفات (مجموعات من المواضيع)؟ قد يساعد وصف مشكلتك بدلاً من تقديم هذا الحل.
نعم، أعني المجموعات. أنا فقط أبحث عن فهم القدرة الحالية للسماح للمستخدمين (سواء كانوا مشرفين، أو مستوى ثقة معين، أو غير ذلك) بإنشاء مجموعات.
أعتقد أنك ستحتاج إلى إضافة.
لا يزال غير واضح ما هي نيتك، على أي حال. ماذا سيفعل الناس مع المجموعات؟ إرسال رسائل مباشرة للمجموعات؟ الحصول على شارة مميزة؟
أنا فقط أريد التأكد مما إذا كان بإمكان المستخدمين إنشاء مجموعات أم لا. هذا كل شيء في هذه المرحلة. يبدو أن الإجابة هي لا من تلقاء نفسها.
أقترح إعادة التسمية:
لا حاجة لإضافة إعداد موقع جديد، بل إعادة تسمية الإعداد القديم وتوسيع نطاقه، مما يجعل الخيار أكثر منطقية.
من الغريب جدًا الرغبة في منح المشرفين الحق في إنشاء فئة دون منحهم الحق في إنشاء مجموعة.
هل يجب أن أدرج هذا للإصدار القادم @codinghorror؟
هل من الممكن للمستخدمين الذين يتمتعون بمستوى ثقة محدد إنشاء مجموعة؟ ثم يمكن للمستخدمين الآخرين، بغض النظر عن مستوى ثقتهم، طلب الانضمام إلى تلك المجموعة أو أن يتم دعوتهم من قبل المنشئ. يصبح المنشئ افتراضيًا مالك المجموعة.
الفكرة وراء ذلك هي كيفية عمل عائلات اللاعبين أو النقابات أو الفرق في الألعاب. ربما يمكن أن تكون هذه الميزة إضافة خارجية، ولكن هناك العديد من المنتديات التي تتضمن هذه الميزة كإضافة. وهي أيضًا مشابهة لمجموعات فيسبوك التي يمكن للناس الانضمام إليها إذا كانوا من المعجبين بشيء ما.
لقد أحرزت تقدماً جيداً جداً في هذه الميزة الجديدة، وأعتقد أنها تقترب من الجاهزية. ومع ذلك، تم تحديد حالة حافة غريبة صغيرة بواسطة @jomaxro…
يمكن للمحررين تغيير حالة رؤية المجموعة إلى ‘أصحاب المجموعة’، مما يعني أنه بمجرد تحديثهم للمجموعة، لن يتمكنوا بعد ذلك من رؤية تلك المجموعة، وبالتالي لن يتمكنوا من إدارتها. إذا بدأوا في النقر داخل إعدادات المجموعة بعد التحديث، فسيواجهون أخطاءً تؤدي إلى تجربة مستخدم (UX) غير أنيقة.
ما هي آراؤكم حول كيفية التعامل مع هذا؟ هل يجب أن يدرك الواجهة الخلفية (backend) أنهم قاموا للتو بالتحديث إلى حالة تعني عدم امتلاكهم للوصول، وتجبر الواجهة الأمامية (front end) على العودة إلى فهرس المجموعات؟ أم أننا يجب ألا نسمح لهم بالتحديث إلى حالة لا يملكون فيها الوصول؟
التفكير في أمثلة أخرى لتغييرات الوصول.
إذا قام المشرف بتغيير إعدادات الفئة بحيث لم يعد بإمكانه رؤية الفئة، فإنه ينتهي في صفحة 404. ليس مثاليًا، لكن لا توجد أخطاء.
إذا تم تسجيل خروج المستخدم (من قبل مسؤول، عبر وحدة التحكم، إلخ)، فإنه يرى نافذة منبثقة، ويتم إعادة توجيهه إلى الصفحة الرئيسية.
أعتقد أن الخيار الأبسط هنا هو إعادة التوجيه إلى فهرس المجموعات. والخيار الأكثر تطورًا هو نافذة منبثقة تشرح أنه لم يعد بإمكانه رؤية المجموعة، مع زر لإعادة التوجيه إلى فهرس المجموعات.
بينما نقوم بإعادة الهيكلة، قد نرغب في تحسين الوضع الحالي عندما يغير المشرف أذونات الفئة ويفقد الرؤية. إعادة التوجيه الإجبارية إلى /c أفضل من صفحة 404. يمكننا أيضًا إضافة نافذة منبثقة أولاً، إذا أردنا أن نكون أكثر تطورًا.
نهتم بآراء روبن وسام.
أعتقد أن هذه العملية تبدو تافهة بالنسبة لأولئك الأشخاص، ومن المعقول ألا نوفر لها دعمًا جيدًا. أعتقد أن اقتراح جوش بإعادة التوجيه إلى الصفحة الرئيسية فكرة جيدة.
سيكون من الرائع لو تم توسيع هذا ليشمل ليس فقط المشرفين، بل أيضًا المستخدمين ذوي مستويات الثقة المحددة. هذا سيسمح للمستخدمين بإنشاء مجموعاتهم أو فرقهم أو عائلاتهم الخاصة. وهذا أمر شائع في العديد من منتديات الألعاب. يمكن لقائد الفريق دعوة أعضاء آخرين للانضمام إلى مجموعتهم، أو يمكن للأعضاء طلب الانضمام. يمكن للفرق أن يكون لها موضوع خاص بها لا يراه أو يرد عليه إلا أعضاؤها. يختار قائد الفريق اسم الفريق ويمكنه إرفاق شعار أو شعار لفريقه.
يبدو أن مستوى ثقة محدد أو عضوية في مجموعة فكرة ممتازة لإضافة إمكانية إنشاء المجموعات. أعتقد أن مستوى الثقة سيكون كافياً نظرًا لأنه يمكن تعيينه لمجموعة (على الرغم من أنني أعتقد أنه ينطبق على جميع الأعضاء وليس فقط المالكين).
تم دمج هذا التحديث مؤخرًا، لكننا نعتقد أننا أغفلنا ذكره. نعتذر عن ذلك!
استخدامه بسيط للغاية: فعّل إعداد moderators_manage_categories_and_groups للسماح للمشرفين بإنشاء المجموعات و/أو إدارتها في الموقع.

