Can you be more specific? quote the relevant text?
1 лайк
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:
http://www.uxbooth.com/articles/when-is-learnability-more-important-than-usability/
5 лайков
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 лайков
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 лайк
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 лайков
…
… …
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 лайка
When you look down and see one set of footprints, that is where Jesus was carrying you. Good luck tracking those footprints!
4 лайка
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 лайков
Немного опоздал, но может быть, вам стоило просто перестать следить… то есть отслеживать эту тему? 
Если серьёзно: я оказался здесь, потому что и я, и мои студенты тоже находим формулировки запутанными.
Главное — уведомления по почте: да/нет, потому что они могут быть чертовски раздражающими.
Во-вторых, уведомления в меню: да/нет, но это менее раздражает.
Мое мнение.
Это совершенно иной подход к рассуждениям об уведомлениях, который просто не предусмотрен в базовом дизайне Discourse. Мы иногда отправляем письма для «отслеживания», а иногда — для «наблюдения». Вопросы, касающиеся рассылки писем, регулируются в настройках пользователя.
Разделение механизмов рассылки писем и уведомлений в интерфейсе привело бы к огромному количеству проблем. Действительно ли ваши студенты хотят сценария, при котором они никогда не получают писем (но получают уведомления в интерфейсе) по конкретным темам, но регулярно получают письма по другим?
2 лайка
Я ценю гибкость, которую предлагает эта модель. Используя абстракции, основанные на намерениях, такие как «Наблюдение», «Отслеживание» и т. д., вы получаете свободу в реализации.
Просто хочу отметить, что для обычных пользователей такой UX и названия могут быть запутанными.
В следующем форуме Discourse, который я буду настраивать, я планирую экспериментировать с использованием гибкости пяти уровней отслеживания совершенно иным образом. Если вам интересно, я могу рассказать об этом подробнее.
Хм. Ваш вопрос заставляет меня задуматься.
Лучше, чтобы они получали меньше уведомлений по почте, чем больше. Иначе они быстро переместят мои письма в спам, и в итоге перестанут получать сообщения вообще.
В нашем случае: я думаю, они должны получать письма в основном, когда:
- отправлено групповое сообщение учителем
- приходят прямые личные сообщения (PM) им
- им отвечают напрямую в теме
А затем они должны иметь возможность выбрать, получать ли письма по любой теме или категории на свой вкус.
Но честно говоря, я считаю, что это уже можно настроить. Просто, возможно, существуют более интуитивные способы предоставить студентам доступ к уведомлениям.
Не знаю, интересно ли это Сэму, но мне — да
1 лайк