Can you be more specific? quote the relevant text?
1 me gusta
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:
5 Me gusta
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.
5 Me gusta
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. 
1 me gusta
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 |
11 Me gusta
…
… …
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.
3 Me gusta
When you look down and see one set of footprints, that is where Jesus was carrying you. Good luck tracking those footprints!
4 Me gusta
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.
14 Me gusta
Unos años tarde, pero ¿podría sugerir que simplemente podrías haber dejado de seguir… quiero decir, de rastrear este tema? 
En serio: Terminé aquí porque mis estudiantes y yo encontramos confusa la redacción.
Lo que importa son las notificaciones por correo, sí/no, porque pueden ser muy molestas.
Y en segundo lugar, las notificaciones del menú, sí/no, pero esto es menos molesto.
Mis dos centavos.
Esa es una forma completamente diferente de razonar sobre las notificaciones que simplemente no está en el diseño base de Discourse. A veces enviamos correos electrónicos para “seguir”, a veces enviamos correos electrónicos para “vigilar”. El razonamiento sobre el envío de correos electrónicos se cubre en las preferencias del usuario.
Desacoplar el envío de correos electrónicos abriría una gigantesca caja de Pandora. ¿Tus estudiantes realmente buscan un patrón en el que nunca se les envíe un correo electrónico (pero sí se les notifique en la interfaz de usuario) sobre temas específicos, pero se les envíe regularmente un correo electrónico sobre otros?
2 Me gusta
Aprecio la flexibilidad que ofrece este modelo. Al utilizar abstracciones basadas en la intención, como “Observar”, “Seguir”, etc., se tiene flexibilidad en la implementación.
Solo digo que para los usuarios habituales la experiencia de usuario/nomenclatura es confusa.
En el próximo foro de Discourse que estoy configurando, experimentaré utilizando la flexibilidad de los 5 niveles de seguimiento de una manera muy diferente. Si estás interesado, puedo ampliar un poco sobre eso.
Hmm. Tu pregunta me hace pensar.
Es mejor que reciban menos notificaciones por correo electrónico que más. Porque de lo contrario, rápidamente clasificarán mis correos electrónicos como spam, y dejarán de recibir mensajes.
En nuestro caso: creo que principalmente deberían recibir correos electrónicos cuando:
- Se envía un mensaje grupal por el profesor
- Mensajes privados directos a ellos
- Cuando se les responde directamente en un tema
Y luego poder elegir recibir correos electrónicos sobre cualquier tema/categoría a su gusto.
Pero, sinceramente, ya creo que esto se puede configurar. Simplemente podría haber formas más intuitivas de dar a los estudiantes acceso a las notificaciones.
No sé si Sam lo está, pero yo sí
1 me gusta