يجب أن تحترم صفحة الفهرس “للمجموعات” (على سبيل المثال، /groups أو /g) إعدادات الرؤية للمجموعات التلقائية، وتعرضها وفقًا لذلك. إنها تفعل ذلك لمجموعة Moderators، ولكن ليس للمجموعات الأخرى. هذا بسبب استثناء مبرمج بشكل ثابت في GroupsController.index()، مما يتسبب في عدم ظهور المجموعات التلقائية الأخرى أبدًا في صفحة الفهرس عند عرضها بواسطة مستخدمين غير موظفين، بغض النظر عن إعدادات الرؤية.
هذا السلوك الاستثنائي إشكالي بطريقتين على الأقل:
إذا كان المسؤول يريد فهرسة المجموعات التلقائية للمستخدمين غير الموظفين، فإن هذا يمنعهم من القيام بذلك.
الانفصال بين إعداد الرؤية والرؤية الفعلية مربك بشكل خطير. على وجه الخصوص، يجعل الأمر يبدو وكأن الإعداد يتم تجاهله/غير ذي صلة بالمجموعات التلقائية (على سبيل المثال، “يا إلهي، يبدو أن المجموعات التلقائية مخصصة للموظفين فقط، بغض النظر عما أضبطه على هذا…”)، على الرغم من أن الإعداد يستمر في التحكم في الوصول إلى صفحات مجموعات معينة (على سبيل المثال، /g/trust_level_0) وقوائم أعضائها.
يشير تعليق في الكود ذي الصلة إلى أن هذا السلوك الاستثنائي مخصص “لإخفاء المجموعات التلقائية عن جميع غير الموظفين لتقليل ازدحام الصفحة” - ولكن لا حاجة لهذه الآلية لتحقيق ذلك. يمكن للمسؤول الذي يرغب في تقليل ازدحام صفحة الفهرس ببساطة تعيين رؤية المجموعات التلقائية كما يراها مناسبة، تمامًا كما يفعل مع أي مجموعة أخرى.
أقترح ببساطة إزالة الأسطر الستة من الكود في app/controllers/groups_controller.rb التي تنفذ هذا السلوك.
إذا كان ذلك مهمًا جدًا لدرجة افتراض “صفحة فهرس مزدحمة” للتثبيتات الجديدة لـ Discourse، فإن آلية أفضل ستكون تعيين إعدادات رؤية الموظفين فقط افتراضيًا للمجموعات التلقائية عند إنشائها بواسطة النظام. لتعيين المرشح الافتراضي في صفحة الفهرس إلى “غير تلقائي” للمستخدمين غير الموظفين.
(إعداد الرؤية هو التحكم في الوصول - يجب أن تكون القيمة الافتراضية هي أي شيء يشكل مستوى وصول افتراضي معقول، بغض النظر عن شكل صفحة الفهرس.)
كمستخدم عادي، أفضل العرض غير المزدحم، ولا تبدو مجموعات مستوى الثقة ذات صلة بي. لكنني أتفق أيضًا على أن الطريقة التي تعمل بها الأشياء الآن تبدو غريبة. خاصة بالنظر إلى هذا:
إذا كانت صفحات مجموعات مستوى الثقة مفيدة، فيجب أن تكون هناك طريقة للوصول إليها عبر واجهة المستخدم، دون الحاجة إلى معرفة عنوان URL.
هذا منطقي بالنسبة لي. قد يلزم اتخاذ بعض العناية للتأكد من أن تحديد رؤية مجموعة مستوى الثقة لا يؤدي إلى كسر أي شيء. حاليًا، لا يمكن إنشاء أحداث عامة إذا لم تكن مجموعة TL0 مرئية للمستخدم الذي ينشئ الحدث. لست متأكدًا مما إذا كانت هناك حالات أخرى مماثلة لذلك.
توفير “المجموعات التلقائية” في قائمة تصفية لغير المسؤولين؟
جعل التصفية الافتراضية (لكل من المسؤولين والمستخدمين العاديين) تستبعد المجموعات التلقائية
التأكد من أن /g/trust_level_0?asc=true يستخدم نفس منطق التفويض مثل /g?type=automatic (حاليًا يعمل الأول بينما يقول الثاني “لا توجد مجموعات مرئية”).
طلب إضافي: إذا تم الوصول إلى /g عبر /admin، فإن أشرطة قائمة المسؤول تختفي فجأة. أجد هذا مزعجًا. ماذا عن إضافة أشرطة القائمة هذه إلى تلك الصفحة إذا تم الوصول إلى /g بواسطة مسؤول؟
نعم، “بديهي” كما يقول المرء… لقد قمت بتعديل اقتراحي الأصلي ليعكس ذلك. “الرؤية” هي ضابط وصول، ويجب التعامل معها على هذا النحو (على سبيل المثال، يجب أن يعكس واجهة المستخدم حالة الضابط بشفافية، بدلاً من التلاعب بالضابط لضبط مظهر واجهة المستخدم).
بالتأكيد! لم ألاحظ أن “تلقائي” غير متاح في قائمة التصفية لغير الموظفين. (يتم حذفه بنفس كتلة التعليمات البرمجية المكونة من 6 أسطر والتي تخفي المجموعات التلقائية - لذا فإن إزالة هذه التعليمات البرمجية ستصلح ذلك أيضًا).
التعليمات البرمجية الخلفية تحدد بالفعل تصفية “غير تلقائية”، على الرغم من أنها تبدو غير معروضة أبدًا لأي شخص (موظف أو غير موظف) في قائمة التصفية.
عندما تقول “فهرسة المجموعات التلقائية للمستخدمين غير الموظفين”، هل تقصد السماح للمستخدمين غير الموظفين بالوصول إلى فلتر المجموعات التلقائية ورؤيتها؟
هذا قلق مشروع. نحن نحاول جعل تجربة المسؤول أكثر وضوحًا واتساقًا، ويبدو أن هذا مجال يمكن أن يربك المستخدمين. لم أسمع أي شكاوى أخرى حول هذه الحالة المحددة، ولكن يمكنني رؤية قيمة إصلاحها لجعل السلوك متسقًا.
يبدو هذان البندان منطقيين. ومع ذلك، قبل أن نفعل ذلك، هل هناك أي عواقب غير مقصودة لتغيير إعدادات الرؤية للمجموعات التلقائية؟
هذا يبدو جيدًا كقائمة مهام. شكرًا لك على تأطيرها بهذه الطريقة.
In that quoted text, I specifically mean “show automatic groups on the /g index page when viewed by non-staff users”. Regardless of the filter setting, the automatic groups (except for “Moderators”) are currently not allowed to be listed on the /g index page for non-staff users.
In a later post (the one preceding this one), I additionally advocate for providing the “Automatic Groups” option in the filter dropdown for all users, not just stafff users. I don’t think there is a good reason to hide it from non-staff users. (Note that no matter what is presented in the dropdown menu, the filter is still available to any user who can type the correct keyword into the URL bar.)
Please note that I edited my suggestion for default de-cluttering prior to your post; you have quoted the original version. The revised/current text from my first post is (with the strikeouts removed for brevity):
حالياً، تبدو قائمة المستخدمين كما يلي في موقع جديد.
لتلخيص الطلب بكلماتي الخاصة، هو تغيير دليل المجموعة في /g على النحو التالي:
عرض فلتر المجموعات التلقائية للأعضاء أيضاً.
عرض جميع المجموعات التلقائية للأعضاء عند تحديد الفلتر.
استبعاد المجموعات التلقائية من العرض الافتراضي في /g.
أعتقد أن (3) يجب أن يكون للجميع، وليس فقط للأعضاء. أحد الأهداف التي نسعى لتحقيقها هو منح المشرفين والمديرين تجربة مشابهة قدر الإمكان لتجربة الأعضاء، لتقليل الارتباك.
من خلال إجراء هذا التغيير، نحن فقط نجعل وجود المجموعات التلقائية، التي يمكن للأعضاء الوصول إليها ولكنهم يحتاجون حالياً إلى معرفة عنوان URL الخاص بها، أمراً صريحاً في واجهة المستخدم.
سأعيد صياغة التغييرات المطلوب إجراؤها، وأعيد ترتيب الأولويات قليلاً:
أ. التوقف عن إزالة المجموعات التلقائية من الفهرس للمستخدمين غير الموظفين
ب. التوقف عن إزالة فلتر “المجموعات التلقائية” من القائمة المنسدلة للمستخدمين غير الموظفين
ج. تقديم فلتر “المجموعات غير التلقائية” في القائمة المنسدلة، لجميع المستخدمين
د. تفعيل فلتر “المجموعات غير التلقائية” افتراضيًا في /g
صياغتي لـ ج و د، مقارنة بـ 3، مقصودة: أعتقد أن واجهة المستخدم يجب أن تكون شفافة جدًا بشأن الفلترة التي يتم تطبيقها. إذا لم يتم تحديد أي فلتر، فيجب على واجهة المستخدم تقديم عرض غير مفلتر، أي عرض كل مجموعة مرئية/يمكن الوصول إليها للمستخدم.
يمكن للمرء أن يفسر 3 على أنه “عند عدم تحديد أي فلتر، استخدم فلتر non_automatic بهدوء”، لكنني أعتقد أن ذلك سيظل مربكًا. إذا لم يتم تحديد أي فلتر، فلا يجب تطبيق أي فلتر ببساطة. وعلى العكس من ذلك، إذا كان يتم تطبيق فلتر، فيجب تسميته وجعله واضحًا للمستخدم.
بالتعمق أكثر في التفاصيل: ينشأ جزء من مشكلة اختيار الفلتر من الطريقة التي تم بها ضغط تلميح “التصفية حسب نوع المجموعة” في تسمية عنصر القائمة الذي لم يتم تحديد أي فلتر فيه. أعتقد أنه سيكون أكثر وضوحًا في النهاية إذا تم تسمية عنصر عدم تحديد الفلتر بـ “جميع المجموعات”. ثم، أضف عنصرًا إضافيًا “المجموعات غير التلقائية”، ويمكنك جعل أي من العنصرين هو الافتراضي. بهذه الطريقة، (أ) يكون واضحًا عندما يتلقى المستخدم عرضًا مفلترًا، و (ب) يكون واضحًا كيفية التبديل إلى عرض غير مفلتر.
لو كان الأمر بيدي، لسميت عناصر قائمة الفلتر كالتالي:
جميع المجموعات
المجموعات التي أنتمي إليها(لأن مجموعاتي غامضة.)
المجموعات التي أملكها
المجموعات العامة
المجموعات الخاصة(لأن مغلقة تبدو وكأنها “متوقفة” أو “لم تعد قيد الاستخدام”.)
المجموعات التلقائية
المجموعات غير التلقائية
وسأغير سلسلة التلميح في مربع النص، من “جميع المجموعات” إلى “التصفية حسب اسم المجموعة”.
و… سأقوم بتبديل ترتيب القائمة المنسدلة ومربع النص!
شكراً لمساعدتك في التفكير في هذا الأمر. لا أعتقد أننا سنقوم بإجراء تغييرات كبيرة على تجربة المستخدم لقائمة المجموعات في الوقت الحالي، ولكني أحب فكرة جعل وظيفة قائمة المجموعات متماثلة للجميع على الأقل.
كل هذه اقتراحات جيدة، باستثناء أنني أجد “تلقائي” و “غير تلقائي” أسماء ثقيلة، تقنية، وغير ذات معنى. بما أن المجموعات التلقائية تتعلق بالامتيازات التي حصل عليها الأشخاص أو مُنحوها، فربما يمكننا التوصل إلى تسمية تعكس ذلك؟
جئت بنفس الفكرة، وهي أنه سيكون من الأفضل أن يكون العرض الافتراضي لما يسمى الآن “المجموعات العامة + المغلقة”، وبالتالي تقديم هذا الخيار. وإزالة الغموض حول “مجموعاتي”، والتي يمكن فهمها على أنها ما تعنيه “المجموعة التي أملكها” بالفعل، و"المجموعات المغلقة"، والتي قد تبدو وكأنها لم تعد نشطة، يبدو معقولاً أيضًا.
تبدو هذه مشابهة جدًا لـ:
مجموعات النظام
مجموعات المستخدم، “المجموعات العامة والخاصة”، أو المجموعات فقط
ربما يمكن تكوين ترتيب المجموعات المعروضة في عنصر التصفية هذا، مع كون العنصر الأول دائمًا هو العرض الافتراضي، حتى نتمكن من اختياره. وإلا فإن إيجاد ترتيب افتراضي مناسب يناسب الجميع، بالإضافة إلى السماح بأن يكون أحد هذه العروض افتراضيًا، سيكون سؤالًا آخر.
أيضًا، القدرة على إعطاء أسماء مستعارة سهلة القراءة لـ “المجموعات التلقائية/النظام”، على سبيل المثال تفضل بعض اللغات الأحرف الكبيرة في البداية، كما هو الحال مع حقل الاسم الكامل في المجموعات العادية وتزويدها بنصوص وصف افتراضية معقولة اختياريًا، يمكن أن تجعلها تبدو أقل “تقنية”، إذا لم يختر مسؤول الموقع شرحها في وصفها عبر قائمة الإدارة الخاصة بهم.
ربما يمكن أن يكون هناك أيضًا نوع من التمييز البصري بين المجموعات “التلقائية” و"غير التلقائية"، مثل أيقونة، أو تظليل مربعاتها باللون الرمادي الفاتح، أو شيء من هذا القبيل.
“تلقائي” يبدو أنه يشير إلى كيفية تفصيل التنفيذ - تتم إضافة المستخدمين إلى المجموعات تلقائيًا. لا أعتقد أن هذا منطقي من وجهة نظر المستخدم العادي. كما أنه ليس دقيقًا تمامًا. لا تتم إضافة المستخدمين تلقائيًا إلى مجموعات الموظفين. ربما يكون الاسم الأكثر دقة للمجموعات التلقائية هو “مجموعات مُعدة مسبقًا”، ولكن هذا اسم فظيع.
تبدو مجموعات “النظام” جيدة، ولكن ماذا عن تقسيم المجموعات التلقائية إلى “مستويات الثقة” و “الموظفين”؟ سيكون فلتر نوع المجموعات شيئًا مثل:
مجموعاتي
المجموعات التي أملكها
المجموعات العامة
المجموعات المغلقة
مستويات الثقة
الموظفين
إذا لزم الأمر، يمكن أن يكون هناك شيء مثل إعداد موقع trust level groups public الذي يحدد ما إذا كانت مجموعات مستوى الثقة مرئية في صفحة المجموعات أم لا.
أدخل مرة أخرى… أرجو أن تحسبني ضمن مجموعة مستخدمي/مديري المناقشات الذين لا يحتاجون حقًا إلى فلتر “إظهار كل شيء باستثناء المجموعات النظامية/التلقائية”. وجود هذه المجموعات لا يبدو مشتتًا حقًا.
على أي حال، أولويتي هي توفير فلتر “جميع المجموعات” حقيقي وغير مفلتر، وتفضيلتي الشخصية هي الحفاظ على البساطة وجعل هذا هو الافتراضي لصفحة /groups.
)
