Apply "mailing list mode" per category

If you’re going to replace a set of mailing lists with discourse, there needs to be an easy way to subscribe to or watch categories but also mute the ones you’re not subscribed to.

But I think you’re right that watching a category and a per category making list mode are the same thing, or maybe a mailing list mode that turns off email for all but watched categories is what’s needed.

This is brainstorming, not a recommendation.

إعجاب واحد (1)

I think in addition to this we should also have a “Email All” option in the category notifications dropdown:

@LeoMcA correct me if I’m wrong but I’m assuming the Mozilla community would really like to be able to set mailing-list settings from here.

إعجاب واحد (1)

This is tricky cause this is a “parallel” state. I am also concerned that this is a very uncommon feature and baking it deep into the UI everywhere is overkill.

5 إعجابات

I just see no good reason why it should work any different from the rest of our category notifications settings:

Cause it is a completely orthogonal system that operates in parallel with the rest. It has close to zero impact on existing notifications. Only thing it ensures is that emails do not double up.

4 إعجابات

I’m of mixed opinions on this. With the Mozilla use-case that would be the best place to put it - burying it away in a user’s preferences completely disassociates it from the category and makes the feature near impossible to discover - but for every user welcoming it I imagine there would be many more finding the new menu horrifically confusing.

I don’t think it’s possible to square this circle and make a UI which is understandable for both the classical-Discourse/forum use-case and the Mozilla/mailman-esque use-case for anyone other than people like us deeply involved in the project.

@erlend_sh I still think your post from last summer about this is brilliant, and I regret I haven’t had the time to throw any development resources behind making it a reality:

I wonder if this per-category email-only notification setting we’re discussing should exist like “Enable Watching First Post” in your proposal. That way we could set sane defaults on an instance level (not show it on Meta Discourse, definitely show it on Mozilla Discourse, for example) but still allow power users do whatever they want on any instance.

EDIT: In the meantime, I would agree with @sam on the placement of UI. I don’t think adding this feature should depend on the whole-scale revamp of the behind-the-scenes notification settings. Indeed, that should probably be done separately from this - being able to additionally hide the category-level tracking option by default would be very useful on Mozilla Discourse considering how useless the option is there.

3 إعجابات

Yep, that’s what I want. I already imagined it would work this way seeing as mailing list mode, as opposed to watch-first-topic, is already something you need to opt into.

إعجاب واحد (1)

As a member of a community with a strong mailing list culture / legacy, I still believe that “mailing list mode per category” is a simpler approach that would make happy the users of mailing lists.

“Mailing list mode” at a category level should allow users to keep a full email archive with the activity in that category. “Watching” a category is not enough because (as far as I can see) misses email notifications for posts the system knows that the user has read via web, including their own.

Maybe this has been proposed by someone before (I have read this thread and some spinoffs but I might have missed comments), but I think the implementation could be relatively simple, at least UI-wise.

  • Create an admin setting to enable Maling list mode per category (disabled by default).
  • When enabled, this setting allows to enable Mailing list mode in specific categories (new categories would have it disabled by default).
  • When a category has Mailing list mode enabled, users see an option Email everything (or similar wording) on top of Watching.
  • Selecting this mode assures that all posts will generate emails regardless of whether the user has seen the posts in the forum or has authored them. Activity in this category will not generate web notifications because it is assumed that the user is reading the emails instead.

Sounds reasonable?

Note that in a real scenario of mailing list & web forum integration / migration, it is very important that mailing list users feel comfortable when the process starts. Quite often strong stakeholders, influencers and decision-makers on a topic like “Let’s deprecate Mailman and use Discourse instead” will be among these long term contributors with email-based workflows. They will be way more open to experimentation if they can keep their workflows untouched. Then, over time, they will see the full benefits of the integration / migration and for most the “mailing list mode” will give way to other levels of watching categories in the now wider and better integrated discussion forum.

4 إعجابات

In general I am fine with:

But for now you can simply mute the categories you do not want in your email box and enable mailing list mode and be done.

7 إعجابات

يبدو أن هذا لا يعمل بالنسبة لنا.
لقد قمت بتفعيل وضع قائمة البريد وكتمت فئة (تحتية).

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

أين تظهر؟ تظهر فقط إذا قمت بعرض جميع الفئات في الصفحة الرئيسية، حيث أرى أحدث المواضيع في صندوق الفئة المحدد.

هل هذه علة أم أنني أغفلت شيئًا؟

إعجاب واحد (1)

إذا قمت بكتم فئة أو فئة فرعية، فإن المواضيع في تلك الفئة:

  • لن تثير أي إشعارات
  • لن تظهر في الأحدث
3 إعجابات

نعم، أفهم ذلك. لكن بالنسبة لي، “الأحدث” تعني نفس الشيء مثل “جديد” أو “الأعلى تقييماً” أو “غير المقروء”.
هل افتراضي هذا صحيح، أم أنك عندما تكتب “الأحدث” تقصد كل ما سبق؟

ثانياً، لماذا تظهر مواضيع الفئة الفرعية المكممة في صندوق الفئة الرئيسية على الصفحة الرئيسية؟
بناءً على ما قرأته: “لن تظهر في الفئات”، فلا ينبغي أن تظهر هناك.

أي ردود فعل؟
هل هذا خطأ برمجي؟

شكراً لتوضيح هذا لي.

  1. نعم

  2. هذا هو السلوك الذي أتوقعه. كتم فئة فرعية لا يخفيها في الفئة.

لا أعرف أين قرأت “لن تظهر في الفئات”، لذا لم أستطع التحقق من هذا المصدر.

  1. شكرًا لك على التوضيح!

في المستخدم → التفضيلات → الإشعارات → التصنيفات → مكتوم
تحت قسم “مكتوم”، هذا هو النص الذي يصف قائمة المكتوم:
لن تُعلم بأي شيء يتعلق بالمواضيع الجديدة في هذه التصنيفات، ولن تظهر في التصنيفات أو صفحات الأحدث.

إعجاب واحد (1)

بحسب علمي:

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

أنا لا أتحدث عن “فئات الصمت الافتراضية في لوحة الإدارة”.
أنا أتحدث عن مستخدم يريد إضافة فئة فرعية إلى قائمة الصمت.

إذا كان هذا هو السلوك المتوقع حقًا، فإن الوصف في غاية الإرباك.

عذراً، لقد حدث لي ارتباك.

بعد كتم (فئة فرعية) لفئة معينة لمستخدم، لا ينبغي أن تظهر مواضيع جديدة - انظر النص العريض في نص الإعداد المقتبس أدناه - لكن يمكن أن تظهر المواضيع الموجودة، على سبيل المثال إذا كانت قد تم قراءتها. لذا، هل يمكنك تأكيد ما إذا كانت هذه مواضيع جديدة أم مواضيع موجودة تظهر من فئة (فرعية) مخفية؟

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

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

نعم، يمكنني تأكيد أن المواضيع الجديدة في الفئة الفرعية الصامتة تُدرج في مربع الفئة “الأم” على الصفحة الرئيسية.

هل هذا خطأ برمجي…؟

قد يكون هناك خطأ.

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

لست متأكدًا مما إذا كان هذا ينطبق فقط على التصنيفات من المستوى الأول وليس على التصنيفات الفرعية.

سأحاول تجربتها على سطح المكتب، لكن ذلك سيكون بعد 4 ساعات من الآن.

إعجابَين (2)

أنا أستخدم سطح المكتب.

لكن شكراً لك على محاولة توضيح هذا الأمر. لقد كنت الشخص الوحيد حتى الآن.