Nitpick: If watchlist and notifications remain separated, it makes more sense to me to call the operation that adds something to watchlist "watch" rather than ''subscribe". בתאריך 17 בספט 2014 12:05, "Diego Moya" dialmove@gmail.com כתב:
On 16 September 2014 21:32, Danny Horn dhorn@wikimedia.org wrote:
Diego, that is definitely what we're thinking about for the subscriptions options -- giving users the ability to choose whether they want to subscribe to every new thread, or just get a notification that a new
thread
has been created.
Danny, that is definitely *not* what I'm thinking about, :-( and there are nuances that are not getting through the conversation noise
- or at least I've been so far unable to explain myself as to what
those nuances are.
Can you at least acknowledge that you understand the difference between "subscription" (with respect to items appearing at the Watchlist) and "notifications" (with respect to Echo)? I haven't seen that difference tackled in any of the communications from the development team, although several editors have recognized it as significant.
The balance that we have to figure out is how to provide options on that page-by-page level without forcing people to go through
two
clicks every time.
I'd go with the route of allowing users to select the default value for both subscriptions and notifications (with new users subscribed and notified of all conversations they post to, and experienced editors with lots of pages changing the default to "don't subscribe"). The current subscription check can be set up that way (in Preferences->Watchlist->Advanced options), and it works very well.
If those options were available, I would configure mine to "subscribe to all topics" and "don't notify me about any topic" as the default.
We'll probably be tackling the subscription/notifications question in
more
detail in a few weeks. Right now, we're working on Hide, the Table of Contents, Search and the LiquidThreads transition. There's a lot to do!
But
we'll definitely be getting back to notification options before too long.
That's great, there's a time for tackling each problem in a long term project. When the time comes, I hope you gather a sample of desired workflows and needs (including mine), *before* you start analyzing possible designs that solve them. ;-)
Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe