Last modified: 2014-04-26 16:34:33 UTC
The history page view contains too much cruft. I suggest following actions: * Hide the user tool links behind a popup that shows when the username is hovered (this should work anywhere in MediaWiki) (imho no non-js fallback is needed, the linked pages can be reached by few more clicks) * Hide the action links unless the given row is hovered (keep them visible in non-js fallback) * Now that there is less stuff to show, even a table based layout could work.
IMHO with touch based interfaces growing now things that function on hover, especially non-obvious stuff aren't very nice things to add. Omitting a non-js fallback also isn't very nice to the users without js. Who ARE more likely to be power users that do want those links.
Probably better to do this as part of the overhaul of ChangesLists in general (currently: Recent changes, History, Logs, Watchlist) that is to say, the overhaul to make it into a table. The exact specifics of this are to be discussed in an RFC, and Recent changes might be an exception since there is going to be some other stuff around that with regards to wiki monitoring and patrolling etc. bug 28446 - tabular changeslists
(In reply to comment #0) > The history page view contains too much cruft. I suggest following actions: > * Hide the user tool links behind a popup that shows when the username is > hovered (this should work anywhere in MediaWiki) (imho no non-js fallback is > needed, the linked pages can be reached by few more clicks) On bug 22516 you also suggested that as a viable approach. (In reply to comment #2) > Probably better to do this as part of the overhaul of ChangesLists in general > (currently: Recent changes, History, Logs, Watchlist) that is to say, the > overhaul to make it into a table. Indeed. I was looking for this bug in RC component.
Interesting. Would you consider this a good candidate for http://www.mediawiki.org/wiki/Mentorship_programs/Possible_projects#Raw_projects ?
