Page MenuHomePhabricator
Search Advanced Search
    • Task
    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.
    • Task
    Accessing https://translatewiki.net/w/i.php?title=Special:RecentChanges&translations=only&trailer=/qqq is only possible by manipulating the url.
    • Task
    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}
    • Task
    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.
    • Task
    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}
    • Task
    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
    • Task
    "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}
    • Task
    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
    • Task
    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