Better terms for watching (and tracking?)

Can you be more specific? quote the relevant text?

1 Mi Piace

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 Mi Piace

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 Mi Piace

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. :angry:

1 Mi Piace

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.

email 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 Mi Piace

:thinking:
:thinking:
:thinking: … …

Now I’m worried: :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. :laughing:

:joy: Just so you know that this is not a serious reply in this topic.

3 Mi Piace

When you look down and see one set of footprints, that is where Jesus was carrying you. Good luck tracking those footprints!

4 Mi Piace

Oooh, I’ve seen that poster. A great follow-up! :open_mouth:

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 Mi Piace

Qualche anno in ritardo, ma potrei suggerire che avresti potuto semplicemente smettere di guardare… ehm, seguire questo argomento? :wink:

Sul serio: sono finito qui perché io e i miei studenti troviamo confuse anche le formulazioni.

Ciò che conta sono le notifiche via email sì/no perché possono essere così fastidiose.

E in secondo luogo le notifiche del menu sì/no, ma questo è meno fastidioso.

I miei due centesimi.

Questo è un modo completamente diverso di ragionare sulle notifiche che semplicemente non è presente nel design di base di Discourse. A volte inviamo email per il “tracking”, a volte inviamo email per il “watching”. Il ragionamento sull’invio di email è trattato nelle preferenze dell’utente.

Scollegare le email aprirebbe un gigantesco vaso di Pandora. I tuoi studenti cercano davvero uno schema in cui non ricevono mai email (ma vengono notificati tramite interfaccia utente) su argomenti specifici, ma ricevono regolarmente email su altri?

2 Mi Piace

Apprezzo la flessibilità che questo modello offre. Utilizzando astrazioni basate sull’intento, come “Segui”, “Traccia”, ecc., si ha flessibilità nell’implementazione.

Sto solo dicendo che per gli utenti normali l’UX/la denominazione è confusa.

Nel prossimo forum Discourse che sto impostando, sperimenterò l’utilizzo della flessibilità dei 5 livelli di tracciamento in un modo molto diverso. Se sei interessato, posso approfondire un po’.

Hmm. La tua domanda mi fa riflettere.

È meglio che ricevano meno notifiche via email che più. Perché altrimenti demotebbero rapidamente le mie email nello spam, non ricevendo più alcun messaggio.

Nel nostro caso: penso che dovrebbero ricevere principalmente email quando:

  • viene inviato un messaggio di gruppo dall’insegnante
  • messaggi privati diretti a loro
  • quando ricevono una risposta diretta in un argomento

E poi essere in grado di scegliere di ricevere email su qualsiasi argomento/categoria a loro piacimento.

Ma onestamente, penso già che questo possa essere configurato. È solo che potrebbero esserci modi più intuitivi per dare agli studenti accesso alle notifiche.

Non so se Sam lo è, ma io sì :wink:

1 Mi Piace