بصرف النظر عن الموضوع، لقد سُئلت عدة مرات عما إذا كانت هناك إمكانية في المستقبل لتوفير تبديل واجهة مستخدم للمجموعات المحددة في Private topics permitted groups حتى يتمكنوا من رؤية العرض المصفى بأنفسهم.
إعجاب واحد (1)
تم حل هذه المشكلة في أحدث تثبيت.
للحفاظ على الأمور (بشكل نسبي) بسيطة وفعالة، لن تقوم الروابط من المواضيع الخاصة بإنشاء رابط خلفي الآن.
شكراً لك على الإبلاغ يا ستيفن!
3 إعجابات
تم دمج منشورين في موضوع موجود: إعادة تسمية “المواضيع الخاصة” إلى “مواضيع الرسائل الشخصية”
فقدان الذاكرة قصيرة المدى. لقد رأيت هذا من قبل.
كنت أتساءل، هل سيسبب هذا النوع من تصفية المواضيع من جميع قوائم المواضيع أي مشاكل في الأداء؟
لم أسمع بأي شكاوى حتى الآن. تم كتابة الإضافة مع مراعاة الأداء.
3 إعجابات
إذا تم تمييز منشور في الموضوع الخاص على أنه تم حله، فسيظهر هذا المنشور في علامة التبويب “تم الحل” في ملف تعريف مالك المنشور وسيكون مرئيًا للجميع.
إعجابَين (2)
شكرا للإبلاغ عن ذلك. سنتعامل مع هذا في أقرب وقت ممكن.
3 إعجابات
تمت معالجة المشكلة التي أبلغ عنها @SubStrider. يرجى التحديث إلى الإصدار 1.5.12 من المكون الإضافي.
شكرًا لك مرة أخرى على الإبلاغ @SubStrider 
5 إعجابات
لقد تعثرت في شيء أسميه خطأ. قد لا يكون مشكلة تقليدية في الكود، ربما يكون خطأ في سهولة الاستخدام في التصميم. ومع ذلك، فقد تسبب في بعض المشاكل التي أود منعها في المستقبل. السياق التالي:
مثيل Discourse بعدد ثلاثي من المستخدمين، يُستخدم كبديل لقائمة بريدية. حوالي 40 فئة (= قوائم بريدية) مع مجموعة مقابلة لإدارة العضوية. تستخدم بعض الفئات المكون الإضافي للمواضيع الخاصة لمحاكاة قائمة بريدية حيث يمكن لغير الأعضاء (ولكن أعضاء القوائم الأخرى) الكتابة إليها. حتى الآن جيد.
المشكلة:
اليوم، كتب مسؤول المستخدم موضوعًا في بعض القوائم للتحقق من أعضاء القائمة بشأن بعض الإعدادات. كل شيء على ما يرام للفئات “العادية” / المغلقة حيث تلقى أعضاء المجموعة المقابلة فقط الرسالة. لم ينجح الأمر بشكل جيد للفئات التي تستخدم المكون الإضافي للمواضيع الخاصة. هناك، تلقى جميع مئات المستخدمين، بغض النظر عما إذا كانوا أعضاء في تلك الفئة / المجموعة المحددة أم لا، بريدًا إلكترونيًا بالرسالة. هناك، تلقى جميع مئات المستخدمين، وجميعهم أعضاء في الفئة حيث تم منح حقوق الفئة للجميع ^ [والتي لا ينبغي استخدامها، ولكن يجب استخدام 
trust_level_0، انظر OP] ولكن بغض النظر عما إذا كانوا أعضاء في المجموعة المحددة المعرفة في إعدادات المكون الإضافي للفئة للحصول على حقوق مرئية أم لا، تلقوا بريدًا إلكترونيًا بالرسالة. كما تم التعرف عليه لاحقًا، كانت إعدادات المكون الإضافي للموقع Private topics permitted groups لا تزال تستخدم مجموعة المسؤول الافتراضية.
(بالمناسبة، واجهنا هذه المشكلة من قبل، حيث أرسل مستخدم، وهو مسؤول بالإضافة إلى حسابه “العادي”، (عن طريق الخطأ بواسطة عنوان البريد الإلكتروني المرتبط بحساب المسؤول وليس حساب المستخدم العادي) وثيقة داخلية إلى فئة تستخدم المكون الإضافي للمواضيع الخاصة، مما أدى إلى تسرب المعلومات. في ذلك الوقت لم أربط النقاط بهذا المكون الإضافي، فقط اليوم أصبح واضحًا لي ما حدث في ذلك الوقت)
السلوك المتوقع:
أرى المنطق وراء اختيار التصميم، وهو أن مشاركات / رسائل المسؤولين مرئية دائمًا / يتم إرسالها عبر البريد الإلكتروني. ولكن في هذه الحالة، كان الهدف هو إعلام أعضاء الفئة / المجموعة فقط. أن مئات الرسائل تم إرسالها إلى الجميع في هذا المثيل Discourse كان غير شفاف للغاية (وغير سار) بالنسبة لي.
إصلاح محتمل:
أتمنى تحسين هذا الوضع. نظرًا لأن البريد الإلكتروني متاح أيضًا، فلن يعمل مربع حوار تأكيد بسيط. ربما يمكن أن يكون هذا إعدادًا عامًا في المكون الإضافي أو لكل فئة تستخدم المكون الإضافي، للتعامل مع مشاركات المسؤول على أنها مرئية للجميع أو مرئية فقط لأعضاء الفئة / المجموعة؟ سيؤدي ذلك على الأقل إلى زيادة الوعي أثناء إعداد فئة جديدة.
هل يمكنك من فضلك إرسال رسالة خاصة لي تحتوي على كل المعلومات التي يمكنك التفكير فيها ذات الصلة، بما في ذلك:
-
إصدارات Discourse والمكون الإضافي
-
إعدادات المكون الإضافي
-
المكونات الإضافية الأخرى التي قمت بتثبيتها
-
إعدادات أمان الفئة والإعدادات الخاصة بالمكون الإضافي لفئة متأثرة
-
إعدادات الإشعارات
-
هل وضع القائمة البريدية ممكّن؟
-
ما إذا كان المستخدمون الذين تلقوا إشعار البريد الإلكتروني عن طريق الخطأ، يمكنهم أيضًا رؤية الموضوع عند زيارة الفئة
-
أي شيء آخر قد يهم في مساعدتنا على إعادة الإنتاج
شكرا لردك السريع!
تم. والأسئلة ساعدتني في العثور على السبب الجذري (إعدادات الموقع: إعدادات الإضافات: المجموعات المسموح لها بالمواضيع الخاصة). لذا، من ناحية الكود، يعمل كما هو مصمم، في رأيي مشكلة تجربة مستخدم يمكن أن تستفيد من بعض التحسينات. 
من الأشياء التي كانت غير بديهية هو أن المواضيع الخاصة لا تعمل بشكل صحيح عند منح الوصول إلى “الجميع”. تم ذكر هذا في الموضوع الأصلي ولكن بصراحة لقد وقعت في هذا بنفسي أكثر من مرة. لقد أضفت تحذيرًا في الإعدادات يظهر عند تمكين المواضيع الخاصة في فئة يمكن الوصول إليها من قبل “الجميع”.
3 إعجابات
شكراً مرة أخرى لـ @RGJ على تخصيص الوقت لتصحيح الأخطاء والتفكير معي في المشكلة، ومساعدتي في اكتشاف خطأ التكوين الخاص بي في استخدام مجموعة everyone. نظرًا لأن المستخدمين المسجلين فقط لديهم حق الوصول إلى محتويات discourse في تثبيتي، فقد فشلت في البداية في فهم الفرق بين everyone و trust_level_0 - ولكنني تعلمت الآن أن Discourse يتعامل مع هذه الأمور بشكل مختلف تمامًا. لذلك لا توجد مشكلة في المكون الإضافي، بل أنا ممتن أكثر للتحذير المضاف، حيث أخشى أن أقع في هذا الفخ مرة أخرى عاجلاً أم آجلاً… 
إعجابَين (2)