Can you be more specific? quote the relevant text?
But that said, there’s an important nuance between “learnability” & usability. Generally, for things that expert users are using regularly, those users will take extra time to figure out how it works.
The watching vs. tracking debate is a more “expert” option for Discourse users, IMHO. Therefore, I wouldn’t prioritize making it as learnable (intuitive terms) over making it easy to use the various options (which I think it is now, TBH).
Smart thinking for reference on this issue:
The use of the word “notifications” in the footer text is my main concern here. However, the fact that the Preferences text does not match the category notification level selector text is also odd.
Footer text:
You will receive notifications because you are tracking this topic.
Preferences text:
You will automatically track all topics in these categories. A count of new posts will appear next to the topic.
Notification level selector (category):
You will automatically track all topics in these categories. You will be notified if someone mentions your @name or replies to you, and a count of new replies will be shown.
Notification level selector (topic):
A count of new replies will be shown for this topic. You will be notified if someone mentions your @name or replies to you.
So your complaint is about the footer text?
I’m so very very tired of arguing over one or two words. I feel like there are literally hundreds of other things I could be spending time on that would actually drive this project forward and that is not one of them.
Extremely frustrated right now. 
I think the reason why such a table doesn’t exist is that there are so many dimensions to take care of that a flow chart would probably be the only way to depict all possible scenarios. But I leave that to someone else. I have made an attempt at a table below. It focuses on what happens when two different events occur (a new topic is created and a new reply is created) based on the settings that apply to that event (i.e. category notification settings, which, in the case of replies, can be overwritten by topic settings). The table ignores other events (@-mentions, replies to own posts, likes, or personal messages, …)
I am not sure if the table is correct as it is, so I am making this post a wiki for anyone to correct or amend. Please explain your changes briefly underneath the table.
| user menu notification |
new replies count |
"new" indicator |
|||
|---|---|---|---|---|---|
| new topic | watching | yes | yes | n/a | yes |
| tracking | no | no | n/a | yes | |
| watching first post | yes | yes | n/a | yes | |
| normal | no | no | n/a | yes, if newness definition applies |
|
| muted | no | no | n/a | no (?) | |
| new reply | watching | yes | yes | yes | n/a |
| tracking | no | no | yes | n/a | |
| normal | no | no | no | n/a | |
| muted | no | no | no | n/a |

…
… …
Now I’m worried: 
Should I be “watching” for the second coming of Jesus Christ or should I be “tracking”.
Thank goodness for the certainty and assurance of good theology. 
Just so you know that this is not a serious reply in this topic.
When you look down and see one set of footprints, that is where Jesus was carrying you. Good luck tracking those footprints!
Oooh, I’ve seen that poster. A great follow-up! 
I beg to differ.
The only way I know my dad jokes achieved perfection is when there is complete silence in the team chat channel, folllowed by a slow explanation from me, followed by by a loud team groan.
Ein paar Jahre zu spät, aber ich könnte vorschlagen, dass Sie einfach aufgehört hätten, zuzusehen… ich meine, diesem Thema zu folgen? ![]()
Im Ernst: Ich bin hier gelandet, weil meine Studenten und ich die Formulierung ebenfalls verwirrend finden.
Entscheidend sind E-Mail-Benachrichtigungen ja/nein, da diese so verdammt nervig sein können.
Und zweitens Menübenachrichtigungen ja/nein, aber das ist weniger nervig.
Meine zwei Cents.
Das ist eine völlig andere Art, über Benachrichtigungen nachzudenken, die einfach nicht im Basisdesign von Discourse enthalten ist. Wir senden manchmal E-Mails für „Tracking“, wir senden manchmal E-Mails für „Watching“. Die Gründe für das Senden von E-Mails werden in den Benutzereinstellungen behandelt.
Das Entkoppeln von E-Mails würde eine gigantische Büchse der Pandora öffnen. Sind Ihre Studenten wirklich auf ein Muster aus, bei dem sie niemals (aber UI-benachrichtigt) über bestimmte Themen per E-Mail informiert werden, aber regelmäßig über andere?
Ich schätze die Flexibilität, die dieses Modell bietet. Durch die Verwendung von Abstraktionen, die auf Absichten basieren, wie z. B. „Beobachten“, „Verfolgen“ usw., haben Sie Flexibilität bei der Implementierung.
Ich sage nur, dass die Benutzererfahrung/Benennung für normale Benutzer verwirrend ist.
Im nächsten Discourse-Forum, das ich einrichte, werde ich mit der Flexibilität der 5 Tracking-Level auf eine ganz andere Weise experimentieren. Wenn Sie interessiert sind, kann ich etwas mehr dazu sagen.
Hmm. Ihre Frage bringt mich zum Nachdenken.
Sie sollten besser weniger E-Mail-Benachrichtigungen erhalten als mehr. Denn sonst werden sie meine E-Mails schnell als Spam einstufen und keine Nachrichten mehr erhalten.
In unserem Fall: Ich denke, sie sollten hauptsächlich E-Mails erhalten, wenn:
- eine Gruppennachricht vom Lehrer gesendet wird
- direkte PMs an sie gesendet werden
- sie direkt in einem Thema beantwortet werden
Und dann die Möglichkeit haben, E-Mails über jedes Thema/jede Kategorie nach Belieben zu erhalten.
Aber ehrlich gesagt, denke ich, dass dies bereits konfiguriert werden kann. Es gibt nur vielleicht intuitivere Wege, um Studenten den Zugang zu Benachrichtigungen zu ermöglichen.
Ich weiß nicht, ob Sam es ist, aber ich bin es ![]()