robchur wrote:

This would also affect watchlists and recent changes linked. Is that acceptable?

robchur wrote:

Hm, would need to think about this a little better, actually...by default,
watchlists only show the "top" edits anyway. We'd ideally want to display
"(top)" for recent changes, recent changes linked, and watchlists when expanded
mode is enabled.

ligulem wrote:

It would be nice if we could have a "hide my edits"/"hide bot edits" in
Special:Recentchangeslinked as well.

And - while I'm at it, as a total luxory - if edits from a specific user on
Special:Watchlist and Special:Recentchangeslinked could be hidden - not just
"me" or "bots" (although this would probably be quite expensive to develop
because it needs some user interface addition). This feature could be helpful
for filtering non-bot serial edits lighting up a watchlist in large parts
(scenario: AWB user crossing a watchlist).

Just some thoughts. Sorry if this is the wrong place to dump my ideas. I'm
greedy as always. Ignore as you see fit :-)

titoxd.wikimedia wrote:

Would this require adding an rc_top field to the schema?

robchur wrote:

(In reply to comment #4)

Would this require adding an rc_top field to the schema?

Shouldn't do; we can compare recentchanges.rc_this_oldid against page.page_latest.

dennis.biel wrote:

I would like to add my support to this enhancement request.
I had actually posted the request over in en.wikipedia, before discovering that it was outside of their control. The area of most interest to me is the "my watchlist" which I use in the expanded mode. It probably should not be implemented in the "my watchlist" when used in standard mode as it would flag every entry. One posibility, but alot more work for the programmers, would be to add a second entry to the my preference screen
Expand watchlist to show all applicable changes (current choice)
Expand watchlist to show all applicable changes with newest edit marked '''(top)'''
I would personally find this of a very great value.
I would personally have no problem with leaving only the one expand selection, but some users might not what the additional flag.
Note: my en.wikipedia user name is Dbiel

Changed component to "RecentChanges"

• Bug 19257 has been marked as a duplicate of this bug. ***

bug 13698 is also a (top) bug...

Special:Recentchanges has a rollback link sice r45918 (from bug 9305), what means that now we know if a change is the latest change or not to mark it as "top", so it should be easy to do :)

Change 266272 had a related patch set uploaded (by Mhutti1):
Adds current tag to changes in RecentChanges and Watchlist

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

Closely related to T15698: (top) in watchlists as RC and watchlists share most of their code.

For enhanced watchlists, (top) is probably not very useful, since edits are already grouped by page so most of the time it's obvious that the first of the group is the top edit.
(Only most of the time, because they are also grouped by date - T10681.)

El T10482#9737567, @Tgr escribió:

For enhanced watchlists, (top) is probably not very useful, since edits are already grouped by page so most of the time it's obvious that the first of the group is the top edit.
(Only most of the time, because they are also grouped by date - T10681.)

Recent Changes and watchlists have a lot of options to filter changes, and the utility of those filters is usually to look at the problematic edits, removing the less likely problematic to reduce noise. Having the (top) may help cases where the filters remove the top edits, this may be a signal that the edit has been amended (improved? reverted?). With the current tags that flag reverted edits it may have lost importance. Also, the presence or absence of a rollback link (T10482#131779) may be another indicator of (top) edits (but only for users with the rollback link).