سياسة النقاش

[Discourse]

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

بما أن هذه #إضافة_رسمية تحافظ عليها فريق Discourse، يمكن تقديم طلبات #الدعم، #المساهمة:أخطاء، #المساهمة:تجربة_مستخدم، و #المساهمة:ميزات في الفئات ذات الصلة هنا على Meta، مع وسمها بالوسم المناسب للإضافة. انقر على أحد الروابط أدناه لبدء واحدة منها.

 الدعم  خطأ  تجربة المستخدم  ميزة

الميزات

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

لديها بعض الميزات المحددة التي تميزها عن الاستطلاعات:

1. يجب أن تنطبق على مجموعة.

2. يمكنها اختياريًا إزعاج أعضاء المجموعة إما أسبوعيًا أو يوميًا لـ النقر على قبول سياسة.

3. تجربة المستخدم تجعل من السهل جدًا رؤية من قبل ومن لم يوافق على سياسة.

التكوين

لقطات الشاشة

قبل النقر على قبول

بعد النقر على الشخص “الرمادي” في أعلى اليمين

بعد النقر على قبول

إنشاء سياسة

يسجل سياسة Discourse عنصر BBCode مخصص [policy]. هذا يعني أنك بحاجة إلى كتابة هذا الكتلة من الكود في منشورك حيث تريد عرض هذه السياسة.

[policy group=founders reminder=daily]
أوافق على أن هذه السياسة ستزعجني يوميًا حتى أنقر على قبول
[/policy]

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

إعدادات الموقع

policy_enabled : تمكين إضافة سياسة Discourse على الموقع.

policy_restrict_to_staff_posts: يمكن أن تظهر السياسات فقط في منشورات الموظفين.

policy easy revoke: عرض أزرار القبول والإلغاء في نفس الوقت.

سمات BBCode

يمكن لعنصر [policy] قبول السمات التالية.

• group: اسم المجموعة التي ستطبق عليها السياسة مطلوب
• version: رقم إصدار السياسة، قم بزيادة الرقم لمطالبة جميع المستخدمين بإعادة قبول السياسة
• reminder: تذكير أعضاء المجموعة بقبول السياسة (أسبوعيًا أو يوميًا)، اختياري، افتراضي إيقاف
• accept: النص المستخدم لزر القبول، الافتراضي هو “قبول السياسة”
• revoke: النص المستخدم لزر الإلغاء، الافتراضي هو “إلغاء السياسة”
• renew: عدد الأيام أو النص الذي يصف الفترة (شهريًا، ربع سنويًا أو سنويًا) بعد которой يحتاج المستخدم إلى إعادة قبول السياسة
• renew-start: التاريخ الأول الذي ستبدأ فيه التجديدات مثل: 17-10-2017، مفيد إذا كنت تريد تعيين وتيرة التجديد بحيث تحدث كل نصف سنة (يناير، يونيو)
• add-users-to-group: يقبل مجموعة واحدة كإدخال؛ سيتم إضافة المستخدمين الذين يوافقون على السياسة تلقائيًا إلى هذه المجموعة (عند إلغاء السياسة يدويًا أو إذا تم تحديث إصدار السياسة، يتم إزالة المستخدم/المستخدمين من المجموعة)
• private: إخفاء المستخدمين الذين قبلوا/لم يقبلوا السياسة

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

أمثلة الاستخدام

سياسة أساسية:

[policy group="team" reminder="daily" accept="Accept" revoke="Ignore" version="1"]
لقد قرأت وفهمت وأقر بهذه السياسة.
[/policy]

زيادة رقم المراجعة، لمطالبة الجميع بقراءة التحديث:

[policy group="team" reminder="daily" accept="Accept" revoke="Ignore" version="2"]
لقد قرأت وفهمت وأقر بهذه السياسة. (آخر تحديث [date=2020-04-23 timezone="America/Los_Angeles"])
[/policy]

مهمة التدقيق الدورية:

[policy group="audit_committee" reminder="weekly" renew="90" renew-start="01-07-2019" version="1" accept="Assignment Complete"] 
لقد تأكدت من أن شخصًا ما قد تم تعيينه لهذه المهمة التدقيقية ربع السنوية.
[/policy]

سجل التغييرات

المهام المتبقية

• تذكير فوري اختياري للسياسات الجديدة
• ربما السماح لمجموعات معينة بتطبيق السياسات (التوسع في موظفي)

[pfaffman (Jay Pfaffman)]

يبدو أنه تمت إزالة الحد 200 و policy_max_group_size مع هذا الالتزام. هل فاتني شيء؟

DEV: Remove policy_max_group_size site setting

[hellekin]

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

إزالة display: flex على .cooked .policy .user-lists يجعلها تبدو جيدة على سطح المكتب:

انتهى بي الأمر باستخدام CSS التالي:

/* اجعل قائمة مستخدمي السياسة لا تفيض */
.cooked .policy .user-lists {
    display: block;
}

[ishua_wang]

حدث خطأ بعد تثبيت المكون الإضافي. لا أعرف السبب. شيء متعلق بـ “أثناء محاولة تحميل /admin/dashboard/general.json”.

خطأ في الخادم

أثناء محاولة تحميل [/admin/plugins]

رمز الخطأ: خطأ 500

عفوًا

واجه البرنامج الذي يشغل منتدى المناقشة هذا مشكلة غير متوقعة. نعتذر عن الإزعاج.

تم تسجيل معلومات مفصلة حول الخطأ، وتم إنشاء إشعار تلقائي. سنلقي نظرة عليه.

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

[ppcole]

مرحباً،

هل ستظهر أزرار القبول/الرفض إذا كانت السياسة ضمن موضوع فئة مغلق لا يسمح بالردود؟

شكراً

[ondrej]

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

[Iheb_ben_aicha]

مرحبًا لدي سؤال:
نريد استخدام إضافة Discourse Policy لـ: إجبار المستخدمين الجدد على الموافقة على شروط الخدمة (ToS). المتطلبات:

• إذا لم يوافقوا ← لا يمكنهم استخدام المنتدى (يمكنهم فقط رؤية صفحة شروط الخدمة)
• عندما يوافقون ← يمكنهم استخدام المنتدى + الحصول على شارة “ToS”

كان حلي هو إنشاء موضوع جديد وأضفت فيه ما يلي:
[policy group=trust_level_0 reminder=daily add-users-to-group=tos_accepted accept=“أوافق على الشروط” version=“1”]
بالنقر فوق “أوافق على الشروط”، أؤكد أنني قرأت شروط الخدمة وأوافق عليها.
[/policy]

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

[ondrej]

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

How to force existing users to accept ToS

To require acceptance of a terms-of-service, use a required custom user field. [This is a screenshot of a user profile page from a web application, likely for managing user fields. (Captioned by AI)] When defining a user field, you can select “Field Requirement” as “For all users”. When you do so, all new and existing users will be prompted to fill the custom field.

[Iheb_ben_aicha]

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

ما لدي الآن هو هذا:

بعد ذلك، يمكن للمستخدم الوصول إلى صفحتنا بشكل طبيعي.

هل هناك أي طريقة للقيام بذلك وشكراً.

[david (David Taylor)]

تم تضمين هذه الإضافة الآن مع Discourse الأساسي كجزء من Bundling more popular plugins with Discourse core. إذا كنت تستضيف بنفسك وتستخدم الإضافة، فأنت بحاجة إلى إزالتها من app.yml قبل الترقية التالية.

[jdc20181]

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

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

شكرًا!