مراجعة مع سبب

[Lhc_fl (Linca)]

	ملخص	تسمح لك مكونات الموضوع هذه بطلب ملء سبب الإجراء عند مراجعة المشرف.
	المستودع	\u003chttps://github.com/Lhcfl/review-with-reason\u003e
	دليل التثبيت	كيفية تثبيت سمة أو مكون سمة
	جديد في سمات Discourse؟	دليل المبتدئين لاستخدام سمات Discourse

\u003c!-- املأ “repoName” و “repoURL” لزر التثبيت التلقائي –\u003e

تثبيت مكون السمة هذا

\u003c!-- صف هذه السمة/المكون في جملة أو اثنتين –\u003e

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

لقطات شاشة

المراجعة

موضوع المسجل

أمثلة إضافية

التكوين

هام لأي إعدادات تتضمن “logger_topic_id”:

logger_topic_id هو الموضوع المستخدم لتسجيل السبب.

• مطلوب: يجب أن يكون للموضوع أذونات كتابة للمراجعين (المشرفين ومشرفي الفئات)، وإلا ستفشل المراجعة.
• موصى به بشدة: يجب ألا يكون هذا الموضوع مرئيًا لأشخاص آخرين، إلا إذا تم تعيين hide_reviewable_user_email و hide_reviewable_details على true، لأنه سيسجل مباشرة عنوان البريد الإلكتروني للمستخدم المراد الموافقة عليه، والمبلغ عن المشاركات التي تم الإبلاغ عنها.

الإعدادات:

• logger_topic_id: معرف الموضوع العام للمسجل
• allow_no_reason: عند التشغيل، يمكن للمراجعين تخطي تقديم سبب. وإلا فيجب عليهم إدخال سبب.
• max_length_raw: الحد الأقصى لطول الاقتباس في المشاركة التلقائية
• skip_for_categories: بالنسبة لهذه الفئات، تخطي متطلب شرح السبب
• logger_topic_id_override_for_catrgories و logger_topic_id_override_for_reviewable_type: في هذه الحالات، تجاوز معرف الموضوع للمسجل. على سبيل المثال، نظرًا لأن المشرفين فقط هم من يمكنهم مراجعة المستخدمين، يمكنك إعداد موضوع مسجل مخصص لهذا النوع.
• hide_reviewable_details: إخفاء تفاصيل إدخالات المراجعة في السجل، وعادة ما تكون من قام بالإبلاغ، ومتى، ولماذا.
• hide_reviewable_user_email: إخفاء البريد الإلكتروني للمستخدم الذي تتم مراجعته في السجل
• hide_reviewable_user_fields: أسماء حقول المستخدم التي سيتم إخفاؤها للمستخدمين الذين تتم مراجعتهم في السجل

[Lilly (Lillian Louis)]

هذه مكونات سمة رائعة. عمل رائع يا @Lhc_fl

[Heliosurge (Dan DeMontmorency)]

@Lhc_fl

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

رائع جدًا يا TC. بما أن المشرفين الكاملين والمسؤولين فقط هم من يمكنهم الموافقة على المستخدمين الجدد.

هل سيكون من الممكن توجيه نظام الموافقة على المستخدمين الجدد إلى موضوع منفصل؟

نظرًا لأنه ربما لا تكون فكرة جيدة مشاركة موضوع الفئة مع غير الموظفين.
على الأقل اعتمادًا على كيفية اختيار موقع ما لمشرفي الفئة.

[Lhc_fl (Linca)]

اقتراح جيد! تم تحديث مكون السمة ويمكن الآن القيام بذلك باستخدام logger_topic_id_override_for_reviewable_type: ReviewableUser=>topic_id

[NateDhaliwal]

هل من الممكن السماح بمجموعات خاصة؟

[Lhc_fl (Linca)]

لا أفهم هذه الجملة تمامًا، ماذا يعني السماح للمجموعات الخاصة؟

[NateDhaliwal]

أنا آسف، دعني أصحح نفسي.
هل من الممكن السماح للمجموعات أو قوائم الثقة (TLs) بالوصول إلى هذا أيضًا؟ على سبيل المثال، للمستخدمين الموثوق بهم مثل TL4s.

[Lhc_fl (Linca)]

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

[NateDhaliwal]

بالإضافة إلى ذلك، هل من الممكن السماح لمستخدمين آخرين غير المشرفين بإضافة سبب؟ يمكن أن يكون مشرفو الفئات هم.
(أنا آسف إذا كنت قد كررت نفسي للتو)

[Lhc_fl (Linca)]

طالما أن /review متاح للمستخدم، فسيسمح بتقديم أسباب في المراجعة