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.
数年遅れですが、このトピックのウォッチ…いや、トラッキングを停止できたのではないでしょうか? ![]()
真面目な話:私も学生もこの表現が紛らわしいと感じたため、ここにたどり着きました。
重要なのはメール通知の有無です。非常に迷惑になることがあるからです。
そして第二に、メニュー通知の有無ですが、これはそれほど迷惑ではありません。
私の意見です。
それは、基本的なDiscourseのデザインには全くない、通知についての全く異なる考え方です。私たちは「トラッキング」のためにメールを送ることがあり、「ウォッチング」のためにメールを送ることもあります。メール送信に関する考え方は、ユーザー設定でカバーされています。
メール送信を切り離すことは、巨大な「パンドラの箱」を開くことになります。あなたの生徒たちは、特定のトピックについては決してメールで通知されず(UIでは通知される)、他のトピックについては定期的にメールで通知されるようなパターンを本当に求めているのでしょうか?
このモデルが提供する柔軟性に感謝します。「監視」、「追跡」などの意図に基づいた抽象化を使用することで、実装の柔軟性が得られます。
通常のユーザーにとっては、UX/命名が混乱しやすいと言っているだけです。
次に設定するDiscourseフォーラムでは、5つの追跡レベルの柔軟性を、はるかに異なる方法で実験する予定です。興味があれば、もう少し詳しく説明できます。
うーん。あなたの質問は私に考えさせられます。
彼らは、より多くのメール通知よりも、少ないメール通知を受け取るべきです。そうでなければ、すぐに私のメールをスパムに格下げしてしまい、一切メッセージを受け取れなくなってしまうからです。
私たちのケースでは、主にメールを受け取るべきなのは次のような場合だと思います。
- 教師から送信されたグループメッセージ
- 学生への直接のプライベートメッセージ
- トピックで直接返信された場合
そして、好きなトピック/カテゴリに関するメールを受け取るオプションを選択できるようにすることです。
しかし、正直なところ、これはすでに設定可能だと思います。ただ、学生が通知にアクセスするための、より直感的な方法があるだけかもしれません。
サムさんが興味があるかはわかりませんが、私はあります ![]()