المشكلة هي أن الطريقة الأكثر شيوعًا لتعطيل مكون إضافي هي ببساطة إزالته ثم إعادة بنائه. لذلك من داخل Discourse، يختفي المكون الإضافي “على الفور”.
ماذا عن مكون سمة (theme component) يعرض لافتة تحذير، عندما لا يتم العثور على الإعداد private_topics_enabled، أو يكون خطأً، ويستخدم CSS لإخفاء بعض الفئات المحددة للتخفيف من التأثير؟
أرى. هل يمكن لرسالة تحذير إلى stdout/stderr تحسين الوضع في هذه الحالة؟ (قد لا يكون ذلك كافيًا بمفرده، ولكنه أفضل من لا شيء.)
نفس المشكلة: في الوقت الحالي، بمجرد اختفاء المكون الإضافي، لا يوجد شيء يمكنه إخراج تلك الرسالة.
يبدو جيدًا جدًا في الواقع. أعتقد.
إذا كان من الممكن تطبيق هذه الإضافة بطريقة تسمح لمجموعات إضافية من الأشخاص بنشر رسائلهم الخاصة ورؤيتها، فلن يكون تعطيل الإضافة محفوفًا بالمخاطر.
لا يمكنني تحديد مكان حدوث التغيير في النواة، لكنني أعتقد أن بعض التغييرات قبل 57df0d526e سمحت للمستخدمين برؤية عناوين المواضيع في الصفحة الرئيسية، وهو تغيير في السلوك، على حد علمي.
لقد اختبرت هذا على tests-passed في وقت سابق اليوم (4c7d58a، بعد الالتزام الخاص بك) وغير قادر على إعادة إنتاج هذا.
هل تدرك أن المسؤولين يمكنهم رؤية كل شيء (وفقًا لإعداد الفئة “المواضيع مرئية لبادئ الموضوع وللمستخدمين في المجموعات التالية:” وإعداد الإضافة private topics admin sees all) ويمكن للجميع رؤية منشورات المسؤول (وفقًا لإعداد الإضافة private topics permitted groups)؟
مرحباً ريتشارد، نعم! أنا أختبر هذا في علامة تبويب متخفية. لدي العديد من الإضافات الأخرى ممكّنة - لذلك قد يكون هناك شيء آخر يتداخل، لذا سأعود إليك بعد تعطيل بعضها - آسف لأن الأمر ليس بهذه البساطة كما كنت أعتقد في البداية.
لقد كنت أختبر هذا على موقع الاختبار الخاص بي الذي يحتوي على 93 إضافة، لذا هذا يثير فضولي 
ومع ذلك، لقد اختبرت هذا أيضًا مع عدم تسجيل دخول أي مستخدم، ولكن يجب أن يكون من الجيد معرفة أنه يتم تخزين الصفحات المجهولة مؤقتًا على مستويات مختلفة، لذلك إذا قمت بتمكين إضافة المواضيع الخاصة، فقد لا تزال ترى المواضيع الموجودة لبضع دقائق.
للأسف، لم أكن ناجحًا جدًا في تضييق نطاق أي تعارضات ناتجة عن الإضافات. أنا متأكد من أن 15 إضافة المتواضعة الخاصة بي من المحتمل أن تكون كلها مغطاة بـ 91 إضافة في موقع الاختبار الخاص بك، على الرغم من ذلك! 
تم التقاط كلتا الصورتين في وضع التصفح المتخفي، ويمكنني تكرار ذلك مع مستخدم لا يمتلك صلاحيات كافية لعرض محتويات فئات المواضيع الخاصة. لقد تحققت أيضًا من إعدادات الفئة الخاصة بي للمواضيع الخاصة، وإعدادات الموقع العامة، ولا يبدو أن هناك أي خطأ فيها أيضًا.
إذا كان هناك أي تصحيح إضافي يمكنك التفكير فيه، أو خطوات للتحقق منها، فسأكون ممتنًا للغاية - ولكن شكرًا لك على دعمك في هذا بغض النظر - هذه الإضافة كانت رائعة حقًا لاحتياجاتنا! 
آه، إعداد الفئة هذا هو ما يسببه. يمكنني إعادة الإنتاج. يتبع.
شكرا للإبلاغ!
لقد قمت بتطبيق إصلاح للمشكلة المذكورة أعلاه.
إذا تم استخدام هذه الإضافة مع إضافة Discourse Private Replies الخاصة بك، فسيحصل المرء على تكرار لا نهائي في الملخصات، حيث تستخدم كلتا الإضافتين alias_method :original_for_digest, :for_digest.
شكراً لك على الإبلاغ، لقد قمت بحل التعارض.
هل يمكن للمستخدمين إرسال طلبات وصول إلى منشئ الموضوع؟
على غرار مشاركة الملفات/المجلدات في Google Drive، سيقوم منشئ الموضوع الذي يتلقى إشعار طلب الوصول إلى الموضوع بقبول الطلب أو رفضه لعرض محتوى الموضوع، وسيتم إعلامه عبر البريد الإلكتروني/إشعار Discourse.
هذا يعني أن عنوان الموضوع أصبح عامًا ولكن يجب على المستخدمين النقر فوق الزر “طلب الوصول”.
شكرا لك!
يمكن القيام بذلك عن طريق جعل المستخدمين يطلبون الوصول إلى مجموعة، وجعل المجموعة قادرة على الوصول إلى المواضيع.
لدى ريتشارد مكون إضافي آخر مشابه ولكنه مختلف قد يعمل أيضًا…
مرحباً @RGJ،
نحن نستخدم الإضافة الخاصة بك بسعادة غامرة.
يقوم بعض أعضائنا بالإبلاغ عن تلقي رسالة تفيد بوجود ردود جديدة.
كان هناك أكثر من 100 جديد، ولكني أرى فقط “ليس لديك مواضيع جديدة” عند النقر عليها.
هل يمكننا تعطيل الإشعارات بالردود الجديدة لهذه الفئة الخاصة تحديدًا؟
شكراً!
نحن نبحث عن طريقة لتقديم الدعم (بشكل خاص). بحيث يمكن للمعلم تعيين واجب منزلي لطالب. يمكن للطالب تقديم إجاباته.
يمكن للطالب والمعلم فقط عرض الواجب.
يمكن للمعلم أيضًا تعيين واجب منزلي لفصل دراسي، ولا يمكن لأعضاء هذا الفصل الدراسي فقط عرض السؤال والإجابات.
لقد رأيت هذا المكون الإضافي
أتساءل عما إذا كان مناسبًا لهذه المهمة.
شكرا
بالتأكيد.
بالنسبة للفصل الدراسي، يمكنك التفكير في فئة، حيث يتم تحديد الوصول إلى تلك الفئة بواسطة مجموعة، والتي تحتوي على الطلاب في ذلك الفصل.
