Kolejka stron oczekujących na przejrzenie z 3 ostatnich dni przekracza 500 . Nie widać tych starszych.
Talk:Edit Review Improvements/New filters for edit review
Jump to navigation
Jump to search
Hello
There is a technical limitation: the system will show 500 edits maximum. Or will show all edits done during the 3 days, if there is fewer than 500 edits.
(Automated translation: Istnieje ograniczenie techniczne: system wyświetli maksymalnie 500 wydań. Lub pokaże wszystkie zmiany dokonane w ciągu 3 dni, jeśli jest mniej niż 500 zmian.)
"hide if no changes since last viewed"
For example my watchlist has
"10:40 Menstrual cup 2 changes history 0 [Mathglot; Jasminrw]"
Which is this group of edits https://en.wikipedia.org/w/index.php?title=Menstrual_cup&curid=454390&diff=926121471&oldid=923607123&diffmode=source
It makes no change to Wikipedia. And I would like the option to hit it from my watchlist.
Thank you for this suggestion. There is no active development ongoing at the moment for the filters. I think it would be a good suggestion for the Community whishlist next year.
For example, I would like to filter OUT Wikidata edits. Otherwise, I really like the tool - appealing and easy interface, fast, not intrusive. Thanks! ~~~~
Thank you for your comment!
Do you have the "WIkidata" filter selected (checked)? If so, uncheck it.
In your preferences, check if "Show Wikidata edits in recent changes" in both Watchlist and Recent changes in your Preferences ar checked or not.
I gave you the explanations with the English labels, assuming that English Wikipedia is your primary wiki based on your profile.
Thank you @Trizek (WMF) for the fast response. :) Here are my current global settings:
Wikidata filter = Not checked
Watchlist: "Show Wikidata edits in recent changes" = Not checked
Recent changes: "Show Wikidata edits in recent changes" = Not checked
U said "global settings"?
Do you have this issue on your watchist, on Recent Changes or both? What happen if you check, save, uncheck and save those preferences?
On my watchlist. What is "Recent Changes"?
I did the following for Wikidata edits:
Check > Save > Uncheck > Save
I did that in the Filter and in Preferences. I purged cache afterwards, but no difference. I tried it on Edge and Chrome.
I have this Beta feature enabled: New wikitext mode. I don't know if that could be a factor.
Having wikidata edits showing up in my Watchlist is not a major problem for me, but I did want to give you all some feedback since you've worked so hard on this project and overall I'd call it a big success. :0)
Recent Changes are where all new edits are listed.
Do you use any gadget? Can you visit your watchlist using this special link? It will turn off any gadget/script/magic trick that may interfere.
@Markworthen, tested on Recent Changes?
I used the special link, but no change.
I use a lot of gadgets:
BROWSING
ImageAnnotator: view image notes and comments on file description pages
Redirect image links to Commons for files hosted there
Navigation popups: article previews and editing functions pop up when hovering over links
Open external links in a new tab or window
Twinkle: automate common tasks such as reporting vandalism, warning vandals, requesting deletion, welcoming users, and tagging articles (preferences)
Enable the Teahouse "Ask a question" feature
Reference Tooltips: hover over inline citations to see reference information without moving away from the article text (does not work if "Navigation popups" is enabled above)
FormWizard: a wizard for creating and expanding project pages
WATCHLIST
Geonotice: display notices on your watchlist about events in your region
Display watchlist notices
(This loads the base style for the watchlist. Please do not disable this option.)
Display green collapsible arrows and green bullets for changed pages in your watchlist, page history and recent changes (unavailable with the improved Watchlist user interface)
Display pages on your watchlist that have changed since your last visit in bold (see customizing watchlists for more options)
Subtle update marker: Tone down the "Changed since last visit" indicator on history pages. (By default it renders as a green-filled bar, enabling this gadget changes it to green text.)
EDITING
Add two new dropdown boxes below the edit summary box with some useful default summaries
Citation expander: automatically expand and format citations using Citation bot
Syntax highlighter: Alternative to the default coloring of wiki syntax in the edit box (works best in Firefox and works almost all of the time in Chrome and Opera)
HotCat: easily add, remove, and change categories on a page, with name suggestions (example)
Shortdesc helper: easily add and edit page short descriptions
wikEd: alternative full-featured integrated text editor for Firefox, Safari, and Google Chrome (documentation)
Yet Another AFC Helper Script: easily review Articles for creation submissions, Files for Upload, redirect and category requests
Form for filing disputes at the dispute resolution noticeboard
CharInsert: add a toolbar under the edit window for quickly inserting wiki markup and special characters
refToolbar: add a "cite" button to the editing toolbar for quick addition of commonly used citation templates
Add extra buttons to the old (non-enhanced) editing toolbar
APPEARANCE
Add an [edit] link for the lead section of a page
Add a clock to the personal toolbar that displays the current time in UTC and provides a link to purge the current page
MoreMenu: add Page and User dropdown menus to the toolbar with links to common tasks, analytic tools and logs (documentation: Vector, Monobook or Modern)
Change UTC-based times and dates, such as those used in signatures, to be relative to local time (documentation)
Display a floating alert for new talk page messages
Display an assessment of an article's quality in its page header (documentation)
Show radio buttons to switch between views of certain content, such as some maps
SidebarTranslate: display sidebar language links in English
Widen the search box in the Vector skin
Display links to disambiguation pages in orange
Strike out usernames that have been blocked
Improved appearance for mobile, narrow and wide screens (documentation)
XTools: dynamically show statistics about a page's history under the page heading
TESTING AND DEVELOPMENT
AddMe: endorse or join a project using Template:Probox
Make sure that headers of tables remain in view as long as the table is in view (requires Firefox v59 or Safari)
Install scripts without having to edit your JS files
QUESTION: If I give you permission, can you inspect my settings for Watchlist, Preferences, etc.?
The link I gave you enables Safemode to the page you visit (it adds safemode=1 to the URL): it disabled every script and gadget you use. The next process is to look for a bug in the console, which is explained on this page.
I can't have access to your Watchlist and all, unless if you give me your password, which is something you mustn't consider (and we won't do).
Copy here link from your browser when you are on watchlist and have unchecked Show Wikidata edits.
Unseen only - nothing else checked:
On my sandbox are two screenshots: (1) When Wikidata is the only box checked; and (2) My usual setting, which is "Unseen changes" being the only box checked.
I think I see where is the problem 
Unseen changes means all unseen changes without any filtering. This includes edits from bots, newbies, with problems, from Wikidata, etc.
You should add "page creations" and "page edits" a minima to avoid Wikidata changes to be displayed. Here is a link that had the same effect as your current filtering, without Wikidata items: https://en.wikipedia.org/wiki/Special:Watchlist?watchlistactivity=unseen&hideWikibase=1&limit=250&days=3&urlversion=2
Ah ha! Thank you so much Trizek, that worked. :0) I checked the boxes for Page edits, Page creations, and Non-minor edits. I appreciate your help!
You're welcomed, @Markworthen!
... but when I pick human edits only and most recent edit, I only get items listed where the most recent item happens to be a human edit. If the most recent edit is a bot, I still want to see the most recent human edit, no matter how deep it needs to search for it. ~~~~
I don't feel that it's good UI to have a dropdown menu that requires scrolling to see all of it (i.e. the menu itself is a scrollable panel). What about using toolbar-style icons, with helpful explanations on hover? (Unfortunately I don't know how you translate hover to touchscreen devices, but who really does serious wiki editing on a tiny phone screen?)
The menu is already subdivided, if you take access to Namespaces and Tags into account.
A toolbar would have been less efficient on the discovery side. Imagine that you have a very new interface you see for the first time, and you have to hover every icon to know what is done by each button? This is why everything is descriptive, with a title and a description.
And if you know what you are looking for (because you are an experienced user), you can still use the search bar (the blue highlight area here).
Concerning mobile, I would say that desktop editing is a "developed countries" privilege. So it would be unfair to have "serious wiki editing" only done on desktop. This is why mobile users now have a specific design for their Watchlist (see this week Tech News), which helps them to monitor their favorite pages with a better access to the filters.
I keep logging into recent topics and nothing happens
I'm not sure to understand what you mean. Can you detail a bit more your issue?
On which page is it happening? On which wiki? What do you try to do?
I'd like to have some control of the range for the "experience" levels. I'm an experienced editor creating a standalone wiki. It's not helpful to have the "only" 160+ contributions I've made so far to be lumped in with my users who are working with a wiki for the first time. Even less helpful to think that the arbitrary number of 500 is what I need to attain to bump me into the "experienced" level.
Either allow these categories to exclude administrators by option, or allow administrators to adjust the scoring ranges in a way that gives them a useful filter.
Thanks! ~~~~
So the goal would be to have a way to :
- define new experience thresholds (like user that have more than 50 edits but less than 200)
- filter users by status
Am I right?
Yes, that's exactly it. Thank you!
Defining thresholds is probably doable in your wiki's configuration file. @Roan Kattouw (WMF) will know more about it.
Filter users is not a feature we are considering for now. Developments are made in priority for Wikimedia wikis, and we are really concerned by filtering by users being used to stalk at people. The only way to filter users is by the number of edits, by thresholds.
Thank you. I will look there first, and check with @Roan Kattouw (WMF) if I get stuck. I presume you're using "stalk at" in a Wiki sense here.
I appreciate your responses!
@Bikerbudmatt Apologies for the late response; you can configure the experience thresholds in LocalSettings.php. Copy the settings below to your LocalSettings.php and change the numbers:
$wgLearnerEdits = 10;
$wgLearnerMemberSince = 4;
$wgExperiencedUserEdits = 500;
$wgExperiencedUserMemberSince = 30;
A user is considered "experienced" if they have $wgExperiencedUserEdits edits and have had their account for at least $wgExperiencedUserMemberSince days (default: 500 edits and 30 days). A user is considered a "learner" if they haven't reached "experienced" yet, but they do have at least $wgLearnerEdits edits and have been around for at least $wgLearnerMemberSince days (default: 10 edits and 4 days). A user is considered a "newcomer" if they don't have enough edits/days to be a "learner".
I like the ability to add colours to certain criteria, but I would also like colours that does the opposite of highlighting: maybe colouring the text gray or in pastel colours. I would for instance use it for bot edits, or maybe even my own edits. I might still want to see them, but not as much.
Are you familiar with CSS?
If so, you can use the classes defined for each type of edits to custom your interface. For instance, to have edits made by you being pale grey, you can add .mw-rcfilters-enabled li.mw-changeslist-self, .mw-rcfilters-enabled li.mw-changeslist-self a {color:#CCC;} to your common.css.
For bots, use .mw-changeslist-botinstead of .mw-changeslist-self.
Oh great, I didn’t realise criterias had different classes applied to them! I will do that, thanks for the idea :)
In the meantime, I do think it might be a nice feature for all users to have, getting a subduing colour feature along with the highlighting colour feature.
De rien for the CSS trick. Mediawiki features usually have well defined classes to allow these kind of customisations.
What would be the use case to have a faded color available? At the moment, people can add or remove a type of edits using the filters. They can easily switch between a view with bots or one without bots. If one needs to to this often, they can bookmark their favorite combinations.
The goal of the filters is not to have all edits displayed, and then use the colors with one color for your edits, one color for everyone else, one color for bots, one color for edits made on Project namespace... Colors are used when you have multiple types of edits that need to be differentiated within the same filtering cluster. If you don't want to display your edits and bot edits, you can easily remove them.
You can also use Deluxehistory, available in your preferences (Gadget tab) on French Wikipedia. This gadget will provide an highlight for edits (on Recent changes, Watchlist, history pages...) that will identify your edits, bot edits, IP edits... It is compatible with the filters highlights, that will change the color if needed.
About couple days ago, I have made a tag on Special:Tag page but it not appear on ERI tag list. How could it be?
Thanks for the answer.
Hello
Can you provide more context? Which wiki, which tag?
Thanks!
Oh sorry, my mistake. On Minangkabau wiki at "Artikel Wikipedia Masuak Sakolah" tag's. It's not appear on ERI tag list at Recent change page.
The tag has been applied to 0 edits. It will not appear until an edit matching this tag happens.
You mean it will appear on the drop down list when I click this button, right?
It will appear if:
- you click on the button and
- an edit is tagged with this tag
At the moment, zero edit is tagged with this tag. So you can't see it when you click on the button.
Roger that. Thanks @Trizek (WMF), you're awesome.
Oh, thank you! :D
It's a shame that the box for configuring the edit filters covers the user's watchlist. It means that, despite the changes taking effect in real time, the user cannot see the effect that their changes are having. I would like for the edit filter box to be a detachable panel, or a new window, or for there to be some other way that the user can actually see the result of what they are doing, without having to close and open the box repeatedly.
Which box are you referring to? Can you share a screenshot?
Yes, this box. You can see fragments of my obscured watchlist to the right of the edit box.
The box is not supposed to remain open if you've closed it.
What happen when you click outside of this box? Any click outside is supposed to close it; press Esc works too.
I can't reproduce the issue, so I suspect an issue with one of your scripts/gadgets. Do you still have the issue when you access the watchlist with this special link? If no, please follow the instructions about broken scripts and report here.
He do not want to close menu definitely to see updated list.
Ha, thanks Wargo! Now that I re-read it, it is quite obvious. Sorry for the misunderstanding.
Captainllama, changing the panel requires a significant work. I've documented it, but it is very unlikely to see this change made in the future.
