• [_] Individually, by email
• [_] Once per day, by email

These two are mutually exclusive. It should not be possible to select both at the same time.

We propose to remove the "send me a copy" option because in practice this is not useful. Notifications are not a record of activity, this is what the wiki threads are for.

I don't like the idea of removing functionality which already exists…

Please explain what should happen if you check, and what if you uncheck “[_] Individually, by RSS feed (RSS icon)”

The suggested options are useful for determining how messages will be sent, but they don't solve the more prominent weirdness in the notification system, which is how to determine which messages to send: about new comments? New pages? Edits? Regarding how much of the site?

Incorporating Shane's first comment on 5 Aug, what about options like this:

• Send me notifications…
  • [_] once per week | [_] once per day | [_] in real time
• about updates to…
  • [_] pages/threads I've created | [_] pages/threads I've edited | [_] the entire site
• by means of…
  • [_] internal personal message | [_] rss feed | [_] email

Within each line, the options increase from least intrusive to most intrusive (most immediate); except for the last line, where notice on multiple venues is theoretically possible, the options within each line are logically exclusive from each other. (As you move to the right, you render options to the left redundant.)

I found out only now that Wikipedia has implemented RSS on page changes (quite nicely by the way) - http://www.micropersuasion.com/2006/07/wikipedia_entir.html [Micro Persuasion: Wikipedia Article Revisions Now RSS Enabled]. The way it was done may help the Wikidot team in making RSS notifications for page edits.

Looks good.

I have a question. I never log myself out — meaning that when I turn my computer back on, and open my browser, I'm still logged in, which is exactly the way I like it.

Does this mean that if I have the "Intelligent" option selected, all emails will be sent individually? If that is the case, I'd like to suggest a slightly different approach.

When a notification event is fired:

• If the user loaded a page within the last 30 minutes, send an individual email for the notification
• If the user's last page load was 31 minutes ago or longer, start queuing notifications

So, if I went out for a few hours and got back home to find that I had only a handful of notifications¹, all I'd have to do is to load up www.wikidot.com and wait for my single email (containing all notifications for the past few hours) to arrive in my inbox.

If I decide that I'm not going to load up Wikidot, then notifications continue queuing up until when they are due to be sent out, e.g. 12:00 GMT

Is this feasible?