تطبيق قواعد الوسوم للفئات والقيود على المشرفين أيضاً

[mattdm (Matthew Miller)]

المشكلة:

1. لدينا مشرفون وهم أيضًا مستخدمون نشطون جدًا للموقع
2. نستخدم مجموعات العلامات ومتطلبات العلامات بكثافة - إنها أساسية لهيكل الموقع. ^[1]
3. صلاحيات المشرف تكون قيد التشغيل دائمًا، حتى لو كان شخص يتمتع بصفة مشرف ينشر ببساطة.

معًا، هذا يعني أنه من السهل إحداث فوضى عن غير قصد.

الطلب

يرجى جعل متطلبات العلامات للفئات تنطبق حتى على المشرفين والمسؤولين. ^[2]

---

1. انظر Navigating Fedora Discussion — Tags, Categories, and Concepts - Fedora Discussion لكيفية إعداد هذا - ونخطط لدمج Ask Fedora في الموقع أيضًا، مما يجعل هذا الأمر أكثر أهمية. ↩︎

2. اقتراحي لـ نهج شبيه بـ sudo لصلاحيات الموقع لم يحظ بالكثير من الحماس، ولكن هذا سيغطي واحدة من أكبر المشكلات! ↩︎

[mattdm (Matthew Miller)]

أعتقد أن طريقة أخرى لصياغة ذلك ستكون: يرجى عكس معنى هذا الاختبار!\n\n\n test(\"staff bypass tag validation rule\", async function (assert) {\n await visit(\"/\");\n await click(\"#create-topic\");\n\n await fillIn(\"#reply-title\", \"this is my new topic title\");\n await fillIn(\".d-editor-input\", \"this is the *content* of a post\");\n\n Category.findById(2).set(\"minimum_required_tags\", 1);\n\n const categoryChooser = selectKit(\".category-chooser\");\n await categoryChooser.expand();\n await categoryChooser.selectRowByValue(2);\n\n await click(\"#reply-control button.create\");\n assert.notStrictEqual(currentURL(), \"/\");\n });\n

[pfaffman (Jay Pfaffman)]

أتفق تمامًا مع هذا. إذا قمت بإعداد هذه القواعد، فمن المحتمل أنك تريدها حقًا. لديّ قواعد على موقع أستخدمه أنا فقط، ومن المزعج جدًا أنني لا أستطيع الاعتماد على “discourse” للاستمرار في اتباع القواعد التي وضعتها لنفسي، ويتطلب الأمر الكثير من الكتابة الإضافية لتحديد “todo” وتجنب إنشاء علامة “to” جديدة.

سيكون من المناسب لي أن أجبر المسؤولين فقط على اتباع القواعد، ولكن في حالة عدم ذلك، فإن وجود نافذة منبثقة “هل أنت متأكد من أنك لا تريد اتباع القواعد” سيكون لطيفًا.

أو ربما إعداد موقع “الموظفون يتبعون قواعد العلامات”. يبدو هذا سهلاً للغاية.

[Jagster (Jakke Lehtonen)]

للمشرفين: +1
للمسؤولين: -1

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

[awesomerobot (Kris)]

@pfaffman

سيكون من المناسب لي أن أجبر المسؤولين على اتباع القواعد، ولكن في حالة الفشل، سيكون من الجيد وجود نافذة منبثقة “هل أنت متأكد من أنك لا تريد اتباع القواعد”.

أعتقد أن هذا حل وسط لطيف حيث لا نجعل استخدام صلاحيات المسؤول/المشرف أكثر صعوبة… نوع من التحذير يوضح ما يحدث… على سبيل المثال:

#tag مقيد بـ #category، هل أنت متأكد من أنك تريد استخدام امتيازات الموظفين الخاصة بك لنشر هذا في #different-category؟

[mattdm (Matthew Miller)]

@Jagster

يجب أن يتمتع المسؤولون بالقدرة على تجاوز كل شيء. وعندما يكون المرء مسؤولاً، فإن الافتراض الأساسي هو أنه يعرف ما يمكنه فعله وما لا يمكنه فعله.

يمكنني التعايش مع هذا - سأجعل حسابي الخاص حساب مسؤول وأنشئ حساب مسؤول ثانوي.

@awesomerobot

أعتقد أن هذا حل وسط لطيف حيث لا نجعل استخدام صلاحيات المسؤول/المشرف أكثر صعوبة… نوع من التحذير يوضح ما يحدث… على سبيل المثال:

#tag مقيد بـ #category، هل أنت متأكد من أنك تريد استخدام صلاحيات الموظفين الخاصة بك لنشر هذا في #different-category؟

أتفق على أن هذا سيكون أفضل، ولكن يبدو أن الأماكن التي سيتم فيها إضافة هذا ستكون أيضًا أماكن يكون فيها "Regular mode" for admins and moderators (e.g. something like "sudo") أفضل.

[jwheel (Justin Wheeler)]

أنا أضيف صوتي +1 بأن هذه الميزة مفيدة للمجتمعات الكبيرة ذات الأساليب اللامركزية للحوكمة عبر العلامات.

أضيف هنا بعض الإضافات إلى آخر موضوع:

@mattdm

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

@codinghorror

أتفهم القلق، لكنه ليس مشكلة كبيرة في الممارسة العملية، على الأقل ليس خلال السنوات العشر التي عملت فيها على هذا المشروع.

@mattdm

كما أنه لا يمنعني من انتهاك القيود التي وضعتها عن قصد عن طريق الخطأ (مثل قواعد العلامات، أو النشر في فئات يُفترض أن تكون للقراءة فقط).

هذا تحدٍ لمجتمع Fedora لأن القيادة والمجتمع يتبعان سياسة مفتوحة لإدارة العلامات. يمكن لأي مجموعة مسجلة في Fedora طلب علامات جديدة وتعيين مشرفين لمناقشة العلامات. تعمل قيادة Fedora مع المجتمع لإنشاء علامات جديدة والترويج لها عبر المجتمع (مثل الوثائق، والويكي، والمواقع الإلكترونية، والتواصل الشفهي). بالإضافة إلى ذلك، كمجتمع كبير يغطي مجموعة واسعة من الموضوعات، لدينا أيضًا الكثير من العلامات! لا أعرف دائمًا كل علامة في Fedora Discourse.

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

@Tris20

بدلاً من ذلك، هل فكرت في استخدام الحساب التجريبي في متصفح لا تستخدمه بانتظام؟ عندها يمكن أن يظل مسجلاً الدخول.

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

@Jagster

يجب أن يكون لدى المسؤولين القدرة على تجاوز كل شيء. وعندما يكون المرء مسؤولاً، فإن الافتراض الأساسي هو أنه يعرف ما يمكنه فعله وما لا يمكنه فعله.

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

[mattdm (Matthew Miller)]

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

[Heliosurge (Dan DeMontmorency)]

@كريس، مشاركة:5، موضوع:240496، اسم المستخدم:awesomerobot

أعتقد أن هذا حل وسط لطيف حيث لا نجعل استخدام صلاحيات المسؤول/المشرف أصعب… نوع من التحذير يوضح ما يحدث… على سبيل المثال:

#العلامة مقيدة بـ #الفئة، هل أنت متأكد من أنك تريد استخدام امتيازات الموظفين الخاصة بك لنشر هذا في #فئة_مختلفة؟

مثل مكون #سمة “تحذيرات المسؤول” ولكن لإنشاء العلامات بدلاً من الموضوع المغلق.

[TheDarkWizard]

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

[Jarjar]

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

[ondrej]

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

ربما تكون هناك حاجة إلى نوع من إعدادات الموقع هنا نظرًا لأن هذا ليس مطلوبًا في جميع المجتمعات ولكنه مفيد. على سبيل المثال:

---

فرض قيود العلامات على الموظفين

---

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

---

فرض العلامات على فئات معينة للموظفين

اختيار فئة