On Special:Watchlist, allow to hide non-bolded ("unread") entries
OpenPublic

Assigned To
None
Priority
Normal
Author
Paine_Ellsworth
Subscribers
He7d3r, Krinkle, Svick and 4 others
Projects
Tokens
"Like" token, awarded by Nemo_bis.
Reference
bz27915
Security
None
Description

Svick has a "Desktop Watchlist" tool that gives users the enhanced ability to mark specific watchlist items as read, so that they don't reappear on the list unless a new edit is made to the watched item. It is restricted to Windows and .Net 4.0. Would this be a feasible enhancement for the Wikimedia watchlists?

Note: when $wgShowUpdatedMarker is true, this "only" takes an additional checkbox/switch to hide all pages except the bolded ones.


Version: unspecified
Severity: enhancement
URL: http://en.wikipedia.org/wiki/User:Svick/DW

bzimport added a project: MediaWiki-Watchlist.Via ConduitNov 21 2014, 11:23 PM
bzimport added a subscriber: wikibugs-l.
bzimport set Reference to bz27915.
Paine_Ellsworth created this task.Via LegacyMar 7 2011, 11:48 AM
Reedy added a comment.Via ConduitMar 7 2011, 12:49 PM

Nope.

Although, there could be some addition of some of the mono modules for apache, but it's not worth the hassle, and causes a dependancy nightmare.

It would require something written in JS or PHP to be integrated with MW itself...

Reedy added a comment.Via ConduitMar 7 2011, 2:21 PM

Do we know what it's actually doing? As it should be trivial to do....

Paine_Ellsworth added a comment.Via ConduitMar 7 2011, 4:30 PM

(In reply to comment #2)

Do we know what it's actually doing? As it should be trivial to do....

Is it me, Reedy? It seems like I'm hearing mixed msgs. You say "Nope." and you appear to feel the implementation would be way off the charts. Then you return and give me the impression that it would be very easy to do? From the perspective of the user, the program adds little checkboxes to the watchlist. Once an item is read it stays on the list normally, unless the checkbox is clicked and checked. Then that particular edit vanishes from the watchlist. The edited article remains on the "watchlist list", so that the next time someone edits the article, the new edit appears on the watchlist. So the only enhancement is the little checkbox and the user's new ability to check that box and drop that edit off the watchlist. Does that sound doable?

Reedy added a comment.Via ConduitMar 7 2011, 4:32 PM

I was meaning in it's current implementation it's unfeasible

duplicatebug added a comment.Via ConduitMar 7 2011, 7:46 PM

have a look at [[mw:Manual:Page change notification]]

Paine_Ellsworth added a comment.Via ConduitMar 9 2011, 10:00 AM

(In reply to comment #5)

have a look at [[mw:Manual:Page change notification]]

That link just sends me to the Bad title page, a (non-existent) Special page on Wikipedia. <g> Gave me about a 7 or 8 on my WS-o-meter, tho.

MarkAHershberger added a comment.Via ConduitMar 10 2011, 4:13 AM

seems like the checkbox would be an "easy" javascript enhancement to the existing bold/non-bold display.

Paine_Ellsworth added a comment.Via ConduitMar 11 2011, 1:03 AM

and while it would be a likable innovation to drop the checkmarked items off the list entirely, just the ability to readily see a previously checked-off item as already read would be an at-a-glance enhancement.

Paine_Ellsworth added a comment.Via ConduitMar 15 2011, 4:53 AM

(In reply to comment #8)

seems like the checkbox would be an "easy" javascript enhancement to the
existing bold/non-bold display.

also, not sure what is meant by bold/non-bold display. I see no diff in boldness, that is nothing is bold when I first view my Watchlist, and nothing changes after I view an item. So, am I missing something? Do I have to add something to a .css file?

Bawolff added a comment.Via ConduitMar 15 2011, 2:46 PM

(In reply to comment #10)

(In reply to comment #8)
> seems like the checkbox would be an "easy" javascript enhancement to the
> existing bold/non-bold display.

also, not sure what is meant by bold/non-bold display. I see no diff in
boldness, that is nothing is bold when I first view my Watchlist, and nothing
changes after I view an item. So, am I missing something? Do I have to add
something to a .css file?

It depends on the configuration of your Wiki. Some wiki's are configured to bold entries that you havn't looked at yet. Either $wgShowUpdatedMarker (Although comments in the wm config files seem to indicate $wgShowUpdatedMarker might be broken) or $wgEnotifWatchlist needs to be set to true in order to see bolding. This is the case for some wikis in Wikimedia land (like commons or meta), but is not the case for enwikipedia.

Paine_Ellsworth added a comment.Via ConduitMar 15 2011, 4:32 PM

oh, darn. so. if the little checkmark boxes are relatively easy to encode, but the code to make the selections drop off the list is a real pain, then it would certainly help to at least have those little boxes to check off when we've read an item. That would give us an at-a-glance aid to see where we've been and don't have to go again, isn't that so?

Bawolff added a comment.Via ConduitMar 15 2011, 9:05 PM

(In reply to comment #12)

oh, darn. so. if the little checkmark boxes are relatively easy to encode,
but the code to make the selections drop off the list is a real pain, then it
would certainly help to at least have those little boxes to check off when
we've read an item. That would give us an at-a-glance aid to see where we've
been and don't have to go again, isn't that so?

Making a checkmark box and making things drop off the list (esp for watchlists which are customized per user) are about the same difficulty

The code which keeps track of what you've already looked at hasn't been touched in a while, and is a little bit scary...

Paine_Ellsworth added a comment.Via ConduitMar 17 2011, 10:11 AM

(In reply to comment #13)

(In reply to comment #12)
> oh, darn. so. if the little checkmark boxes are relatively easy to encode,
> but the code to make the selections drop off the list is a real pain, then it
> would certainly help to at least have those little boxes to check off when
> we've read an item. That would give us an at-a-glance aid to see where we've
> been and don't have to go again, isn't that so?
Making a checkmark box and making things drop off the list (esp for watchlists
which are customized per user) are about the same difficulty
The code which keeps track of what you've already looked at hasn't been touched
in a while, and is a little bit scary...

Fear is not an option. <grin>

Paine_Ellsworth added a comment.Via ConduitMar 25 2011, 8:47 PM

Will this be assigned soon? or no.

Bawolff added a comment.Via ConduitMar 25 2011, 9:04 PM

(In reply to comment #15)

Will this be assigned soon? or no.

Bugs (and especially feature requests) are not normally assigned to people per se (unless they are very high priority things), more if an interested developer sees it, that developer assigns it to him (or her)-self to do.

I changed the title to better reflect what I think this is requesting:
*Option to hide read entries from watchlist
*Add check boxes to explicitly mark entries as read.

Since a read vs unread feature is already implemented by having unread entries in bold, and read entries in normal font weight (although not enabled on enwikipedia if that happens to be where you're checking these things) I'm assuming that is not part of the bug request.

Please make sure my change in bug title correctly reflects your feature request.

MarkAHershberger added a comment.Via ConduitMar 26 2011, 12:22 AM

(In reply to comment #15)

Will this be assigned soon? or no.

Realistically, at this point, it is more up to you at this point to get something done about your feature request.

You have a few options:

  • implement it yourself and provide a patch,
  • persuade a friend to implement it for you and provide a patch,
  • join in #mediawiki on IRC and persuade someone there (preferably someone with commit access), that your request is easy, straight-forward, and undeniably a good thing to implement, or
  • Since this particular request could be implemented in JavaScript, you have a larger choice of people to choose from (see [[Category:User js]]) to ask script it up and then you could put it in [[Special:MyPage/skin.js]]

I recommend the last option, but if you do that, please come update this bug once you have a solution.

Paine_Ellsworth added a comment.Via ConduitMar 26 2011, 6:46 PM

(In reply to comment #16)

(In reply to comment #15)
> Will this be assigned soon? or no.
Bugs (and especially feature requests) are not normally assigned to people per
se (unless they are very high priority things), more if an interested developer
sees it, that developer assigns it to him (or her)-self to do.
I changed the title to better reflect what I think this is requesting:
*Option to hide read entries from watchlist
*Add check boxes to explicitly mark entries as read.
Since a read vs unread feature is already implemented by having unread entries
in bold, and read entries in normal font weight (although not enabled on
enwikipedia if that happens to be where you're checking these things) I'm
assuming that is not part of the bug request.
Please make sure my change in bug title correctly reflects your feature
request.

Yes, that's a good change. Thank you, Bawolff, and you, too, Mark! I'm going to see what Java can do and then get back to you.

Paine_Ellsworth added a comment.Via ConduitJun 12 2011, 9:37 AM

I can't seem to interest anyone to write out a Javascript that will do this. There was a suggestion that this would be better if put on the server, so here I am, back again to see if this can be made to work. I had a thought that rather than just change everything for everyone, perhaps this could be added to the Watchlist preferences tab as an option to turn on or to leave off?

duplicatebug removed a subscriber: duplicatebug.Via WebDec 13 2014, 11:51 AM
Nemo_bis changed the title from "Have a checkbox beside watchlist entries to mark them as read/ option to not show "read" entries" to "On Special:Watchlist, allow to hide non-bolded ("unread") entries".Via WebJan 16 2015, 9:23 PM
Nemo_bis edited the task description. (Show Details)
Nemo_bis set Security to None.
He7d3r edited the task description. (Show Details)Via WebJan 19 2015, 2:24 PM

Add Comment

Column Prototype
This is a very early prototype of a persistent column. It is not expected to work yet, and leaving it open will activate other new features which will break things. Press "\" (backslash) on your keyboard to close it now.