I’m not getting consistent behavior so tomorrow I’ll go on try.discourse.org and control for the first two variables:
Different web browsers?
Different site settings?
Admin account vs non-staff TL1 user?
Here’s two examples that are different:
Admin on Firefox at this site = unread topics still appear but the sub-category (wordpress) is suppressed. in the Support category and the first topic is from that sub-category:
Non-admin on Chrome at private site = sub-category (Connect) is not suppressed as expected but the topic is suppressed - see the 1 new topic indicator:
FYI, the mobile issue that I had was simply due to caching. To avoid that I simply restarted the Discourse app each time I changed the preferences.
Hi again
I found time to fully test this and I found that the sub-category muting is working as expected.
I can’t reproduce this so your next step if you still have this problem is to post some actual screen shots of the muted subcategory setting and the category view where the muted sub-category topics are visible.
How I tested this
I can’t show you it sub-category muting working correctly on try.discourse.org because it has no sub-categories. So I used my own private instance which is why I had to redact identifiable info.
I couldn’t get the topics in the muted sub-category to display in the category. I had to enter the muted sub-category to see its topics.
Category doesn’t show the muted sub-category and doesn’t show its topics
If I view the category that contains the muted subcategory then I can’t see any of the topics for the muted subcategory. But I can see the unmuted sub-category called “Connect” so the “Test topic” appears.
I could see that topic in the Latest | Categories view but I cannot see “Test topic 2” or “Test topic 3” which are in the muted subcategory called “Create”:
Sub-category view of muted sub-category does show the topics
If I view the muted subcategory called Create then I can see all the topics it contains. Obviously, there has to be some way to access those topics which is why they become visible in the specific sub-category.
My understanding is that they are muted from things like latest, but if you visit the category you can find them. If you want never to see them you would need to unlist them.
If they didn’t show when you visited the category how would you ever see them?
If I understand this is to be expected, I don’t understand why the topics of the muted category appear in the parent category in the Category view - see 1. image.
I think this topic has got away from the original topic of mailing list mode notifications. The solution to stop notifications involved two methods. The preferred method is basically decided by which is the smallest proportion of categories:
only watching categories you want to see notifications for
muting categories you don’t want to see notifications for
That’s why I tested the Latest | Categories view which doesn’t show topics from the muted subcategory. This worked as expected.
But know we’re talking about a different issue. I didn’t test the Categories view because, AFAIK, it doesn’t have a relationship with mailing list mode notifications.
Which is why I think that this issue should be moved to a new topic.
لدي فكرتان هنا. لا تمثل أي منهما تصميمًا كاملاً، لكنني آمل أن تكونا مفيدتين.
ملاحظة: التعقيد هنا يكمن في العلاقات بين أنواع الإشعارات. تخيل إزالة جميع الإعدادات باستثناء هذه (المُشار إليها في المواضيع، والفئات الفرعية، والفئات، وعلى المستوى العام):
الإشعارات: توريث | جميع المنشورات | المنشور الأول | الإشارات والردود | أبدًا
التتبع: توريث | جميع المنشورات | المنشور الأول | الإشارات والردود | أبدًا
البريد الإلكتروني: توريث | جميع المنشورات | المنشور الأول | الإشارات والردود | أبدًا
على المستوى العام، لن يكون هناك خيار “توريث” لأنه المستوى الأعلى.
في المواضيع، لن يكون هناك خيار “المنشور الأول” لأنه لا يمكن تطبيقه بشكل رجعي.
تقليل عدد الإعدادات — على سبيل المثال، من خلال دمج “التتبع” و"الإشعارات" في سلسلة متصلة واحدة — يجعل إعداد الإشعارات أسرع، لكنه لا يجعلها بالضرورة أبسط عند أخذ العلاقة بينها وبين إعدادات البريد الإلكتروني في الاعتبار.
⇒ إذا/عندما تنتقل إلى وضع قائمة البريد على مستوى كل فئة، فقد لا تكون التبسيطات/العلاقات التي لديك الآن هي التي ترغب في البقاء عليها.
هذا هو ما قادني إلى هنا. بالنسبة لي، يعني “وضع قائمة البريد” (مقارنة بـ “أرسل لي رسائل إلكترونية لكل إشعار”) أنني أتحمل مسؤولية إدارة الإشعارات (في بريدي الإلكتروني) — يجب أن يفترض discourse أنني قرأت كل منشور تم إرساله إلي عبر البريد الإلكتروني. بالنسبة للفئات التي يكون فيها وضع قائمة البريد مفعلًا، لا ينبغي أن أستقبل إشعارات غير مقروءة أبدًا (سأظل أقدر استقبال الإشعارات التي تُحدد تلقائيًا على أنها مقروءة).
لن أمانع إذا كان وضع القائمة البريدية يرسل لي جميع الفئات غير المعطلة افتراضيًا، شريطة أن يكون من السهل جدًا تعطيل فئة بنقرة واحدة أو نقرتين. أولئك منا الذين يريدون استخدام واجهة البريد الإلكتروني بشكل أساسي يجدون الأمر غير عملي للغاية أن نذهب يدويًا إلى واجهة الويب، ثم نحدد أيقونتنا، ثم أيقونة الشخص، ثم التفضيلات، ثم الفئات، ثم نجد الفئة التي نريد تعطيلها في منطقة الفئات المعطلة ونحددها. سيكون هذا أسهل بكثير إذا كان زر إلغاء الاشتراك في أسفل كل بريد إلكتروني يحتوي على خيارات إضافية لتعطيل الفئة الفرعية أو الفئة بأكملها. ربما تكون قد فاتني هذه النقطة، لكنني بحثت ولم أجد أحدًا يناقش هذه الإمكانية من قبل. ماذا يعتقد الآخرون في هذه الفكرة البسيطة؟
يمكنك أيضًا النقر على أيقونة الجرس لتغيير تفضيلات الإشعارات حسب الفئة أو الوسم أو الموضوع. لا داعي للقيام بذلك عبر تفضيلات المستخدم الخاصة بك.
أما بالنسبة لزر كتم الصوت في رسائل البريد الإلكتروني… جرّب النقر على زر إلغاء الاشتراك الموجود في أسفل رسائل البريد الإلكتروني في بعض الأحيان. سيمنحك ذلك بعض الخيارات بما في ذلك “إيقاف متابعة هذا الموضوع” و"إيقاف متابعة جميع المواضيع في .."، مما يعني أنك ستتلقى بريدًا إلكترونيًا أقل.
عند تفعيل وضع قائمة البريد وعدم متابعة تصنيف معين، لا يقدم لي خيار إلغاء الاشتراك في التصنيف، وهذه هي النقطة التي أود توضيحها. لا يسمح لي بنشر صورة ثانية كمستخدم جديد، لكن الخيارات المتاحة هي:
أرى، هذا أسهل. إذن، بدلاً من النقر على “إلغاء الاشتراك”، انقر على “زيارة الموضوع” ثم اختر الفئة في أعلى الصفحة، ثم أيقونة الجرس وقم بكتمها. أربع نقرات بدلاً من النقرتين اللتين كنت آمل فيهما، لكنها لا تزال أسهل بكثير من الانتقال عبر تفضيلات المستخدم والبحث عن الفئة.
بعد التفكير في الأمر لفترة — وكشخص يستخدم وضع القائمة البريدية، لدي اقتراح ملموس:
نقل وضع القائمة البريدية إلى أعلى فئة البريد الإلكتروني وإعادة تسمية العنوان إلى بريد إشعارات.
نقل خيار “تضمين مقتطف من المنشور الذي تم الرد عليه في رسائل البريد الإلكتروني” مباشرةً تحته.
تحويله إلى قائمة منسدلة ثلاثية الخيارات:
لا ترسل لي رسائل بريد إلكتروني للإشعارات أبدًا
يخفي جميع الإعدادات باستثناء ملخص النشاط.
أرسل لي رسائل بريد إلكتروني عند استلام إشعارات
يعمل كما هو الحال حاليًا.
أرسل لي رسائل بريد إلكتروني بدلًا من الإشعارات (وضع القائمة البريدية)
يستبدل خيار “تضمين مقتطف من المنشور الذي تم الرد عليه في رسائل البريد الإلكتروني” بخيار “أرسل لي رسائل بريد إلكتروني حول منشوراتي الخاصة”.
يعرض نصًا يوضح أن:
سيتم تضمين المحتوى الكامل للمنشور في رسالة البريد الإلكتروني.
سيتم تحديد الإشعار والمنشور نفسه تلقائيًا على أنه تم قراءته.
بهذه الطريقة، يمكنني التحكم في وضع القائمة البريدية على أساس كل فئة على حدة من خلال ضبط إعدادات المراقبة لتلك الفئة، تمامًا كما يمكنني حاليًا فعل ذلك للإشعارات. لا يضيف ذلك إعدادات إضافية، ولا يوجد سوى زيادة بسيطة في التعقيد. كما أنه يوفر تبديلًا سهلًا لإيقاف جميع رسائل البريد الإلكتروني للإشعارات لمن لا يرغبون فيها على الإطلاق.
أعتقد في الواقع أن الهدف الأصلي المتمثل في السماح بالترحيل من قوائم البريد الإلكتروني البحتة لن ينجح مع ما يقترحه @smichel17، لأن هذا يجعل إعدادات قائمة البريد تعتمد على الحالة “التي تمت مشاهدتها”. ما كنت أبحث عنه هو إعداد يكون قائمة بريد إلكتروني “لكل فئة”، مع السماح أيضًا بالاستخدام العادي لبقية المنتدى.
وضعنا هو أن لدينا منتدى Discourse جديدًا مزدهرًا، ولكنه يستخدم فقط من قبل جزء أكثر نشاطًا من أعضاء مجتمعنا. ثم لدينا مثيل Mailman قديم حيث يوجد تقريبًا كل الأعضاء. هذا المثيل Mailman يعتمد على الموقع الجغرافي (لكل فصل من فصول منظمتنا قائمة بريد إلكتروني يستخدمونها عدة مرات في الشهر لترتيب الاجتماعات وهذا متعدد الطبقات).
من الناحية المثالية، سنعيد إنشاء الهيكل الجغرافي من Mailman في Discourse ونضبط تلك الفئات على وضع قائمة البريد الإلكتروني. هذا يعني أن المستخدمين السلبيين الحاليين سيظلون يتمتعون بنفس الوصول إلى المعلومات، ولكن سيتم تقليل عبء تكنولوجيا المعلومات لدينا (لا مزيد من Mailman)، بالإضافة إلى أنه سيجعل من السهل على المستخدمين المشاركة بشكل أكبر في منتدى Discourse نفسه.
ومع ذلك، إذا فهمت، فهذا مستحيل حاليًا تنفيذه في Discourse، أم أنني أسيء قراءة هذا الموضوع؟
