This is how it works for topics you created it have marked to watch. But if you just reply in a topic, you will automatically be tracking it, not watching it.
Tracking means I will get an email when someone mentions my user tag and a notification bubble in the Discourse. Normal is same but no notification bubble. Is that correct?
I added the option to open the floodgates. Topics from new users (trust level 0) can now be included in digests.
This is a user preference, and there’s a site setting to make it the default behaviour for new users. I would not recommend enabling it for everyone as a default!
I just noticed what seems to be an issue in how the content of digests are formed, which affects this discussion. It seems that only the topics created after the
last_emailed_at time are included in a digest, while
last_emailed_at is updated when any email is sent to the user.
E.g. I’m observing the following behavior. The user is watching a certain topic and receives notifications via email. Let’s say his digest interval is 1 day and he received a previous digest yesterday at 7pm. A new topic is created at 9am the next day. Then, at 3pm the user receives a reply notification on the other topic he is watching. Now, when the 7pm — the time of the next digest — comes, the topic created at 9am is excluded from the digest because it is created before the user’s
last_emailed_at time, which in this scenario happens to be 3 pm — the time of the last topic notification email.
So, it appears that the user can’t rely on the digest for timely notification about new topics.
I am warming up to this original request. @eviltrout can you take it?
“Following” is a new category only notification level below “Tracking”.
When Following, treat the first post like a @name mention / quote / post link toward the following user, even though it isn’t.
Every first post in every new topic in a category you Follow will generate a notification.
Note that the user is not tracking or watching the topics, they are effectively just notified that the topic exists. At that point they can choose to do what they like with the topic, look at it, watch it, track it, ignore it, whatever.
Can this new notification level not be exclusive of Tracking?
If I am understanding this correctly, if I choose to follow a category, I’ll get a notification (and thus an email) for every new topic, but will not receive further emails, nor will I see unread counts on the topic. I would very much like to receive an email for the first post only, while still seeing an unread count when I visit the site, without needing to track each topic after I get the first email.
No, it cannot. Adding Boolean complexity is unwelcome.
The idea is that you haven’t decided if you care about everything in this category, so when you get notified on creation of each topic, at that point you personally decide on a topic by topic basis which you care about. Either by replying which is an automatic track, or an explicit click or tap on the topic’s notification controls.
OK. Then can a one-click option to track or watch the topic be added to the email footer? At the moment, it seems you can visit a topic, stop receiving notifications, and change preferences via the footer, but not start tracking/watching a topic “you are mentioned in”.
I suggest you reply to any topic you are uber interested in, which can be done via email and is an automatic track.
Hmm, let me share my use-case here. Currently, I track all categories on my site, so I can see when I log in what is new/unread. There are certain categories I’d like to get notified when there is a new topic, but not necessarily see every post. However, even though I am notified of a new topic, I still want all topics to have unread counts when I visit the site, without needed to come up with a reasonable reply to each new topic.
I think this is a great addition - being able to track new topics in a category. However, I believe the UI terminology here is starting to get really confusing.
The tracking state UI terminology is overly confusing, with (now) three different words being used that mean very similar things:
All three of these words could arguably be used interchangeably with the descriptions underneath them, forcing the users to have to read the descriptions more often than not. Even after being familiar with the Discourse software for over a year, I still find I sometimes have to read the description to make sure I’m choosing the correct tracking state.
It’s the fact that all three words have a very similar meaning is the reason why it is unclear and easy to get mixed up between them.
A possible solution
Simplify the UI terminology, to use one of these words - I would suggest ‘Following’ as this is the most commonly used of the three in other web apps. A couple of rough mockups of how this could be implemented are below.
If user is not currently following category:
If user is following category:
A similar theme could be used for tracking topics. For example:
If user is not following topic:
If user is following topic:
In addition to the above, I believe the tracking button should be changed to be more obvious as a way to ‘follow’ a topic / category. If a new user sees , how are they meant to know they can click on it to change the tracking status? Why not simply change it to ‘Follow’ - which then pops up menus akin to my rough mockups above.
Hopefully some food for thought. I’m all for simplifying the UI as much as possible
What do you think?
I think if you’re going to base this on “I think these words have meaning X” now we’re having an argument about the meaning of words, which is a slow train to hell. It’s one of the signs that a conversation has degraded into something unsalvageable. Once we drag out “my dictionary can beat up your dictionary”, the discussion is effectively over.
Now. Bear in mind this new state is for categories only and most people won’t see it at all. So for the average user, this will affect you not in the slightest.
That said, It is a new notification state, and so it is true that adding a new state unavoidably adds more mental work in selecting which notification level you want, because the list of choices just increased by one … but as I said, only for categories. I guess conceptually you can think of it like this:
How many notifications do I want about (thing X)?
- THE MAX, I love it ←
- Slightly more than that
- Just the usual amount everyone else gets
- Never, I hate it ←
Once you handle the love/hate extremes, which I think are really quite clear, there isn’t too much subtlety. There is simply:
The default same-old same-old level of notifications everyone else gets, the standard, the usual
Slightly more notification than usual
OK. So, all that said, I get the gist of what you’re saying – rather than add another named state for people to puzzle out, use additional clarifying words on what we already have. I think you might be right. So here’s what I propose:
You will automatically watch all new topics in these categories. You will be notified of every new post in every topic, and a count of new replies will be shown.
FollowingWatching First Post Only
You will only be notified of the first post in each new topic in these categories.
I think for this to work as an exercise you need to write out the name and the description, as I’ve done above. Is that clear?
(Finally, any change to “watch” terminology is off the table. That ship has absolutely ed.)
I think this is clear, and I also think that this would be a great feature. We’re trying out Discourse as a possible alternative to Mailman and a feature like this is something that myself and others in that trial have looked for but been unable to find.
I think this is clear and solves the issue of adding another named state.
Okay this is now merged into master.
Users can choose their notification level:
If you do that, when someone posts in that category you will receive a notification about the post:
Let me know how it works out for you all.
Sorry for the bikeshedding but isn’t Watching New Topics Only better than Watching First Post Only?
I don’t think so, if you are watching all new topics aren’t you… watching new topics?
First post is clearer and quite literal about what is going on.
In other news I added this to the user prefs
@eviltrout I would kind of like a “global” setting for this as well. Perhaps under “Mailing list mode”
We now have
“Send me an email for every new post”
We should add
“Send me an email for every new topic”
Also, we need to consider the tags, and add the option there as well. (including user page)
Great that this feature has been implemented, but we’re having some issues with it on our site. In most cases users that are “watching first post only” for a category does not receive email notifications, even if they are not active on the site.
But a couple times it has worked (and then it works for all users with WFPO), and email notifications have been sent. I’m not sure why this is happening. Can it have something to do with the trust level of the OP of a new topic? Users with mailing list mode activated still receive emails when the WFPO users does not…
Have we misunderstood this feature, or is there a bug? Any ideas?
They should, @eviltrout can double check the code path. If you want to be sure, turn on “email me even if I am active on the site” so there is no conflict with browsers being open and pinging the website so we think you are there.