Page MenuHomePhabricator

Make addedwatchtext message, shown after adding talk page to watchlist, less verbose
Closed, ResolvedPublic

Description

The message displayed when watching/unwatching pages is too verbose. It could be as simple as this:

"XYZ" and its discussion page have been added to your watchlist.

mirrored with

"XYZ" and its discussion page have been removed from your watchlist.

Previous description:

Author: MediaWiki

See URL for an example, but this is true for any talk page.

The message displayed when watching a page is:

"The page "Page title" has been added to your watchlist, which will list edits to this page and its associated talk page. The page will also be bolded in the list of recent changes."

This is OK for a content page (first tab), but if the page is a talk page, the talk page and its associated talk page will apparently be added to the user's watchlist. Talk pages don't have talk pages. The watcher should distinguish the namespace of the watched page and return one of two different messages: one for content pages, and one for talk pages.

This could be implemented by changing the current addedwatchtext message to accept a second parameter, the type of the associated page, so instead of enwiki's:

The page "'''$1'''" has been added to your [[{{ns:Special}}:Watchlist|watchlist]], which will list edits to this page and its associated {{#ifeq:{{NAMESPACE}}|{{TALKSPACE}}|content|talk}} page. The page will also be '''bolded''' in the [[{{ns:Special}}:Recentchanges|list of recent changes]].

It would read:

"'''$1'''" and its {{#ifeq:{{NAMESPACE}}|{{TALKSPACE}}|content|discussion page}} have been added to your [[{{ns:Special}}:Watchlist|watchlist]].

mirrored with

"'''$1'''" and its {{#ifeq:{{NAMESPACE}}|{{TALKSPACE}}|content|discussion page}} page have been removed from your [[{{ns:Special}}:Watchlist|watchlist]].

The page "'''$1'''" has been added to your [[{{ns:Special}}:Watchlist|watchlist]], which will list edits to this page and its associated $2 page. The page will also be '''bolded''' in the [[{{ns:Special}}:Recentchanges|list of recent changes]].

Not sure how much sense I made, but I'll be checking back regularly, so ask a question if you don't understand.


Version: unspecified
Severity: enhancement
URL: http://usability.wikimedia.org/w/index.php?title=Opinion_Watch&oldid=4494#Watch_icon_.26_feedback_message
See Also: T62595: Tooltip text for watchlist button assumes knowledge of the concept of watchlist T42307: mw.notification Usability Improvements

Details

Event Timeline

bzimport raised the priority of this task from to Low.Nov 21 2014, 10:00 PM
bzimport set Reference to bz11665.

You can't use {{#ifeq: in a message, because #ifeq is handled by the ParserFunctions extension, which isn't installed by default (although we should really make it part of the core, but that's another story). Maybe two messages "addedwatchtext" and "addedwatchtext-talk"?

MediaWiki wrote:

Having two completely separate messages would require more maintenance if they were to be changed. I would advocate keeping "addedwatchtext" and adding "addedwatchtext-content" and "addedwatchtext-talk" to be switched based upon namespace number (even NS#'s get -content, odds get -talk) in an added $2 parameter.

The reason I entered this bug in the first place is because #ifeq: obviously wasn't working (otherwise the problem wouldn't exist on enwiki).

The correct change would be to pass the content page's name instead of the talk page's name into the message texts.

MediaWiki wrote:

(In reply to comment #3)

The correct change would be to pass the content page's name instead of the talk
page's name into the message texts.

So the message's title parameter would get the value of {{CONTENTPAGENAME}}?

Changed component to "Watchlist"

There's a much easier way to fix this issue, and it's by not being so unnecessarily verbose. See a related analysis at http://usability.wikimedia.org/w/index.php?title=Opinion_Watch&oldid=4494#Watch_icon_.26_feedback_message

(In reply to comment #6)

There's a much easier way to fix this issue, and it's by not being so
unnecessarily verbose. See a related analysis at
http://usability.wikimedia.org/w/index.php?title=Opinion_Watch&oldid=4494#Watch_icon_.26_feedback_message

Changed summary accordingly. Note, however, that "They know that already, they're on the page" is a wrong assumption (in the second part), for instance the "add to watchlist" link can be opened in another window/tab or it can load a confirmation page if the frame can't be loaded within the current one.

The tooltip proposal should probably be another bug.

I don't know when exactly, but 1.20wmf10 has changed the message display, which is now some sort of rectangular-bubble popup on the right rather than a notice appearing below the tabs. It doesn't change the message itself though.

Kaldari's gerrit change 38805 removed the sentence about RC altogether. This may be ok but that info needs to be displayed at least on the RC legend; copying my comment here.

How is one supposed to understand why it's bolded in RC now?
'recentchanges-summary' doesn't contain this piece of information and the 'recentchanges-legend' section contains only switches.

You could as well have removed "Future changes to this page and its associated talk page will be listed there."

I liked Siebrand's proposal better: it gave all the necessary information in a single line and only 40 characters more, without need for a new message in RC.

Nowadays MediaWiki still says

The page "XYZ" has been added to your watchlist. Future changes to this page and its associated talk page will be listed there.
 
The page "Talk:XYZ" has been added to your watchlist. Future changes to this page and its associated talk page will be listed there.
In T13665#167681, @brion wrote:

The correct change would be to pass the content page's name instead of the talk page's name into the message texts.

Agreed. I bet the fact that by watching a Talk page you are watching the main page as well (and vice versa) is not obvious to new users (it wasn't obvious to me when I found out years ago).

You could as well have removed "Future changes to this page and its associated talk page will be listed there."

Agreed. "your watchlist" is already linked. If anybody needs an explanation, they can click the link.

So what about this:

"XYZ" and its discussion page have been added to your watchlist.

mirrored with

"XYZ" and its discussion page have been removed from your watchlist.

If we agree on this change of strings, this task should be "Easy", right?

How is one supposed to understand why it's bolded in RC now?
'recentchanges-summary' doesn't contain this piece of information and the 'recentchanges-legend' section contains only switches.

No strong opinion, but I think the current situation is fine. Clicking Recent Changes is a relatively advanced action. Users landing there will probably recognize the familiar bold entries standing out from the rest.

PS: I landed here because this is the oldest open task assigned to @kaldari. :)

"Future changes" part is also incorrect. If a user adds a page to a watchlist after the latest edit has been made, that edit will be visible in their watchlist (not future).

@Glaisher, good point. The alternative strings I proposed above are already not mentioning "future changes".

Qgil set Security to None.
Qgil added a project: good first task.

@kaldari, this is one of the oldest tasks assigned to someone. Are you planning to work on it, and is its current priority correct?

Change 194044 had a related patch set uploaded (by AYUSH GARG):
make addedwatchtext less verbose

https://gerrit.wikimedia.org/r/194044

Marking as resolved per Ayush's patch. @Nemo_bis: feel free to file a new bug about needing an explanation in the RC header about why some entries are bold.

Change 194044 merged by jenkins-bot:
Make addedwatchtext less verbose

https://gerrit.wikimedia.org/r/194044