e.g. https://translatewiki.net/w/i.php?title=Special:RecentChanges&trailer=%2Fes shows "Language: español". "español" should be tagged with `lang="es"` but currently isn't.
We could package HoverPopTools from https://translatewiki.net/wiki/Special:Gadgets as a replacement.
The PHP code is already somewhat broken and there is no point trying to maintain it, imho.
Accessing https://translatewiki.net/w/i.php?title=Special:RecentChanges&translations=only&trailer=/qqq is only possible by manipulating the url.
Concept for hiding users in recent edits page
Proposal:
It will be good if it will possible to hide specific user(s) from Recent Changes. Sometimes some users flood excesively the Recent Changes page (for example users which uses semi-automatic tools like AWB) hundreds of edits in few minuntes - just one user.
So, i request new feature - to not display edits made by user which username i will in a input (for single session).
I attach a picture: tried to reproduce a possible variant of this thing:)
--------------------------
**Severity**: enhancement
**Attached**: {F13087}
As per @Eloquence's comments in T55541#575062:
```
1) The extension itself clearly still needs UX love. The filter UI is already
cluttered, labels like "Users (Sep: |)" and confusing icon choices (magnify
icon to expand links) don't help.
2) RecentChanges is a core feature. New extensions/features need to tie into
it all the time. Maintaining an extension for some subset of wikis that
choose it and ensuring its compatibility with all future code strikes me as
needless complication of our core UI.
In other words, if these improvements are worthwhile (and I'm not disputing
they are! Credit to Niklas and the translatewiki.net folks for fixing issues
in their workflow), I would argue that they should be made in MediaWiki core,
and consistently applied across all wikis, ideally after some more UX
attention.
```
Creating here without specific judgement.
Screenshot of En.wiki Enhanced Recent Changes indent
On En.wiki, the standard Grouped & Expanded watchlist entries are indented, which makes it easier to see each separate item (See screenshot attached).
I suggest doing the same, with CleanChanges.
--------------------------
**Version**: master
**Severity**: enhancement
**Attached**: {F11266}
Currently one must expand each individually. The code on [[m:User:PiRSquared17/common.js]] does this, for example. Make it a built-in feature?
It could be a button on RC/watchlist pages or an option in preferences.
More discussion on [[m:Meta:Babel]].
--------------------------
**Version**: unspecified
**Severity**: enhancement
"4 bad alignment examples"
Quiddity posted the screenshot attached describing it as examples of "bad alignment".
<https://meta.wikimedia.org/w/index.php?title=Meta:Babel&oldid=5809491#Enable_CleanChanges>
The problem is that long edit summaries are wrapped and the new line starts from the beginning (under the edit tags and the date).
It's not clear to me where exactly the alignment should be, please update the summary to clarify that.
--------------------------
**Version**: master
**Severity**: enhancement
**Attached**: {F11159}
1) https://translatewiki.net/w/i.php?title=Special:RecentChanges&translations=filter
2) Click the user links button
I. Observed: "(Talk | contribs)" appears as expected (or more links if you're logged in and have some permissions).
3) Click again
II. Observed: nothing happens.
III. Expected: the user links are collapsed again.
Confirmed on monobook and Vector, both Firefox and Chromium.
This has most likely happened overnight (we're at 1.22alpha (5d5a8ac) ) due to some of the last RecentChanges-related commits in core I guess?
--------------------------
**Version**: master
**Severity**: enhancement
Enhanced RC normally does, see bug 35785.
CleanChanges, as far as I can see, just keeps the recent changes as they are with JavaScript, except that all the buttons to expand the lists of changes and the user links don't have any effect (of course).
--------------------------
**Version**: master
**Severity**: enhancement