RfC: Deletion of drafts

The following discussion is an archived record of a request for comment. Please do not modify it. No further edits should be made to this discussion. A summary of the conclusions reached follows.
There is a consensus to enact the changes as proposed. Some of the opposition are concerned that this proposal creates a "three strikes" rule for submitted drafts, but the language of the new text does not give a hard number; draft reviewers are encouraged to take heed of the "without any substantial improvement" clause and not nominate simply based on decline count. As a note, none of the sub-proposals made gained any traction or significant support. Primefac (talk) 19:50, 10 June 2018 (UTC)

The deletion of drafts via MfD was previously discussed over two years ago in this RfC that concluded that drafts should not be subject to the notability criteria, but that there may be other valid reasons for the deletions of drafts. Reading the comments of the RfC and the close, there also seemed to be agreement that drafts should be works in progress, eventually expected to meet mainspace standards. Currently, it is possible to continually resubmit a declined draft to AfC with no changes while not meeting any of the CSD criteria or failing WP:NOTWEBHOST and effectively stay in draft space forever. This has caused some back and forth at MfD as what to do with these articles. To help provide clarity for this situation, I am proposing WP:NMFD be modified to read the following (updated text in red):

Drafts are not subject to article deletion criteria like "no context" or no indication of notability so creators may have time to establish notability. Drafts may be nominated for deletion at Wikipedia:Miscellany for deletion, but not solely based upon a concern about notability. A draft that has been repeatedly resubmitted and declined at AfC without any substantial improvement may be deleted at Wikipedia:Miscellany for deletion if consensus determines that it is unlikely to ever meet the requirements for mainspace and it otherwise meets one of the reasons for deletion outlined in Wikipedia:Deletion policy.

TonyBallioni (talk) 18:39, 11 May 2018 (UTC)

Drafts RfC Survey

@Kvng:, I suggest starting with the meta:Research:Autoconfirmed_article_creation_trial and wp:Autoconfirmed article creation trial/Post-trial Research Report. Eggishorn (talk) (contrib) 04:29, 12 May 2018 (UTC)
@Eggishorn: I've read those and they don't support what you're saying here. There is nothing in the report about draft author behavior. Also the WMF is only now gaining an understanding of how AfC works. The AfC-related conclusions in the report are disputed. There were more submissions to AfC but there is no evidence there was a "struggle" to keep up with it. See Wikipedia_talk:Autoconfirmed_article_creation_trial/Post-trial_Research_Report#AfC_backlog_"struggle". ~Kvng (talk) 14:38, 12 May 2018 (UTC)
Sure, AfC doesn't own the draft namespace, Amorymeltzer, but it was created with them in mind and with the hope that ACTRIAL would take place one of the days. Well, ACTRIAL took place, and has since become ACREQ and there has been the anticipated (but slightly lower than feared) increase in the number of drafts. Nevertheless, SoWhy's argument (i.e., it becomes a behavior/cluefulness issue) is indeed also appropriate, because the reviewing needs to be much improved so that even if they have clue, they will be singing from the same page of the same hymn book, and at the moment they do not appear to be doing either. And that's a much longer story. Kudpung กุดผึ้ง (talk) 20:48, 11 May 2018 (UTC)
I would qualify your description of the purpose of the draft space in this way: the purpose of the draft space is for folks to work on pages that are inappropriate for mainspace but will soon be appropriate for mainspace. The draft space is not a dumping ground for articles about just any topic that doesn't meet mainspace standards to remain indefinitely – that would be using Wikipedia as a web host. We expect drafts to be actively worked on and improved so that they will eventually be a part of the encyclopedia. If a draft is about a topic that is inherently non-notable and has no foreseeable chance at becoming notable in the future, then more community time is wasted when we allow it to be repeatedly submitted at AfC than if we allow it to be deleted at MFD. Fundamentally, it is not just a conduct issue, but an issue with the subject of the draft. If the real solution is to threaten to block a user if they don't stop submitting, and let it be deleted after waiting out 6 months via G13, then isn't that WP:BITEy and perhaps even more time wasting than if we just waited out 7 days at MfD? Mz7 (talk) 23:59, 11 May 2018 (UTC)
@Kudpung: I would say, personally, I would like a DfD system, but I've heard arguments that it won't have nearly enough traffic to work properly. Jjjjjjdddddd (talk) 03:45, 12 May 2018 (UTC)
The prerequisites to precede are (1) Wikipedia_talk:Criteria_for_speedy_deletion#Applying_A*_criteria_to_submitted_drafts and (2) fixing the AfC practice of the confusing rejection template. —SmokeyJoe (talk) 21:39, 11 May 2018 (UTC)
DAB pages are dealt with at MfD. They may need to be deleted occasionally, but rarely for the reasons that junk that is received at AfC needs to specially treated. Kudpung กุดผึ้ง (talk) 22:06, 11 May 2018 (UTC)
Actually, DAB pages are usually dealt with at AfD - if the issue is deletion. More importantly, however, there are a number of non-deletion issues for which disambiguation pages require a central noticeboard, including move requests, and proposals to change an existing article or redirect to a disambiguation page (or to turn an existing disambiguation page into an article). bd2412 T 22:19, 11 May 2018 (UTC)
DAB pages are never dealt with at MfD but are immediately referred to AfD. DAB discussions would be better as RM discussions on the DAB talk page, except if an outcome is deletion the discussion would be deleted. —SmokeyJoe (talk) 22:25, 11 May 2018 (UTC)
In that case you'd better send this to RfD ;) Kudpung กุดผึ้ง (talk) 22:53, 11 May 2018 (UTC)
With four incoming links, and before today an average of less than one view per ten days, rfding it would be busywork. —SmokeyJoe (talk) 03:39, 12 May 2018 (UTC)
Sanctioning new throwaway SPA accounts does not solve much. MfD is no more a seperate process from Draft space than AfD is a seperate process for Mainspace. I am unaware of any way to prevent someone from adding the AfC submit code to any page other than to block them. Legacypac (talk) 05:18, 12 May 2018 (UTC)
Egaoblai this isn't a CSD so they aren't automatically deemed worthless. Having an MfD for those drafts declined spuriously means that they'll get attention from multiple editors and more accountability and an accept in those cases where the declines are spurious Galobtter (pingó mió) 12:13, 12 May 2018 (UTC)
At MfD we can discuss and save if the AfC reviewers are wrong Legacypac (talk) 08:01, 13 May 2018 (UTC)
I agree with your concerns Egaoblai but a timely MfD is likely to be an improvement on the draft ageing out and being quietly deleted G13 after 6 months. Espresso Addict (talk) 00:26, 15 May 2018 (UTC)
if that is true for a draft that can be discussed at MfD. Legacypac (talk) 08:01, 13 May 2018 (UTC)
If they get repeatedly resubmitted they never get to G13 Galobtter (pingó mió) 06:35, 13 May 2018 (UTC)
  • G4 is applicable if they blindly re-create it after an XfD debate without fixing any of its issues. We shouldn't salt the earth unless and until they prove themselves unwilling or incapable of listening to criticism of their article by repeatedly growing a new one from the ashes. —Jeremy v^_^v Bori! 19:18, 15 May 2018 (UTC)
  • @Jéské Couriano:, I declined a draft with 2 - 3 can't remember previous deletion, CSD G11 (Advertising) with G4 (SALT). The admin who process initially did G4, but then said "unnecessary for draft" so then reallow creation for G4. G4 can only be used for mainspace, not draftspace, I am thinking to extend it to here. --Quek157 (talk) 21:20, 15 May 2018 (UTC)
"It excludes pages that are not substantially identical to the deleted version, pages to which the reason for the deletion no longer applies, and content that has been moved to user space or converted to a draft for explicit improvement (but not simply to circumvent Wikipedia's deletion policy). This criterion also does not cover content undeleted via a deletion review, or that was only deleted via proposed deletion (including deletion discussions closed as "soft delete") or speedy deletion."(emphasis in italics). This is the big problem NOW at the draftspace which is this entire RfC is for. It is quite protected and is not like others. I just came back after a long hiatus and apparently it is now like that, FYI too =) --Quek157 (talk) 21:25, 15 May 2018 (UTC)
TonyBallioni the latter part of your proposal "otherwise meets one of the reasons for deletion". AfC pass requirements are stricter than those for an article to remain. Most notably on issues such as verification (AfD can be stopped by sheer possibility of finding sources) and promo levels (AfD articles have to be completely promo). Would a strict following of this proposal not risk us having a group of articles that would continually fail AfC but not be deleted under WP:DEL-REASON? Nosebagbear (talk) 14:54, 6 June 2018 (UTC)
I'm obviously not Tony, but I would imagine that in such a case if an MfD is closed as keep, then the article fails AfC again or just sits there for a while, then that very fact can be used as an argument to delete at a second MfD. And, of course, if the draft is left unedited for 6 months then it'll get G13'd. ƒirefly ( t · c · who? ) 09:34, 7 June 2018 (UTC)
Nosebagbear, sorry for the late response. AfC's acceptance criteria is "is likely to survive AfD", which means they are substantially lower than the mainspace requirements. Also, if the reviewer has made mistakes, MfD will likely suggest booting it to mainspace with no prejudice against sending to AfD. TonyBallioni (talk) 14:21, 7 June 2018 (UTC)

Drafts Discussion

TBD, the whole Draft system itself, should be abolished. IMHO, it's best to let an editor create an article as a stub, then let the community gradually evolve that article. Meanwhile, individual editors can use their own sandbox to construct what they want to put into an article created by themselves or somebody else. The Draft system is just an extra layer, for editors to fight over. GoodDay (talk) 19:17, 11 May 2018 (UTC)

I do not think that is an appropriate suggestion at all. Coming from a user who has a very high count of minor edits and not in the areas under discussion here, I wonder on what experience you actually base your comment. Kudpung กุดผึ้ง (talk) 20:59, 11 May 2018 (UTC)
Up until a few weeks ago, there were quite a few Draft-related disputes concerning behavior being brought to ANI. This wouldn't have occurred, if there were no Draft system. GoodDay (talk) 21:20, 11 May 2018 (UTC)
'Quite a few' is quantitively subjective. I'm no friend of statistics where concrete empirical evidence exists, but I would like to see that claim supported by some numbers. Are you an admin? Do you frequent ANI regularly? I do. Those issues would probably have been brought to ANI under some other reason. — Preceding unsigned comment added by Kudpung (talkcontribs)
Abolish the Draft system & the community just might be happier for it. GoodDay (talk) 22:17, 11 May 2018 (UTC)
Heh, I remember the days when AfC drafts were stored in the "Wikipedia talk" namespace because the draft namespace just did not exist. Let us not return to those days. Mz7 (talk) 09:56, 12 May 2018 (UTC)
Re: "Up until a few weeks ago, there were quite a few Draft-related disputes concerning behavior being brought to ANI. This wouldn't have occurred, if there were no Draft system." On those grounds, if we abolish article space we'll have no article concerns brought to ANI, and if we abolish User space we'll have no User space concerns... perhaps we should just abolish Wikipedia? Boing! said Zebedee (talk) 10:35, 12 May 2018 (UTC)
(edit conflict) I also endorse GoodDay's comment. Ivanvector (Talk/Edits) 19:20, 11 May 2018 (UTC)
I agree but 1) I never propose RfCs that I don’t think have pre-existing consensus, and I think making N apply to all drafts at the beginning doesn’t have a chance of passing. 2) This actually expands the force of N to drafts more than it is now, while still shielding them from the brunt of it initially. It can’t be the sole reason for deletion, but a repeatedly deleted draft that fails the notability criteria and doesn’t have a chance of being in mainspace. TonyBallioni (talk) 19:30, 11 May 2018 (UTC)
I just think the implementation of the RfC has been very poorly done; I get the intent, but, ugh. The notion that the draft space should be an incubating space for content intended to form part of an article, and not a junk space to hold whatever bits of writing anyone wants to drop there, seems to be a minority opinion. It's absurd to me that we allow editors to post basically anything they want in draft space, like the thousands of drafts that are nothing more than SEO listings for entirely non-notable businesses. We keep telling the authors of these articles that they "don't demonstrate notability" but our AfC messages encourage them to try again by adding more references, as though we'll decide to accept their article that's just a list of directors of their tech startup if they just pay for enough copies of their own press release, and so of course they resubmit over and over again with no meaningful improvement. There's no meaningful improvement to be made, the topic is not notable. We should empower our AfC reviewers to just come out with it and say, "this isn't notable" and punt the drafts to MfD immediately. And we can word that response as gently as we need to, we've been rejecting and deleting articles on non-notable topics for, oh, 17 years now? But if everyone who's been here a month can see that a draft on a non-notable topic is going to end up being deleted, is it more bitey to string an editor along for months and possibly years with messages telling them they just need to improve the draft a bit more before it can be an article when it never will be, or just delete it outright and say "thanks, but no"? I realize I'm ranting here and I'm probably not even really addressing the proposal at this point, but if anyone wants to really consider this, my talk page is probably a good place to respond.
Tony, to reply to your comment more briefly, a draft that doesn't have a chance of being in mainspace shouldn't need to be repeatedly [declined] before we pull the plug and delete it. In my opinion we should be able to make that determination much earlier in the process. To GoodDay's point, when a draft is reviewed we should be able to determine its article-worthiness on the first go-round, and either promote it or delete it. If it's notable but poor quality, promote it and let the usual community improvement process proceed. If it's not notable, delete it. Somehow AfC has evolved into a highly arbitrary quality pre-screening process, and I'm pretty sure that was never the intent. Ivanvector (Talk/Edits) 20:39, 11 May 2018 (UTC)
Ivanvector, The notion that the draft space should be an incubating space for content intended to form part of an article, and not a junk space to hold whatever bits of writing anyone wants to drop there, seems to be a minority opinion, is in fact very much a majority opinion. Our CSD criteria are very strict and narrow but there is no catchall for cases that don't completely match a criterion. I agree entirely that when a draft is reviewed we should be able to determine its article-worthiness on the first go-round, and either promote it or delete it. But we don't even do that in the harsh reality of the front-line trenches at at NPP where there are borderline cases that have to be sent to AfD, or inappropriate CSDs that admins have to decline and send to AfD. Contrary to GoodDay's point, it's not the Draft namespace that should be deprecated - it's more likely that AfC should be abolished or merged into NPP - but we're trying to come up with a compromise that will prevent that happening). Kudpung กุดผึ้ง (talk) 21:38, 11 May 2018 (UTC) Kudpung กุดผึ้ง (talk) 21:38, 11 May 2018 (UTC)
User:Kudpung, User:Ivanvector - I honestly didn't know that the common sense stated above was a majority opinion. It often seems that I am in the minority in thinking that draft space should be kept free of crud that will never be ready for mainspace. I don't mean to be sarcastic, but it does appear that Ivanvector and Kudpung and I are in the minority in wanting to apply common sense to what can be in drafts. Perhaps the problem is that AGF and BITE are carried to such extremes that they are allowed to override judgment about drafts. As User:Legacypac said today at my talk page, there is a culture of busybodies who have no practical experience at AFC or MFD but show up to express opinions. This is unfortunately part of a larger Wikipedia culture that it is a good idea to dump on the reviewers for not being sufficiently welcoming to new editors (even if they are fools or flacks). I honestly didn't know that Ivanvector and Kudpung and I were in a majority, when there is a culture of editors who preach platitudes about AGF and BITE without seeing the fools and flacks. (Of course new editors who have clues should be welcomed. Some do, many don't.) Robert McClenon (talk) 23:24, 12 May 2018 (UTC)
Userspace. —SmokeyJoe (talk) 21:44, 11 May 2018 (UTC)
Of course it would be better extend it to all users. We could do away with AfC altogether then, but that would defeat 50% of the object of having ACTRIAL - allowing IPs and non-confirmed user to create drafts was part of the plea bargain in order to get ACTRIAL approved at all. Kudpung กุดผึ้ง (talk) 04:32, 12 May 2018 (UTC)

Regarding MfD of drafts and G13

I've heard that G13 is supposed to delete the junk from draftspace, but there's a better way. I propose that we repeal G13 and expand *some* CSD to draftspace, possibly write up new draft-specific CSD and PRODs, without actually expanding the normal PROD to draftspace (because it wouldn't be patrolled enough). Why? First off, G13 is simultaneously too fast and too slow. Too slow to delete the obvious garbage (and does nothing for repeat, unchanged, AfC submissions), and too fast to accommodate an abandoned-but-workable draft. Second, G13 is arbitrary. 6 months means nothing (see also WP:NODEADLINE). In a nutshell, more specific deletion criteria, less G13 dragnet. Thoughts? Jjjjjjdddddd (talk) 03:58, 12 May 2018 (UTC)

Keep G13 and extend PROD to drafts. After all, it's no worse than PRODing a new article at NPP. Again, however, I come back to what I've been saying several times: Improve the Wizard so that it provides some useful instructions for new users. Kudpung กุดผึ้ง (talk) 04:27, 12 May 2018 (UTC)
G13 actually sorks in favor of good drafts. A non-AfC Draft gets the attention of an experienced user working the G13 elegable list and, if tagged for deletion, an Admin's attention. I've sent many pages to mainspace from the G13 list (but 99% that reach G13 need to go in the dust bin). Rejected AfC Drafts may be bot nominated.
MfD can function as an advertised PROD for Draftspace. If no one objects a week after nomination an Admin deletes. Legacypac (talk) 04:55, 12 May 2018 (UTC)
How would some sort of PROD be helpful for drafts if they're being resubmitted? That just sounds like you want to take G13 down from 6 months to 1 week. Nobody but the occasional AfC participant looks at any given draft, so any PROD-like system is just an attempt to mass-delete drafts. I don't think we have a rash of people who take a week or two off from their draft but come back and "ruin" G13 five months later. Either these pages are resubmitted to the point of disruption or they're not. ~ Amory (utc) 13:17, 12 May 2018 (UTC)
G13 is one of the most bizarre rules on Wikipedia. I still don't know the reason it was instituted. These arguments about "clogging" the wiki are bizarre when you consider that it's all online. Also many of the deleting admins at g13 don't even look at what they are deleting, which to me is ludicrous for a wiki that claims to be a repository of the world's knowledge. Again, what exactly is the problem here and why are people looking for ever more unilateral ways to delete potential content?Egaoblai (talk) 10:43, 12 May 2018 (UTC)
I agree with you on G13, but I think it should be easier to delete drafts without potential, and other junk, so there are less junk drafts to get in the way of viable drafts. Jjjjjjdddddd (talk) 23:41, 12 May 2018 (UTC)
Egaoblai, Also many of the deleting admins at g13 don't even look at what they are deleting, which to me is ludicrous, that's a strong claim. Please state on what experience you base your assumption. Provide concrete examples. Kudpung กุดผึ้ง (talk) 02:37, 13 May 2018 (UTC)
I was looking through the G13 pages in December and saw one that I thought might be worth looking at, or at the very least not deleted without a conversation. The next day I went back to find it, but it had gone. I posted on deleting user's talkpage and asked them what the reason for deletion was, they said that it was because it hadn't been edited in 6 months and that was the only reason needed to delete an article.
I posted on the admin board about this as I believed that this was not the spirit of the rule and that deleting admins at g13 were supposed to check the articles before deleting them. The incident was closed and I messaged the closing admin about it, which actually led to this discussion: https://en.wikipedia.org/wiki/User_talk:Primefac/Archive_14#Closing_the_Incident whereI was told that deleting admins can and do delete articles at g13 without looking at them. Winged Blades of Godric even stated that "even a GA-standard article, that for some reason has been lingering for over 6 months in draft space, could be G13-ed." Not that they neccesarily agreed with that, but that is the system that is happening right now. Do we really want the same lack of oversight to be applied to PROD too? Egaoblai (talk) 16:16, 13 May 2018 (UTC)


This is commonly known, Kudpung. It may be that most admins who patrol G13 are diligent, but – as often happens – the vast majority of G13 deletions are carried out by the minority of admins who aren't. – Uanfala (talk) 14:47, 13 May 2018 (UTC)
On the contrary when I nominate G13 I save the occasional useful page and the Deleting Admins occasionally save a page I nominated so they are looking at them. We have a G13 postponed category too. We definately need G13 or the rejected and abandoned would pile up. G13 sweeps up all kinds of problematic pages, including link spam. Legacypac (talk) 04:06, 13 May 2018 (UTC)
Wow... just wow... Time for a history lesson. G13 was originally created when we had One hundred and thirty thousand pages in the space Wikipedia talk:Articles for Creation/ that had been created by 15-minutes-of-fame editors that had zero interest in coming back and correcting the issues raised with their submission. G13 was originally written to address AfC pages that had been 100% unedited for 6 months. Editors went through and did bulk nominations causing admins to be upset with the amount of pages G13 nomination category and with the overall size of the CSD nominations set. I developed a bot script that would procedurally go through all the pages and warn the author that the page was in danger of being deleted under G13, how they could prevent the deletion, how they could get the page back with a very low effort, and if they were a user the option of WP:USERFICATION. The bot limited the number of pages in the G13 sub-category to 50 pages at once so as to not overflow the admins. Over time the backlog was addressed, AfC moved to Draft space, Incubator moved to draft space, the G13 rule got finessed to be "unedited for 6 months (barring bot edits or trivial changes)" (which I think opens it up to discretion and uphold the more strict interpertation of the rule), and finally G13 got expanded to encompass all of Draft space. G13 was written to be a binary question Has this page been unedited for at least 6 months? If so, you may nominate for CSD:G13. The amount of Good will that is expended towards the authors whose pages get swept up by G13 is far more than any other area in Wikipedia for the simple reason that these authors are supposedly the newbies and shouldn't be bitten by not knowing all the esoteric rules of mainspace. Abolishing G13 will only create more MFD nominations. Hasteur (talk) 01:56, 14 May 2018 (UTC)
  • G13 is certainly required but I've found ~5% of G13-ed abandoned drafts are on notable topics which might be salvageable with work but aren't ready for mainspace. I wish there were some way of dealing with these and bringing them to the attention of a wider editor base. Robotically deleting G13s because they are eligible feels wasteful to me. Espresso Addict (talk) 12:00, 15 May 2018 (UTC)

Sticky PROD for drafts (idea)

TonyBallioni expressed these 4-points in the above proposal.

  1. repeatedly resubmitted
  2. with no improvements,
  3. has no chance of being in mainspace, and
  4. has no sourcing for uninvolved editors to show notability

There are many, many drafts that currently possess the above characteristic squarely. However, I (previously) largely opposed because, it just repeats what exists, and will not make any solid difference to how MfD is run now. Because any draft that clearly possess these characteristics, it will surely be deleted at MfD. Now we are looking for way to move forward. To agree on more process that will hasten deletion of utterly non notable drafts that otherwise didn't met any of our CSD criterion and at the same time be courteous to these new users. One of the option can be clear need for Speedy criterion for them, which has been repeatedly discussed but lacked support. So I think why should we not try special PROD for that kind of drafts?. I know something like this was discussed before, but I am outlining it more explicitly below for more thought.

  1. A draft meet all the above four characteristics.
  2. A special sticky Draft Proposed Deletion tag (DPROD) is placed by user.
  3. Once draft is tagged with DPROD tag, then it cannot be removed unless if the person wishing to remove it has thoroughly rewrote the article and moved it to mainspace. (This will serve two purposes: It will be an incentive to save salvageable drafts and at the same time any non-notable draft moved to mainspace without development will now be subjected to both WP:ACSD and AfD.)
  4. If the tag, remains in the draft after say 1 week, 2 weeks or 1 month at most; then it will be summarily deleted as expired DPROD. Any recreation is subject to rule of G4 since it is determined not notable at all and no one is willing to explain why it should stay here.

Through this method, a large number of these hopeless draft will be easily shown the way out without exhausting editors' time at MfD and at the same time ample chance is given for anybody to prove why they should stay here.

Of course, this can be tweaked and refined. –Ammarpad (talk) 10:24, 12 May 2018 (UTC)

Again Egaoblai you are making some very strong assumptions. The way Wikipedia is run, some examples would be needed to give weight to your opinions. Our PROD systems were introduced on very strong consensus - are you suggesting PROD is 'undemocratic' just because you found one that was kept at AfD? Kudpung กุดผึ้ง (talk) 02:47, 13 May 2018 (UTC)
So, I have looked at your editing history and your user page and checked out the articles. I admit that more 'BEFORE' should have been done prior to listing them for deletion. But this is not a fault of the system, it's a problem of educating the users who tag them. In the case of the school article on which your arguments were excellent, your adversary has a clear pattern of singling out schools for deletion. They generally lose the school AfDs they nominate or vote on. Kudpung กุดผึ้ง (talk) 03:11, 13 May 2018 (UTC)
A system should be evaluated by how it works in practice, not in theory. Furthermore, just because a system is established by consensus does not mean the system itself is democratic. — Godsy (TALKCONT) 04:57, 14 May 2018 (UTC)
Draft is for article development - you got that part right. Deletion procedure is for junk/promo that is not going to be an acceptable article. Legacypac (talk) 15:12, 14 May 2018 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Remove default subject for "Email this user"

Moved to MediaWiki talk:Defemailsubject

Can we please remove the default "Wikipedia email" subject for "Email this user" and force editors to add their own custom subject? It would make my Inbox much easier to navigate and I imagine the same would be true for others. --NeilN talk to me 14:38, 11 June 2018 (UTC)

Follow up at MediaWiki talk:Defemailsubject. — xaosflux Talk 15:13, 11 June 2018 (UTC)

Proposal to change "on the article's talk page" for deleted articles

If one goes to Wikipedia: Articles for deletion, one can often see notices after a discussion has closed saying "The following is preserved as an archive of the debate. Please do not modify it". This notice then says that subsequent comments can be added to a deletion review or to the article's talk page. However, making comments on an article's talk page is difficult if the article has been deleted here. My proposal is that we change the wording if an article has been deleted. Vorbee (talk) 19:12, 6 June 2018 (UTC)

Conversely, the talk page is the single best place for subsequent comments if the article hasn't been deleted.
(I'm going to preemptively oppose any suggestion that Template:Afd top and Template:Afd bottom change to require additional parameters, either the article's name or whether it's been deleted. People do still close discussions with just the edit button.) —Cryptic 19:50, 6 June 2018 (UTC)

Proposed mergers

A discussion at the village pump in 2013 overwhelmingly concluded the current proposed mergers system (the process & templates) to be inadequate. A consequent discussion on implementation of an automated system similar to requested moves was archived after 2 months of inactivity. The latter discussion had 6 participants; no conclusion was reached. I would like to see if there is a change in consensus to see if we can reach a conclusion. — Preceding unsigned comment added by 75.67.58.188 (talk) 20:54, 11 June 2018 (UTC)

Minor visual update to access locks

Following a an old RFC, the current access lock scheme for CS1|2 template is

The first icon is meant to convey open access, the second one is meant to convey limited access, the third one is meant to convey closed access. This scheme has as a few problems.

First, the red lock is not very recognizable as a lock. To fix this, I propose a more recognizable red lock

However, an additional problem is that Green/Blue/Red makes does not convey progression, and was picked over a more logical Green/Yellow/Red by a non-statistically significant 1 vote, mostly because the yellow didn't look very yellow. It also tends to get lost in the sea of blue, e.g. (JSTOR 01234 Free registration required)

To fix this, I propose a better intermediate level lock: grey

Some people also didn't like the red, feeling it was too aggressive, so we could stick to green and grey:

The "new2" scheme only has advantages compared to the current scheme: It has more recognizable icons, better accessibility, and better conveys levels of access. "new3" loses easier distinctions between limited and closed access, but is also less aggressive.

Which of the proposed schemes should we use?

The problem with is that it looks like an lowercase a. This is particularly bad when printed, or in grayscale. Headbomb {t · c · p · b} 18:44, 7 June 2018 (UTC)
You are right! Maybe using a different shaped lock body … like the keyed padlocks that are shaped more like an upside-down Ü See second and fourth pictures in gallery vs the first one at Master Lock. Jbh Talk 15:13, 8 June 2018 (UTC)
@Jbhunley: those get confused with HTML security locks like this one. Headbomb {t · c · p · b} 15:15, 8 June 2018 (UTC)
Ahh... I had not thought of that. Jbh Talk 15:19, 8 June 2018 (UTC)
@LittlePuppers: The mouseover text says it means "free registration required". --Ahecht (TALK
PAGE
) 23:27, 7 June 2018 (UTC)
Ah, okay, I see that now. Thanks, Ahecht! LittlePuppers (talk) 23:38, 7 June 2018 (UTC)
If you want data, I asked about 10-12 non-Wikipedian their opinions of the red lock, and about half recognized the dial-less lock as a lock. Everyone recognized the dial lock as a lock. Additionally every single one was confused by the Green/Blue/Red scheme ("why blue/what does blue mean", or made a comment "why don't you use yellow?"), but no one was confused by Green/Yellow/Red or Green/Grey/Red scheme. Headbomb {t · c · p · b} 14:17, 8 June 2018 (UTC)
• Building something off emoji may be the best idea. They are the most 'standard' icons and people across the world will be familiar with the iconography even if the visual details vary from implementation to implementation. Jbh Talk 15:18, 8 June 2018 (UTC)
I could support this idea, I think, so long as the free-to-read Unicode character could be differentiated somehow: maybe a white background? The opened lock might be hard to see. (As you can tell, I don't know anything about Unicode characters, or if they could be changed.) — Javert2113 (talk; please ping me in your reply on this page) 15:23, 8 June 2018 (UTC)
Emojis are by far the worst of ideas. Their appearances varies, they often look downright awful, and are often barely distinguishable, even to those with perfect vision, and aren't simply designed to convey information and meaning. And we also lose the association with the PLOS Open Access icon (this one meaning free to re-use). Headbomb {t · c · p · b} 15:24, 8 June 2018 (UTC)
Oh, and here I thought it was my terrible eyesight. Yeah, emojis might not be the best idea after all. — Javert2113 (talk; please ping me in your reply on this page) 15:40, 8 June 2018 (UTC)
@Nyttend: new2 doesn't have two red icons. What are you talking about?Headbomb {t · c · p · b} 23:14, 10 June 2018 (UTC)
Aren't left and right the same color? They look the same to me. Nyttend (talk) 02:12, 11 June 2018 (UTC)
Only if you're red/green colorblind. But you'd see that in every other scheme as well. Headbomb {t · c · p · b} 02:21, 11 June 2018 (UTC)
Not every scheme. I designed the main chart at WP:CANCER to be red-green-colorblind-friendly after I realized that the original red/green (chosen by a previous editor) was a problem. --Guy Macon (talk) 02:35, 11 June 2018 (UTC)
every scheme above is green/something/red save for new3 which is green/grey/grey. Headbomb {t · c · p · b} 02:41, 11 June 2018 (UTC)
Maybe we could mix some blue and orange into those? It wouldn't be the worst idea: blue-green for open-access, orange-red for closed access. Not sure if it's been implemented already. —Javert2113 (Let's chat!) 02:42, 11 June 2018 (UTC)
If you did that, you'd lose the association between progression of access and progression of color for 95% of people. Headbomb {t · c · p · b} 03:44, 11 June 2018 (UTC)
Yes, I am red-green colorblind, and I see the same thing in every other scheme; I just thought I should respond to the new ones, since seemingly they're the only ones under discussion. Sorry for the disruption; I didn't realise that they weren't the same colors. Can't we just scrap the whole color issue and use completely different icons, and the colors either wouldn't matter or they'd all be the same? Use an open padlock for "you have access" (similar to the one next to "Get online access" at [1]), use a closed padlock for "you don't have complete access", and an X on background (like File:Octagon-warning.svg) for "you have no access at all". Nyttend (talk) 03:08, 11 June 2018 (UTC)
Well, that's the reason why the icons are different, empty body + open shackle, half body + half shackle, full body + closed shackle. An X would be very unclear in meaning (broken link? not working? disabled? don't go there? hide/close citation? hide/close identifier?), and could also be confused with the character X. Headbomb {t · c · p · b} 03:32, 11 June 2018 (UTC)

Yes, I'm worried about the semiotic differences between a closed shackle and an X. They're different, sure, but as Headbomb notes, folks might not be able to immediately distinguish the two, insofar as instant understanding of access to information is concerned. But that's not the proposal at hand, so please pardon my digression. —Javert2113 (Let's chat!) 03:46, 11 June 2018 (UTC)

By the way, what does "limited access" mean in this context? No authentication needed, but issues not related to authentication (e.g. technical issues; maybe the website goes down a lot) may prevent access? As far as "X", how would you ever get that confused with the letter X in running text? Who's going to confuse my proposed image with a simple character? Nyttend (talk) 23:33, 11 June 2018 (UTC)
See Help:Citation Style 1#Registration or subscription required (current blue locks [registered/limited]). Headbomb {t · c · p · b} 00:40, 12 June 2018 (UTC)

Nutshell templates

I am proposing that the nutshell templates be used in Wikipedia's encyclopedic articles to provide a quick summary about a particular subject. Please let me know what you think of this proposal.
Example: United States

--2601:183:101:58D0:B420:71FD:AA18:2464 (talk) 21:54, 3 June 2018 (UTC)

No. That’s what the lead section is for. Beeblebrox (talk) 22:29, 3 June 2018 (UTC)
The first sentence at United States reads: "The United States of America (USA), commonly known as the United States (U.S.) or America, is a federal republic composed of 50 states, a federal district, five major self-governing territories, and various possessions." We think our readers are capable of reading and comprehending a 33-word sentence; 10-year-olds are not our target audience. What reader benefit does your nutshell add that justifies the added clutter? ―Mandruss  22:31, 3 June 2018 (UTC)

Why do policy and guideline pages use the nutshell template? Why not use the first sentence of the article? --2601:183:101:58D0:B420:71FD:AA18:2464 (talk) 23:03, 3 June 2018 (UTC)

See WP:SHORTDESC. This is a project that does almost exactly what you are looking for. Bradv 23:28, 3 June 2018 (UTC)
Nutshell banners work well when the page is a lengthy set of instructions and the reader needs help to understand what they should do or focus on. For an encyclopedia article, what Brad noted. A database of 5 million short descriptions on any topic is quite useful on its own, can be used on mobile apps, book reading apps, Google search result page, etc.. but when landing on the encyclopedia page itself, it's redundant with the lead section. -- GreenC 14:04, 7 June 2018 (UTC)

American English Wikipedia

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


Split American English Wikipedia (let's say american.wikipedia.org) and use British English on English Wikipedia as British English is the original dialect of English. That would solve all debates on which dialect of English should be used on which article. Erkinalp9035 (talk) 16:36, 18 May 2018 (UTC)

Articles currently in American dialect would be moved to American English Wikipedia. Articles written Australian, NZ and Indian varieties would be converted to British English. Erkinalp9035 (talk) 16:38, 18 May 2018 (UTC)

Extremely bad idea. Lots of work without any gain whatsoever. Also, Australian and New Zealand Englishes are perfectly legitimate and separate varieties of English. Mr KEBAB (talk) 16:40, 18 May 2018 (UTC)
@Erkinalp9035:, you may want to see this. The wild impracticality also applies equally to this. I also suggest reading the Manual of Style on English varieties. Good luck. Eggishorn (talk) (contrib) 16:43, 18 May 2018 (UTC)
WP:ENGVAR is already quite adequate to deal with it. Splitting projects would be a massively excessive "solution" to an already solved problem. Seraphimblade Talk to me 16:45, 18 May 2018 (UTC)
Sorry for necroposting, but MediaWiki already has a separate "en-gb" language option, so we could theoretically have a "en-gb.wikipedia.org". Lojbanist remove cattle from stage 23:29, 29 May 2018 (UTC)
It'd be better to have someway to convert articles between the two (actually all) English dialects within the same Wikipedia. I think that was originally planned for the Serbian Wikipedia (for ekavski and ijekavski dialects) using lookup tables or something.Details on that plan here. I'm pretty sure that part wasn't implemented and they only got the Latin/Cyrillic script converter. Anyway, the ekavski/ijekavski problem is a headache (go read about it) but doing English "dialects" should be really simple. Brightgalrs (/braɪtˈɡæl.ərˌɛs/)[ᴛ] 15:38, 6 June 2018 (UTC)
There are some quirks that make it a non trivial exercise, but it could be done, it would be appreciated by some of our readers. I've argued in the past that we should go down the Chinese wiki route and let the readers choose the version of English they want displayed to them. But I now think we should first find out what proportion of English Wikipedia users would benefit. ϢereSpielChequers 11:24, 12 June 2018 (UTC)
Some words and idiomatic phrases are completely different (consider an article on torches, for example). Thus the onus would fall on editors to markup the source appropriately. I suspect this would face issues in practice. isaacl (talk) 16:17, 14 June 2018 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Polling templates

I suggest including the polling templates on Commons to Wikipedia. It would look better on Requested moves, Articles for deletion, and Proposed mergers and other Wikipedia proposals.
https://commons.wikimedia.org/wiki/Category:Polling_templates
--192.107.120.90 (talk) 14:03, 7 June 2018 (UTC)

Making widely-used icons consistent and modern

There is no consensus to make any changes.

Cunard (talk) 00:35, 2 July 2018 (UTC)

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Look into most used files. We have four different information icons in the top thirty images. Most of them are also really old designs with lots of details (which was a thing in mid 2000s but not anymore) and they don't scale down to the size that they are being used. Most used icons are mostly in three categories:

I hereby suggest using more modern set of icons that are more abstract (for example see Template:Astronomy-stub) or more specificity from these five sets: c:OOjs_UI_icons (icons used in the interface of mediawiki), Wikipedia 15 icons, c:Category:Material Design icons (because of the similarity), and c:Category:Emoji One BW (because of the diversity of the inventory). If not, at least putting some style guide for the icons. Ladsgroupoverleg 23:58, 26 May 2018 (UTC)

Yeah, I agree. Another icon-related thing: does anyone want Wikimedia to implement some form of HTML5 Canvas? Lojbanist remove cattle from stage 02:14, 27 May 2018 (UTC)

Some current icons:

This is the current version of ((Ambox)).
Puzzle piece

Warning icon Please stop disruptive blah blah blah.

The neutrality of this article is disputed. Please do not remove this message until conditions to do so are met.


Compared to icons from the proposed sets:

This version uses an icon from OOJS UI.
Puzzle piece from OOJS UI.

Warning icon Please stop disruptive blah blah blah.

The neutrality of this article is disputed. Please do not remove this message until conditions to do so are met.

--Yair rand (talk) 03:09, 28 May 2018 (UTC)

The proposed icons are mostly horrible and not inline with the aesthetics of the project. The puzzle piece especially, which loses the Wikipedia logo entirely. I don't mind the new scales however. Do it on a case by case basis, but remember that most of the use of the 'bad' icons (like some assy .jpg version) is due to the substitution of old templates that have long been updated to look better. Headbomb {t · c · p · b}
I agree about the puzzle logo but other ones look way better. Specially having consistency in the look seems great to me. We can use more blue in the icons to give the sense of ink Ladsgroupoverleg 04:41, 28 May 2018 (UTC)
  • Mixed - I would say the same - the new scales look nice, but the others are less so, especially the puzzle piece as noted. Consistency all well and good, but some consideration on whether the older or more modern design is better in each case would be advisable Nosebagbear (talk) 12:24, 29 May 2018 (UTC)
  • Support. It should be noted that the French Wikipedia is attempting something similar. Lojbanist remove cattle from stage 23:26, 29 May 2018 (UTC)

Changing information icon

This is proposal to replace blue information icons ( ) with the OOjs one () Ladsgroupoverleg 17:27, 3 June 2018 (UTC)

Changing alert icon

This is proposal to replace red alert icons ( ) with the OOjs one () Ladsgroupoverleg 17:30, 3 June 2018 (UTC)

New proposal

With a black exclamation mark and a darker red triangle: Change and to

Changing scale icon

This is proposal to replace scale icons () with the emoji one version () Ladsgroupoverleg 17:33, 3 June 2018 (UTC)

Consistency

Please suggest replacements for the following icons as well.

Thanks ~ ToBeFree (talk) 01:06, 10 June 2018 (UTC)

Wouldn't the replacement for the orange information icon simply be the same as the blue one but with the color changed? And what is the point of having the hand up as well as the Stop sign? Wouldn't one part or the other be sufficient on its own? --Khajidha (talk) 13:21, 13 June 2018 (UTC)

The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Proposal for closing the Simple English Wikipedia

There is currently a proposal on Meta for closing the Simple English Wikipedia at meta:Proposals for closing projects/Closure of Simple English Wikipedia (3). All are invited to participate. TonyBallioni (talk) 17:29, 19 June 2018 (UTC)

Questionnaire for new users

When new users start using Wikipedia, how about giving them a questionnaire? This could have questions such as "Did you find Wikipedia easy to edit?" "Were you aware that you could look at the history of an article?" "Did you find the talk page useful?" "Were you aware of Wikipedia: Articles for deletion?" "Were you aware of Wikipedia: Requested articles?" In the long run, the goal of such a project would be to help to improve Wikipedia. Vorbee (talk) 20:03, 22 June 2018 (UTC) I appreciate that a problem with this suggestion could be working out where such a questionnaire would be. It could go on a new user's user-page. Vorbee (talk) 08:17, 25 June 2018 (UTC)

@Vorbee: See WP:User survey. --Ahecht (TALK
PAGE
) 15:20, 25 June 2018 (UTC)

Website allows users to place any number of Wikipedia articles on timelines

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


With minimal effort, this website allows anyone to create attractive and interactive timelines out of any Wikipedia articles.

http://wikitimelines.net

Thanks Jeffrey Roehl <email address redacted> Jroehl (talk) 20:11, 26 June 2018 (UTC)

When I click the link, I get nothing (using Firefox 60.0.2), so I assume this is spam of some kind? Matt Deres (talk) 21:48, 26 June 2018 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

This is not spam. We love Wikipedia (who doesn't?)

We have not tested any other browser but Chrome at wikitimelines.net.

We are just trying to see if there is any interest in this sort of thing.

We will write a proposal if there is.

Thanks Jeff Jroehl (talk) 22:01, 26 June 2018 (UTC)

Wikipedia is a great socialistic project for all the people. Therefore, you will find the best reception using the non-profit people's browser, Firefox. Chrome is something I think of catching from a drive-by download like a computer virus, though I suspect Google Update uses more system resources than the average virus... Wnt (talk) 21:15, 1 July 2018 (UTC)

WP:NOTMEMORIAL Victim lists in mass tragedy articles - Round 2

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.


The issue of victim lists in mass tragedy articles was adressed before and the consensus was that these scenarios should be handled on a case-by-case basis. I believe the issue needs to be addressed again to finally reach global consensus due to the fact that each mass tragedy articles become a constant struggle amongst editors supporting or opposing the inclusion of a victim list. There is also another issue where outcomes of a consensus on a specific article does not count as consensus for later articles, so the back and forth edits and fights never end. Current RfC

Current language of WP:NOTMEMORIAL: Memorials. Subjects of encyclopedia articles must satisfy Wikipedia's notability requirements. Wikipedia is not the place to memorialize deceased friends, relatives, acquaintances, or others who do not meet such requirements.

I propose that we add a line to WP:NOTMEMORIAL that would either allow or prohibit listing individual victims of mass tragedies if they do not meet our notability guidelines and/or WP:BLP and they are covered in the media as part of the story of the mass tragedy event. This proposal, if approved, would also override any local consensus and precedents. Long lists containing more than 20 names should be contained in a collapsed section.

   Support = Will allow inclusion
   Oppose = Will prohibit inclusion

Cheers, --Bohbye (talk) 21:52, 23 May 2018 (UTC)

Memorial:Support

Proponent: I think we should have a victim list due to X, Y, and Z.
Opponent: I don't think we should have victim lists because of WP:MEMORIAL
Proponent: That's not my reading of WP:MEMORIAL.
Admin closer: No consensus.
This is simply not a helpful pattern. If WP:MEMORIAL included something like the following it would help: "This policy does not prohibit the inclusion of lists of victims of tragic events, if they serve an encyclopedic purpose, appear in reliable sources, and are compliant with other Wikipedia policies. These lists should be written to provide relevant information, rather than memorialize the lives of the victims."--Carwil (talk) 18:46, 24 May 2018 (UTC)
Proponent: I think we should have a victim list due to X, Y, and Z.
Opponent: I oppose per WP:MEMORIAL.
Proponent: MEMORIAL says we can have the list if it serves an encyclopedic purpose, appears in reliable sources, and is compliant with other Wikipedia policies.
Opponent: I disagree that the list serves an encyclopedic purpose.
Uninvolved closer: No consensus. (or the closer counts votes and calls it a consensus) ―Mandruss  17:58, 11 June 2018 (UTC)
I think the revised conversation is better, since the opponent has to explain how it serves no encyclopedic purpose. Of course there will still be disagreements but there is room for compromise and consideration of the page at hand.--Carwil (talk) 22:53, 11 June 2018 (UTC)
It it easy to "explain how it serves no encyclopedic purpose" convincingly enough for your argument to count as much as any other in the eyes of the closer. Many editors have done exactly that. There is no clear Wikipedia definition of encyclopedic purpose. Therefore your suggestion would change nothing. ―Mandruss  23:06, 11 June 2018 (UTC)

Support as 2nd choice. A mandatory rule that overrides local consensus and past precedent is a horrible idea that will require absurd and illogical outcomes. However, if the community decides to create a mandatory rule, I’d prefer for it to be inclusion for two reasons. First, this is more in-line with common practice on Wikipedia (particularly with school shootings) and will require less clean-up. Second, many tragedies are notable because of the specific victims (such as the 1943 Gibraltar B-24 crash, which killed many leaders of the Polish Government in Exile). In these cases, it is incredibly important to know the names of at least some of the victims. Further, many notable people (particular those from non-English speaking countries) do not have articles, so we’d have to hold a pre-emptive AfD for many entries into the victim list. Spirit of Eagle (talk) 19:40, 2 June 2018 (UTC)

I realized that a mandatory inclusion rule would require victim lists for pandemics such as the 1918 flu pandemic (50 million deaths, minimum), natural disasters such as the 2004 Indian Ocean earthquake and tsunami (230,000 deaths, minimum), and genocides such as the Rwandan Genocide (500,000 deaths, minimum). Most commenters in this RFC agree that victim lists are appropriate in some articles but not others; the main dispute here is over the proportion of articles in which victim lists are appropriate, not whether they are appropriate period. I think this RFC would have been more helpful if it proposed a default rule that could be overruled with local consensus instead of a mandatory rule that must be obeyed even in illogical situations. Spirit of Eagle (talk) 20:47, 2 June 2018 (UTC)

Memorial:Oppose

  • @Masem: My understanding is that this is about complete lists of names and ages, not prose about selected notable victims. They are separate issues and I think most opponents of the former do not oppose the latter outright, although we might disagree on the meaning of "notable". In my opinion your !vote is the same as mine in the following subsection. ―Mandruss  02:36, 25 May 2018 (UTC)

Memorial:Alternatives

  • These local discussions are never about the characteristics of the case. They are regurgitations of the same general arguments about victim lists, over and over. The result depends merely on the mix of the editors involved in the local decision. And there are always many editors who !vote based largely on precedent, as if that showed a community consensus, when in fact it does not. If there were such a community consensus, it would be affirmed in discussions like this one. The status quo is a mess, and the only way to resolve it is to reach a community consensus for something other than status quo. ―Mandruss  08:09, 25 May 2018 (UTC)

Memorial:Neutral

Memorial:General discussion

The two suggested "votes" may be confusing people. The options might be better framed like this:

  1. Require victim lists (if verifiable; WP:SPLIT to a stand-alone list if large)
  2. Decide separately for each article (permitted with consensus; status quo)
  3. Prohibit (no lists, except in extraordinary situations)

If people can be clear about what they mean in their comments, that would probably be more helpful than "support" or "oppose". WhatamIdoing (talk) 03:05, 24 May 2018 (UTC)

Victim lists have long been an issue. I was involved in a related local discussion nearly 5 years ago which had some interesting points raised. Cesdeva (talk) 11:47, 24 May 2018 (UTC)

Well it appears that nothing has come out of this discussion, the issue is going to continue to be fought out and re-discussed to death. Sorry if I sound pessimistic here but I have seen it play out now many times from both sides presenting the same arguments. Why would one school shooting for example be different than another with the same talking points presented? - Knowledgekid87 (talk) 17:28, 29 May 2018 (UTC)

Remarkably, at least one editor—an editor with extensive experience—has declined to help form a consensus with the rationale that there is no consensus. Apparently, avoiding pointless expenditure of editor time is seen by many as an improper use of community consensus. ―Mandruss  23:48, 29 May 2018 (UTC)
Are you seeing something above that implies anything other than the status quo (no change)? This has been discussed in one way shape or form for years now, something is going to have to give eventually. - Knowledgekid87 (talk) 17:42, 4 June 2018 (UTC)
@Knowledgekid87: I'm not sure I understand the question. If you're asking how I read the consensus to date, of course it leans toward status quo. If the trend holds, I know WP:how to lose and I'm resigned to the continued waste of time, but I will respond negatively to further "Not this again!" protests at article level. This will be the clear will of the community, and every editor should respect it. ―Mandruss  18:21, 4 June 2018 (UTC)

I suggest the closer apply extra care evaluating individual responses. We have a striking situation where there are !votes in three different sections all saying the exact same thing: names can be included if they serve an encyclopedic purpose. People are just coming at it from different angles. If we get stuck with yet another RFC on this same question I suggest extra effort to more clearly articulate that position. The current drafting looks too much like "Always include all names" vs "Never include any names". Alsee (talk) 01:08, 1 June 2018 (UTC)

Agree that the framing is poor, as might be expected from a very-low-time editor. I offered to collaborate on framing and my offer was ignored. But to me the drafting looks like "prohibit lists" (Oppose) vs "don't prohibit lists" (Support). In any case, I think it was clear from the start that the question is about complete lists of names and ages; that's what "victims list" means. It is not about prose about selected notable victims, and I'm pretty sure that some !voters have missed that essential point. It certainly is not about lists of names and ages of selected notable victims with no explanation for what makes them notable; that should never be on the table for obvious reasons. ―Mandruss  01:47, 1 June 2018 (UTC)
@Alsee:, @Mandruss:: I think Alsee has the correct read of responses posted here and Mandruss has the correct read of the proponent's intent in writing the RfC. Above, I tried to offer a succinct clarification of the policy that summarizes when victim lists are appropriate: ""This policy does not prohibit the inclusion of lists of victims of tragic events, if they serve an encyclopedic purpose, appear in reliable sources, and are compliant with other Wikipedia policies. These lists should be written to provide relevant information, rather than memorialize the lives of the victims." I could offer this as the basis for a future RfC, or we could refine it here, and then have an RfC about it. What do people think?--Carwil (talk) 19:30, 12 June 2018 (UTC)
Most of the opposition to victims lists is that they inherently do not "serve an encyclopedic purpose", so I don't know what that would accomplish. Victims lists either generally serve an encyclopedic purpose or they generally do not, and that is something that can and should be decided, at community level, for all victims lists in mass killing articles (with provision for rare exceptions).
Further, closers cannot read the minds of the participants, and forgive me for believing that many supporters whose desire was to memorialize the victims would say that their aim was to serve an encyclopedic purpose, if that's what it took to get a list included. Ends justify means, very often. ―Mandruss  20:24, 12 June 2018 (UTC)
Carwil if the closer has trouble extracting a clear result here, then I agree with your suggested followup RFC. However I think your text needs adjustment. When writing policies&guidelines it's often key to write for the audience who is motivated to not-find the answer we're trying to provide. You essentially wrote that uncontroversially-good content is permitted, and an over-enthusiast-list-maker can argue that your text says nothing against their list. I suggest starting with a default that victim names are generally inappropriate, then add "unless..." to allow names with a genuine purpose. I think consensus is that, in a disputed case, the person adding names is expected to offer a credible rationale beyond "listing victims". Alsee (talk) 01:35, 13 June 2018 (UTC)
Agree with Mandruss. The entire point is that these lists of names are not encyclopedic content. Individual names may serve an encyclopedic purpose, but the burden of proof should be to show that mention of each name (individually) serves an encyclopedic purpose. --Khajidha (talk) 15:53, 14 June 2018 (UTC)
Agree with Khajidha on specifics directly above. Have not examined all of Mandruss' arguments sufficiently to form a definite opinion on them, but those just above look rational and to the point. · · · Peter (Southwood) (talk):
@Pbsouthwood: This comment is interesting considering that your "status quo" !vote is diametrically opposed to both mine and Khajidha's. ―Mandruss  01:15, 23 June 2018 (UTC)
The proposal options are so badly expressed as to be inappropriate. Status quo is the default option. In Afrikaans there is nn expression "Kak vraag, vra oor", which basically rejects the question and requests rephrasing to make it answerable. Cheers, · · · Peter (Southwood) (talk): 17:06, 23 June 2018 (UTC)
@Pbsouthwood: Agreed, but I don't think the community would respond favorably to another run at this at this time, or most likely for another two years minimum. In my experience the community's attitude in such situations is: "You botched it? Too bad. We're tired of discussing it." The #Memorial:Alternatives section at least appears to free responders from the chosen framing if they don't like it. ―Mandruss  19:52, 23 June 2018 (UTC)

What we usually do, in practice

I'm feeling a little tired of this particularly perennial discussion topic, so while my already-delayed lunch is getting delayed a little longer, let me see if I can shed a little light on what happens, in practical reality.

We include lists when:

  1. The list of victims is short. A "mass killing" can mean as few as four victims to be named. When there are just a handful of victims, it's weird to write 5,000 words about the event but only mention the perpetrator by name. Most notable mass tragedies do not have a victim list that runs even into the dozens, much less hundreds or thousands.
  2. The victims' identities are relevant. There is a victim list in the very first sentence of Execution of the Romanov family. In more ordinary cases, we will have victim lists that read like "He killed his ex-girlfriend Grace, her new boyfriend Bob, and Larry Law, a police officer who responded to the emergency call. Her parents, Alice and John, survived their injuries".
  3. Some of the victims are independently notable. This may be a partial list ("230 victims, including Alice Expert, Joe Film, and Paul Politician") or it may be complete (four notable victims and a non-notable junior-level staff member or the non-notable emergency personnel who died trying to save them – when a complete list is feasible, it's inhumane to say that only a small fraction is too unimportant to name).
  4. Naming the victims makes it easier to keep track of the tragic events (e.g., Colonel Mustard first killed Miss Scarlet in the library, and then Mrs White in the kitchen. The next day, he killed Prof. Plum in the study, and Mrs Peacock in the ballroom).
  5. Naming (some or all of) the victims helps explain subsequent events and people, e.g., why a "Smith and Jones Families Memorial Scholarship Fund" was created, or why all the sources keep talking to Mary Mother.

We don't normally include lists when:

  1. The list of victims is long.
  2. The victims were largely innocent victims/random targets.

Does that feel about right, when you think about the breadth of articles we write? WhatamIdoing (talk) 20:59, 21 June 2018 (UTC)

Sorry, but who's "we"? Clearly we've participated in different subsets of the whole. I and other editors that I have observed don't see it that way at all. In my subset experience, a large majority of editors either want the lists in all mass killings articles, or none, with some editors allowing for rare exceptions. If you want to propose the above usage, then propose it, but please don't frame it as an unwritten community consensus. I would oppose the proposal. ―Mandruss  21:13, 21 June 2018 (UTC)
Point by point: 1) Seems perfectly normal to me to not name people who have no notability beyond being the ones who just happened to get killed (as opposed to being specifically targeted), 2) These are targeted deaths, so yes they belong, 3) A partial list would be appropriate, but your "inhumane" is simply another way of saying "We must memorialize them" and that is against policy, 4) seems like "the perpetrator killed one person in the library, then another in the kitchen. The next day, he killed someone else in the study and a fourth person in the ballroom." is just as clear, 4) the namesakes of such a fund would be notable, but Mary Mother should just be "the mother of one of the victims". --Khajidha (talk) 13:28, 22 June 2018 (UTC)
Let me second WhatamIdoing's general rubric, which strikes me as strong. As I've said before, names are the easiest way of keeping track of victims, motives, and involvement in a complex event where the deaths were anything other than simultaneous and indiscriminate. In cases where the shooter targeted certain individuals and avoided targeting others. These are encyclopedic details best indexed by naming the victims involved. Note that when deaths are simultaneous and/or indiscriminate, these reasons don't apply.
Here's the nub of our disagreement about "memorializing"… When the victim list is short and several people are individually notable, and demographic characteristics are part of reliable source coverage, it's best to just use names and basic characteristics to record the whole list. In my understanding, WP:MEMORIAL prohibits eulogizing the dead unduly, not listing them where it is relevant and/or clarifying.--Carwil (talk) 04:24, 26 June 2018 (UTC)
"In cases where the shooter targeted certain individuals and avoided targeting others." But do we actually know that certain individuals were targeted or is it just that only certain people happened to be killed in an area? If I go into an office and yell out "Spacely! I'm coming for you!" that is one thing, if I go into an office and fire one shot that happens to kill Mr. Spacely that is another. Without explicit confirmation from the shooter (words spoken at the time, manifesto written beforehand, or statement given after the fact) I don't think we can assume that someone is targeted, even if they were the only one killed in that area. "When the victim list is short and several people are individually notable, and demographic characteristics are part of reliable source coverage, it's best to just use names and basic characteristics to record the whole list." Nope. Un uh. Record individuals who are notable outside of the event, record individuals who were specifically targeted, and say something like "18 others, including 5 women and 4 children under 12 were killed. Victims included a wide variety of ethnicities." THAT is much clearer and avoids any emotionalism or personal attachment. --Khajidha (talk) 15:09, 26 June 2018 (UTC)
I also find it telling that everyone arguing for inclusion keeps going back to mass shootings. It seems people can accept that most deaths are just deaths if it's a flood, fire, earthquake, etc, but can't seem to accept that most of the people killed in one of these shootings weren't targets and didn't matter to the shooter. They were just the chunk of matter that happened to be in the pathway of the bullet. --Khajidha (talk) 15:24, 26 June 2018 (UTC)
They're more than "chunks of matter", they're people and they matter. If somebody gets swallowed up by a crack in the earth or run over by a self-driving golf cart or shot by the township's newest blind police officer, we want to know who it was. And if there were three or ten or fifty somebodies, we want to know as much about them as is practical to collect. Because it matters whether the people shot were moms watching their kids at the mall or drunk frat boys out on the town, whether the lovers were just engaged or going to be married next week. It gives a sense of the scope and purpose and purposelessness and tragedy and beauty of life. But most importantly, it's reliably sourced and some editor cared to source it, or it's not here! And that by itself should be enough to want to keep it. Wnt (talk) 21:36, 1 July 2018 (UTC)
All of which is just another way of saying "we should memorialize them". Sorry, no. As far as their participation in these tragedies go, they generally aren't "people". The deaths did not target them personally and individually. They just happened to be there at a bad time. Who they were is no more relevant than who the people who were killed in the ancient eruption of Vesuvius were. And we also have a policy that being reliably sourced is necessary, but not sufficient for inclusion. --Khajidha (talk) 23:12, 1 July 2018 (UTC)
No, I don't agree.
The reason that we keep going back to mass shootings, rather than natural disasters, is that the list of victims tends to be short, and the killer usually does target the victims personally and individually (or at least representatively). That means that both #1 and #2 in the "include" factors will get considered.
When a volcano kills hundreds of people in a given area, what you need to know, to really understand that event, is that hundreds of people in a given geographic area were killed. Ideally, you would learn something more about who survived and who didn't (e.g., this group survived because they were out of town, rich people could drove away before the hurricane hit, poor people were locked in the bottom of the sinking ship), but that's a classic example of when we don't usually include a victim list: it's long, and the victims are more or less random. By contrast, when a mass murderer killed the five newspaper employees recently – well, it turns out that they didn't "just happen to be there at a bad time". They were killed because of a particular aspect of their identity.
Here's the thing: most mass killings aren't just random victims. Most killings involve a small number of people who are connected to the killer. In fact, to get away from mass killings to everyday individual murder, if you encounter a murdered woman in the US, you can, without knowing anything else at all, safely bet that murderer was a current or recent boyfriend (or husband). You don't even need to know whether she ever had a boyfriend before you place your bet. That's how rare random murder is. WhatamIdoing (talk) 06:36, 2 July 2018 (UTC)
They were killed because of a particular aspect of their identity Right, and that aspect was that they worked at that newspaper, which can be conveyed without listing their names and ages. In fact, their names and ages say exactly nothing about where they worked.
The same principle applies to most school shootings. At Stoneman Douglas, for example, the only connection all victims had to the shooter was that they all attended Stoneman Douglas at one time or another. Again, names and ages have nothing to do with that connection. I've seen no information that he even knew any of the victims beyond a passing-in-the-hall "acquaintance", let alone singled anybody out. Even if they single out some victims, that is no reason to list names and ages of all of them, which is the issue under discussion here. ―Mandruss  07:04, 2 July 2018 (UTC)
Exactly, Mandruss. --Khajidha (talk) 09:22, 2 July 2018 (UTC)
@Khajidha: You say "The deaths did not target them personally and individually". To the contrary, the deaths absolutely did target them personally and individually; nobody else died in their place. Possibly the killer didn't intend them specifically to be his victims -- though we don't really know that. But they sure as shit didn't intend the psycho to be their killer, so does that mean he isn't worth mentioning in the story? If victims are a dime a dozen, so are spree killers! I mean, it just seems like common sense that if you're writing a story about a murder you tell about the killer and you talk about the victim ---- just like our reliable sources do. Wnt (talk) 16:01, 2 July 2018 (UTC)
If a person walks into a room and fires 17 bullets at random, then, no, the people that those bullets kill were not targeted personally and individually. And without explicit statements from the killers, that's the situation all of these school shootings fall into. The killer is an agent, he DID something. The dead had something done to them. --Khajidha (talk) 16:06, 2 July 2018 (UTC)
The discussion above is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

Throttle edits adding excessive disambiguation links

In my long experience as a disambiguator, I have observed that the larger the number of disambiguation links added in a single edit, the more problematic that edit is likely to be in other respects as well, such as containing copyvios, overlinking, creating a sea of non-notable red-links, adding walls of text, or indiscriminate data dumps. I think an edit that adds more than, say, links to twenty different disambiguation pages should probably at least bring up a notice advising the editor to review Wikipedia's policies and MOS and consider whether they need to adjust their writing before saving the edit. I will add that, out of the hundreds of thousands of edits made on Wikipedia per day, only a handful have this characteristic. Nevertheless, it would quite often save a lot of work if the editor adding the disambiguation links (and likely other issues) would get a heads up, rather than other editors needing to puzzle them out afterwards. bd2412 T 03:36, 28 May 2018 (UTC)

bd2412, that sounds like an excellent idea. The next step would be to put in a request on phabricator. If that doesn't get results, drop me a line on my talk page and I will create a proposal and push them until I get a yes or no answer. --Guy Macon (talk) 08:30, 30 May 2018 (UTC)

Warn on move to protected title

I am an admin. If I start to create an article on a title which has been salted so only admins can create, I receive ample warning of what I am doing. But if I move a page on to such a title, I get no warning whatsoever. I have seen several titles where valid protection has been removed in this way. There ought to be some sort of warning, preferably a confirm page showing the block log and with a tick box saying "I realise that this move will remove the existing protection from this title". — RHaworth (talk · contribs) 17:20, 2 July 2018 (UTC)

Presumably, titles are protected because they are unsuitable topics for articles but have been repeatedly created regardless. If you are moving a page to that title, there must be a reason you want to have an article with that title, so why does it matter if the page were salted? Natureium (talk) 17:26, 2 July 2018 (UTC)
Scenario: You're plugging along through a backlog at the AFC review queue, see what looks like a reasonably well-sourced page, and move it into mainspace... over a title that's been deleted at AFD, and then speedied an additional four times as verbatim G4 re-creations in the last month, and then protected from creation for a year, and the draft you just moved in is no improvement. Even if you notice it immediately, it's entirely too easy to forget to reprotect after either deleting the page or moving it back to draftspace. —Cryptic 01:58, 4 July 2018 (UTC)
See (not nearly a complete list): Wikipedia:Village pump (technical)/Archive 42#Moving over a salted page, Wikipedia:Village pump (technical)/Archive 135#Moving over a salted page (redux), Wikipedia:Village pump (technical)/Archive 146#Warning message when moving to a salted title?, Wikipedia:Administrators' noticeboard/Archive267#Warning for admins moving pages to create=sysop pages, phab:T85393. —Cryptic 19:51, 2 July 2018 (UTC)
Guilty as charged:/ DMacks (talk) 19:57, 2 July 2018 (UTC)
@RHaworth: does phab:T85393 address what you would like to see sufficiently? Note, it has been stalled for years pending someone to want to work on it. — xaosflux Talk 01:26, 3 July 2018 (UTC)

Revise WP:NPOL so that someone who wins primary qualifies for more information in Wikkipedia

In any election, the incumbent has a great advantage over a challenger. Wikipedia's NPOL policy means that incumbent is by default notable but challenger isn't. As a service to our readers, instead of just re-directing from name of challenger (who at least in the US got some coverage running in primary election) to district race URL, could we not give more information about the race as exemplified for example here?[3] I understand reasoning behind our current model. I do not propose that, after general election, we continue to host info on challengers who are not otherwise notable. I do not propose to change notability criteria for any other categories such as NACTOR etc. But I think we can do better for general elections. What do others think? HouseOfChange (talk) 19:35, 27 May 2018 (UTC)

"I do not propose that, after general election, we continue to host info on challengers who are not otherwise notable." That seems to make the proposal a WP:NOTNEWS violation. We don't temporarily host information just to make races more fair; that's simply not Wikipedia's thing. Huon (talk) 19:39, 27 May 2018 (UTC)
(ec)In an article on the race you can say as much as sources and WP:DUE allow about any candidate, and balanced coverage is good. As to biographical articles, you seem to be suggesting a form of temporary notability, which we don't do. Johnbod (talk) 19:42, 27 May 2018 (UTC)
OK so for example, if you search for Texas candidate Lizzie Pannill Fletcher you end up at page for Texas 7th district, which has zero info about challenger Fletcher but a link to incumbent she will challenge. I am suggesting that such a page (for election) has a section for some links or info about positions of both candidates. I agree with Huon that it will be unnecessarily tricky to create a new category of "temporary notability." I am searching for a way to benefit our readers without requiring painful contortions of Wikipedia principles. HouseOfChange (talk) 20:03, 27 May 2018 (UTC)
The best solution in such a situation is to add neutral, well-referenced information about each of the candidates to the redirect target, describing the race neutrally. Articles about unelected candidates tend to start out as campaign brochures masquerading as encyclopedia articles, and then are often loaded up with cherry-picked negative information added by supporters of rival candidates. It is a mess. Cullen328 Let's discuss it 20:08, 27 May 2018 (UTC)
I agree 100% with the lively description of Cullen328 about articles of politicians. Cullen, if you can give an example, on any page you like of what and WHERE such info might go, that would be a great help. Sleepily, from Sweden, HouseOfChange (talk) 20:15, 27 May 2018 (UTC)
In the current case, HouseOfChange, the information can go in the District 7 section of United States House of Representatives elections in Texas, 2018. If you look at sections for other districts, you will see that some have information about various candidates. There could be 36 neutral spinoff articles about the races in all 36 Texas Congressional districts. Cullen328 Let's discuss it 20:28, 27 May 2018 (UTC)
Thanks, Cullen328, I do not propose to write 36 spinoff articles, but I will try to wrie one or 2 and see what reception is for them. HouseOfChange (talk) 21:07, 27 May 2018 (UTC)

They must meet 1 of these 2 criteria:

  1. There is (be/have been) a credible chance that they (can win/could have won) the general election, or
  2. The office in contention should be well-above NPOL inherent notability standards
  • And MUST meet the following criterion:
  1. Coverage of them must go further than NEXIST (in other words, no permastubs).

This addresses the concerns above. The OP probably has United States elections in mind, but the NPOL guideline applies to any election in the world including elections in nations that are extremely underrepresented on this wiki, such as Iran, Guatemala, Botswana, and Thailand that may not even have an article on the highest ranking member of the legislature. However, my proposal is almost close to what should have been the status quo, but because of the problem Wnt mentioned, many people are inappropriately using NPOL to restrict and not to expand.  — Mr. Guye (talk) (contribs)  01:12, 5 July 2018 (UTC)

  • Addendum: I also oppose the "temporary notability" portion of your proposal. — Mr. Guye (talk) (contribs)  01:17, 5 July 2018 (UTC)

Proposal to make Uw-Unsourced warning more user friendly Suggestion

I have been posting (subst'ing) this message User:DBigXray/ref as a Twinkle Welcome message for newbies who are not aware how to add sources. I have posted this on hundreds of talk pages of newbies and several editors have copied this subst and modified this to their own version with this image, I propose to update the Template:Uw-unsourced1 with a screenshot image and text as as below. Based on my experience and positive feedback I have recieved, I believe this will help Wikipedia's acute problem of unsourced editings. --DBigXray 12:11, 14 June 2018 (UTC)

(updated) proposed text and the image to be added at the end of the template

Just follow the steps 1, 2 and 3 as shown and fill in the details

Adding a well formatted references is very easy to do.

  1. While editing any article or a wikipage, on the top of the edit window you will see a toolbar which says "cite" click on it
  2. Then click on "templates",
  3. Choose the most appropriate template and fill all relevant details,

Discussion of Uw-Unsourced

I wouldn't support fill as many details as you can, but I'd support fill all relevant details. Also, the toolbar should support other ((cite xxx)) templates and order them alphabetically. Headbomb {t · c · p · b} 13:38, 14 June 2018 (UTC)
  • The proposal is open to any Copy Editing of the said text, if others feel it can be improved. I had written as many so that at least the Title publisher dates etc are available for a google search in case of WP:LINKROT. --DBigXray 14:12, 14 June 2018 (UTC)
  • I have updated the text with your suggestion --DBigXray 17:12, 14 June 2018 (UTC)
  • The main question I have at this point is is the RefToolbar enabled by default?, especially for IPs and the like? Otherwise we'd be giving a screenshot of something they don't have access to. I do like the idea though. Headbomb {t · c · p · b} 18:13, 14 June 2018 (UTC)
  • @Headbomb: Did a quick check from a different browser, where I'm not logged in, and it appears to be at least enabled for IPs on desktop. Don't know about new accounts or mobile, though. AddWittyNameHere (talk) 18:34, 14 June 2018 (UTC)
  • @Headbomb: I am quite sure, it is also enabled for the newbies. I am saying this from the confidence of experience, None of the hundreds of newbies who got this template from me ever complained about not seeing the refToolbar. I did recieve many thanks from them. Since it is enabled for IPs it is safe to say it is also enabled for new users. --DBigXray 20:52, 14 June 2018 (UTC)
If it's on by default, then there's no possibility of confusion. So I say add it to the warning. Headbomb {t · c · p · b} 21:51, 14 June 2018 (UTC)
Note that we have lots of editors that a user can potentially encounter, not just WikiEditor 2010. Also note that the reftoolbar is currently not supported by a single person, so any changes will require it finds a new maintainer. —TheDJ (talkcontribs) 09:37, 15 June 2018 (UTC)
  • WikiEditor 2010 by its name now appears to be 8 years old. Do you have any wise estimation or numbers of users editing wikipedia and not using WikiEditor 2010. I believe those numbers will be far less in comparison to users of WikiEditor 2010. This proposal does not need any source code edits in the Reftoolbar. Just a suffix in the warning template is all it needs. The image is self explanatory and does need any reading of wikilinks or policy pages. The links would still be there for people interested to know more on policies. Based on my experience we cannot slap the template and then expect the said newbie or IP to go through the wiki policies and understand HTML tags so that he can make a sourced edit. --DBigXray 16:38, 16 June 2018 (UTC)
I tried to get the numbers you ask for a while ago, and it appears that the answer depends – far more than any reasonable personw would guess – on exactly what you mean by "number of users", "editing", "Wikipedia", and "not using". Here are a few things that I have learned:
  • There are too many mw:Editors.
  • At the English Wikipedia, half or more of all edits are semi-automated or fully automated changes made via scripts (like Twinkle, HotCat, and AWB) and bots (e.g., ClueBot). An unfortunate proportion of these script-based edits aren't tagged or labeled in a way that would let you find out which tools an editor is using.
  • The "number of edits" and the "number of users" are significantly different issues. Thousands of humans (across all the wikis) use the visual editor; sometimes, a single editor makes a thousand edits at just one wiki on one day. You probably care about the proportion of humans using a given editing environment, rather than proportion of actions taken by those humans.
  • New editors are more likely to use the visual editor exclusively than others; people who have been editing for a decade are more likely to use a wikitext editor exclusively. You probably care more about new/learning editors than about experienced editors.
  • The proportions also change by namespace. You probably care about the proportion of mainspace edits, which has a lot more edits via the visual editor (VisualEditor's visual mode) and the mobile editors, compared to talk pages or template pages (where, e.g., the visual editor is disabled).
  • Desktop users [like me] make more edits than mobile editors.
  • When you look specifically at what I'll call "fully manual" edits in the mainspace, about 7% of all edits (not humans) are made using the mobile editors.
  • Sometimes, it's hard to figure out how to classify something. For example: if you have WikEd enabled, and you use HotCat to make several changes, which editing environment did you use? I'd like to see that get a Special:Tag for both HotCat and WikEd, but WikEd is an overlay on one of the old wikitext editors, so maybe it should get a tag for that editor as well. Also, a lot of straight-up reversions happen. The Undo button leads to an older wikitext editor. But did you really "use" it?
Sorry that I don't have any simple answers, but I think you would do well to be cautious about assuming that the people who need to hear your message are working in the same editing environment that you prefer. That said, among less-experienced editors, the most common alternatives to the 2010 WikiEditor are always tagged server-side. You could make up three or four screenshots, check their contributions to see which tags are attached to their edits, then post the relevant screenshot. Whatamidoing (WMF) (talk) 22:26, 21 June 2018 (UTC)
Support in principal. I'm sure the debate about what screenshot to use can be resolved. — BillHPike (talk, contribs) 23:06, 17 June 2018 (UTC)