Talk:Edit Review Improvements/New filters for edit review

Jump to: navigation, search

About this board

Leave your thoughts and ideas here about the New Filters for Edit Review filtering tools and interface. These are now standard on Recent Changes and available as a beta feature on Watchlist. What works well? What could work better?

Leave feedback in any language.

How to provide feedback

  • do you have that bug when you are not logged-in?
  • explain how to reproduce the bug (step by step)
  • tell us what is your configuration (browser version)
  • say on what page it is happening -Recent Changes, Watchlist...)

Also see the FAQ.

Any way to show the last edits by the same user, kind of rollback way?

14
Summary last edited by Clump 21:43, 17 April 2018 5 days ago
RedUser (talkcontribs)

Hello, Is there way to show the aggregate of the edits by the same user when using the tool? Or at least when clicking on the "diff" link? This would be useful when using tools such as TW.

Trizek (WMF) (talkcontribs)

Hello and thank you for your feedback!

The best is to click on the "contribs" link attached to the username.

A way to filter by user has been considered but the implementation is not scheduled yet.

Which tool "TW" is?

RedUser (talkcontribs)

WP:Twinkle, when you rv someone with it, it rv all the last contributions by the user. Useful 99,9% of the time, but sometimes it catches an good edit.

Trizek (WMF) (talkcontribs)

Reverting undoes all last edits made by the user on a given page That's the difference with "undo", which will undo only the last entry.

That feature is not Twinkle specific. It is a powerful tool that should be used with caution. On some wikis, it is available by sysops only, or for users who have a certain experience, or through some specific tools.

RedUser (talkcontribs)

Yeah, I know that. That's why I asked for a way to check everything together.

Trizek (WMF) (talkcontribs)

On Twinkle or using recent changes with the filters? I can help for the latter, not the first one.

RedUser (talkcontribs)

On recent changes, which brought us back to my first question after all .

Trizek (WMF) (talkcontribs)

So to be sure, your goal would be to have a diff link with all last edits from a given user on a give page? That's an interesting idea!

RedUser (talkcontribs)

Yeah, exactly that.

Trizek (WMF) (talkcontribs)

I've just filled T188638 with your idea. Can you review it?

(And sorry for the late reply - crazy weeks!)

RedUser (talkcontribs)

1 is the oldest and 6 the newest edit right? Then yes, like that.

Trizek (WMF) (talkcontribs)

Yes, 1 is the oldest and 6 the newest edit. I've edited the description to clarify.

This post was hidden by Clump (history)
This post was hidden by Trizek (WMF) (history)
Reply to "Any way to show the last edits by the same user, kind of rollback way?"
Od1n (talkcontribs)

Hi, as requested on the tool page, a quick feedback after some use: the features seem promising, but the interface is quite laggy. I mainly use the namespace filtering. If there is room for speed optimization (and I'm confident there is), it would be very welcome.

Trizek (WMF) (talkcontribs)

Thank you for your feedback, Od1n!

So far, people providing feedback concerning speed have them because of interactions with their personal scripts and gadget. Is it the case for you? Do you have those issues as well when you're logged-out?

Od1n (talkcontribs)

That's not related to user scripts. There is just a large amount of JavaScript executed on this page. For example, on first click on "Namespaces", it loads and executes these two ResourceLoader concatenated resources:

  • ext.uls.i18n,ime,languagenames,mediawiki,messages|jquery.i18n,ime,uls|jquery.uls.grid
  • ext.uls.displaysettings,inputsettings,languagesettings|mediawiki.api.parse|mediawiki.ui.checkbox,radio

That's 130.43 + 48.44 = 178.87 KB of JavaScript, minified!

It's lazy loaded, which is fine, but as a logical result, on first click on the button the dialog takes some time to appear. (It's not only about fetching the resources, but also executing them.)

What I say is that, generally speaking, we should lean to execute less JavaScript, rather than such amounts (and counting).

Trizek (WMF) (talkcontribs)

We are always striving for best performance, and that we've already worked on leading speed for this tool. There is a minimum of JavaScript to load to have the functions you get to handle Recent changes. If you have any suggestion to make it better, developers would be happy to review your suggestions.

Reply to "Quik feedback"

bug with Navigation Popups when using Chrome

2
Summary by Trizek (WMF)
Chris troutman (talkcontribs)

If I'm hovering over a link in my watchlist using Navigation Popups at the moment the live update happens, the popups window does not disappear once I move off the link. I have to reload the page to fix the problem. I have found that oddly, this is a problem in Chrome but not in IE.

Trizek (WMF) (talkcontribs)

I've tried with Chromium (the closest I have) and I have a persistant pop-up as well. But I manage to have it disappearing when I hover another link. When I use Firefox, the pop-ups overlap each other when I hover a new link, but they disappear when I move my cursor.

They are anyway conflicting bugs to fix. I've reported it.

Reply to "bug with Navigation Popups when using Chrome"
טוסברהינדי (talkcontribs)

Will be great if I could maintain a few watch lists. E.g. one general, and one with only "my" articles (i.e. articles I created). Any chance you can add a filter to include only "specifically tagged" articles, so I can maintain a sub-list by tagging specific articles from my watch list?

Trizek (WMF) (talkcontribs)

I've documented your idea to keep a track of it. That idea is a good way to create multiple watchlists by bookmarking what you would have tagged yourself.

טוסברהינדי (talkcontribs)

Exactly! :)

This post was hidden by 88.119.154.101 (history)
טוסברהינדי (talkcontribs)

Not sure we need to tag a specific edit... We just need to be able to tag pages in the list (e.g. "I created", "general watch", "music", etc.)

This post was hidden by 2405:204:3118:364D:143F:593B:299B:BAB5 (history)
This post was hidden by Clump (history)
This post was hidden by Trizek (WMF) (history)
Reply to "Multiple lists"

Suggestion: Highlight recent changes item on hover

8
Summary last edited by Clump 21:43, 17 April 2018 5 days ago
197.218.82.198 (talkcontribs)

Issue

As a user, I can't easily determine the beginning and end of a recent change item .

Proposed solution

Add css to highlight the specific line on mouse hover, e.g.:

.mw-changeslist-line:hover {
    background: lightgray;
}
Trizek (WMF) (talkcontribs)
As a user, I can't easily determine the beginning and end of a recent change item .

You mean lines are hard to read? If yes, that's a more global issue, shared with History pages, Watchlist...

197.218.92.106 (talkcontribs)

They are hard to read but the primary issue here is that one often has to struggle to see where the entry ends when there are a lot of very verbose changes. The idea here is that hovering would show the whole entry, much like when one clicks a reference, and it shows the whole line rather than just scroll to the position where the reference is defined.

Fixing the "global issue" (aka Topic:Tq8rhckxxt3ol1sl) is a bigger project. It could probably be greatly improved by just reducing redundant links or putting them into a dropdown. Getting people to accept that fix is the hard part.

This change on the other hand is pretty straight forward.

Trizek (WMF) (talkcontribs)

I've reported the highlight idea, which may be indeed a nice first step to improve those hard to read pages.

For the more global improvements, there is some thoughts here and there but no formal plan.

This post was hidden by 173.69.21.52 (history)
This post was hidden by Clump (history)
This post was hidden by Trizek (WMF) (history)
This post was hidden by Trizek (WMF) (history)
Reply to "Suggestion: Highlight recent changes item on hover"

Show content of Template:Votings by default

6
Gryllida (talkcontribs)

At Wikipedia the new look of Special:RecentChanges involves hiding the content of Template:Votings unless the user presses a button next to the words 'Other reviewer tools'. I would like to have this information visible by default, it has essential project information that the project considers useful for everyone not only for reviewers! How do I achieve this for me personally, and how do I achieve this for everyone reading the wiki? --~~~~

This post was hidden by 201.210.237.72 (history)
This post was hidden by 201.210.237.72 (history)
Gryllida (talkcontribs)

Can use local CSS on-wiki such as MediaWiki:Common.css.

Russian Wikipedia. No. I don't know, will find out.

Trizek (WMF) (talkcontribs)

Please keep me posted! :)

This post was hidden by Trizek (WMF) (history)
Reply to "Show content of Template:Votings by default"

A way to automaticaly exclude new articles that are either Talk:, or User:

3
Epmtunes (talkcontribs)

It's kind of inconvenient to always see new pages created that are always Talk or User. A simple switch to exclude these would make the edit review section a lot easier to use.

JMatazzoni (WMF) (talkcontribs)

Hi @Epmtunes. If I understand your request, I think that is quite possible. To restate what I think you want to do: you want to see new page creations but not in the Talk or User spaces. If that's right, do this:

  • In the "type of change" filter group, select page creations.
  • Load the Namespaces filters (the icon is to the right of the main search entry box)
  • Select Talk and User Namespaces by checking their boxes.
  • At the top of the Namespaces menu, click the Exclude Selected button.

Now you will see page creations in all spaces except the ones selected. Let me know if that works for you!

This post was hidden by Trizek (WMF) (history)
Reply to "A way to automaticaly exclude new articles that are either Talk:, or User:"

Convenience tweak: Move the filter-removing "×" to the left

10
Summary last edited by Clump 21:42, 17 April 2018 5 days ago
Renamed user 2560613081 (talkcontribs)

Hello, technical fellows! Howdy? ;)

Currently, each filter is displayed in the form of a rectangle label containing the left-aligned title of the label plus an × button for removing the filter.

Now, I believe it is better if we move the × to the left, so that in every filter, it is the equal distance away from the left border. Why? Because when a user removes a filter, the others are push to the left. When the × is to the left too, deleting several filters is as easy as a well-timed series of successive left-clicks. But currently, for each filter, the user must move the mouse pointer.

Best regards,
Your cheerful friend,
The Amazing Codename Lisa! 😉

(No, I am not demonstrating vanity; I am trying to be cheery. Actually, try writing like this; it's amazing.)

This post was hidden by Clump (history)
This post was hidden by Clump (history)
Trizek (WMF) (talkcontribs)

Hello @Codename Lisa

Thank you for your feedback (and the happiness in it!).

That's an interesting idea. Allow me to challenge it a bit: what if you double click by accident and two filters are removed (the one to remove and the one you needed to keep)? The current system prevents that kind of accident. What do you think?

Renamed user 2560613081 (talkcontribs)

Hi Trizek

I believe JavaScript has two different event handlers for click and double click: onclick and ondblclick. Allocating the same event handler to both should make the problem go away. (One can even prevent accidental triple clicks by having the double click handler unregister click events and then run the single click handler, then re-register it. But I think this would be overkill.)

Of course, I've seen alternatives. One can enable multi-selecting filters and deleting them with the Delete button. (That's what DeviantArt does.) Or one can have the middle click remove a filter. (I don't know if it is possible though.) The middle mouse buttons are harder to accidentally press twice.

Trizek (WMF) (talkcontribs)

Thank you for your reply.

I was thinking about clicking twice by accident, more than "double-clicking". I should have paid more attention to what I've written.

Another point to consider is that on many softwares, the cross is on the right for LTR languages (for example on Firefox or Chromium), so the filters replicates a known behavior.

I've however created a task with your idea, to document it and get a reply.

Renamed user 2560613081 (talkcontribs)

Thanks!

This post was hidden by 81.57.223.52 (history)
This post was hidden by Clump (history)
This post was hidden by Trizek (WMF) (history)
Reply to "Convenience tweak: Move the filter-removing "×" to the left"
Kusurija (talkcontribs)

How Can I hide '''my''' edits. And, I can't orientize myself in new instrument, how can I return to "old" form? Thx.

Matěj Suchánek (talkcontribs)
  1. Type "Změny ostatních" and click.
  2. Nastavení Poslední změny Skrýt vylepšenou verzi posledních změn.
JMatazzoni (WMF) (talkcontribs)

Hi @Kusurija. Yes, it's easy to hide your own edits. Just go to the "Contribution authorship" filter section and select the "Changes by others" filter. Leave "Changes by you" unchecked.

What you may notice here is that the New Filters reverse the logic of the old system. In the past, you selected things you wanted to exclude or "hide". In the New Filters, you select the things you want to include (e.g., in your case, "changes by others"). While this logic is a change, it's standard on common commercial sites like Amazon or Zappos, where users refine search results by selecting the characteristics they want to include in their purchase. If you give it a try, I think you'll get used to it pretty quickly.

If you don't, you can opt out of the New Filters by going to Preferences>Recent Changes and selecting "Hide the improved version of Recent Changes." Be warned, however: you'll lose access to all the new filters and other features that were added in the New Filters for Edit Review upgrades. Cheers!

This post was hidden by Trizek (WMF) (history)
Reply to "How to return to "old" form?"

The filters are great, but I have a couple of suggestions

9
MrX (talkcontribs)

The filters are very useful. I particularly like the highlighting feature, however it would be nice to either have more color options, or the option to choose foreground and background colors. It would also be nice to be able to customize the colors.

One issue that I did notice using Chrome on MacOS (all current), is that changing the highlight color closes the filter dialog. That is obviously undesirable behavior.

197.218.90.47 (talkcontribs)

Work on this seems to have ended, and even if it didn't it is doubtful that they'll add more colors or even make it possible to customize them due to accessibility and complexity concerns. It is possible for individual users to customize colors using CSS:

.mw-rcfilters-highlight-color-c1 {
    background-color:blue !important;
}
.mw-rcfilters-highlight-color-c2 {
    background-color:pink !important;
}
.mw-rcfilters-highlight-color-c3 {
    background-color:brown !important;
}
.mw-rcfilters-highlight-color-c4 {
    background-color:purple !important;
}
MrX (talkcontribs)

Thank you for your message. It did occur to me that I could customize the colors in CSS, but it would still leave only four color options (plus the default anchor color). I'm not really expecting the developers to make this change, but perhaps it will be taken into consideration for future development.

Trizek (WMF) (talkcontribs)

Thank you for your feedback, @MrX!

> One issue that I did notice using Chrome on MacOS (all current), is that changing the highlight color closes the filter dialog. That is obviously undesirable behavior.

It is. Do you have that issue when you use this link (it uses safemode, to disable possible conflicting scripts)?

Concerning having more colors than the 5 ones, that request is made time to time. On which cases do you need more colors?

We are declining it for two reasons:

  • highlight is supposed to be used with some active filters. While filters narrow results, highlight is set to emphase just a few elements. I've noticed that people requesting more colors usually don't use the filters to narrow down results.
  • colors used are accessible, so as their combinations. Add more colors would require a big effort to check all combinations.
MrX (talkcontribs)

Thank you for your reply @Trizek (WMF). The safemode link exhibits the same dialog-closing behavior.

I understand your point about combining filters with highlighting. I guess I'm trying to get as much information from a default filter set so that I don't have to remember to change filter sets.

One more thing I would like to give feedback about is the amount of space that is taken up by the filter widget when several filters and highlights are selected. It would be extremely helpful if the widget could be collapsed and remain in that state until clicked.

Trizek (WMF) (talkcontribs)

Concerning the menu issue, do you have it on a different browser?

Concerning the sets of filters, have you tried the bookmarking options? They allow you to switch very easily between filters sets you define.

Thank you for your feedback concerning the space. If the selected filters are only taking one lines height on your screen, we have measured that they take less space than the previous design. How ever, a more compact mode has been considered for watchlists. IT may indeed be interesting for recent changes as well.

MrX (talkcontribs)

Yes, same problem on Firefox 57.0 and Safari 11.0.2.

No I have not tried the bookmarking options, but I will have a look.

My filters take three lines on my screen (4 filters and 14 highlights). That leaves about 1/3 of the screen height for the watchlist itself. I have modified my CSS to make the widget much smaller, but it's still distracting.

Trizek (WMF) (talkcontribs)

I can reproduce the issue you have. How ever, I don't remember if that's a feature or a bug. :) I've reported it for investigation and get a reply.

> My filters take three lines on my screen (4 filters and 14 highlights).

That's indeed taking a lot of space. Please tell me if you manage to refine the filters you use with bookmarks.

I use those bookmarks on my volunteer capacity for specific tasks I don't do at the same time (finding last edits made by newcomers but not patrolled and find problematic but fixable edits). I'm really more efficient that way. I let global overview of recent changes to people using specific software (like Huggle).

This post was hidden by Trizek (WMF) (history)
Reply to "The filters are great, but I have a couple of suggestions"