Wikipedia talk:Red link/Archive 7

Red links vs Deleted articles
It seems strange to me that the page doesn't even bring up the connection to deleted pages.

Imagine the following scenario:

1) A red link is created

2) Someone creates its article

3) That article is deleted for not being notable (etc)

4) The link turns back to red

At this stage logic dictates that the red link should be removed. if it links to a term that could plausibly sustain an article is no longer true. And indeed there is text to this effect The link is broken and no longer leads to an article.

But I can't interpret this any other way than this: if you think a particular red link just isn't notable enough, you can't just remove it - somebody else could revert and oppose.

You need to actually go through the trouble of creating the article. Only after article has been demonstrably struck down as not notable (through DEPROD or AfD) can you delete the red link, and resist reverters by pointing to the delete log.

It seems there needs to be a better way of doing this.

The section on deleting existing red links should discuss the connection to AfD. If you believe the red link just isn't notable you should be able to delete it without first having to waste effort on creating an article you suspect will be deleted as not notable.

CapnZapp (talk) 23:36, 6 January 2021 (UTC)
 * No objections to rephrasing the guideline to allow you to remove red links you feel confident would not survive an AfD? Currently the guideline basically says "just leave red links in" (unless they meet specific criteria). This means your only resort when contesting a red link is to go through (what I'd like to call) "wiki theatrics" of actually creating a stub article and then AfD'ing it, even though you would arguably act in "bad" faith by creating something for the sole purpose of trialing its deletion. As I read the current guideline, just about the only way to get a proper discussion going that ends with a "permanent record" you can point to in order to say "no this red link has no place on Wikipedia", is to have a deletion discussion, because our guideline allows you to delete a red link when The link is broken and no longer leads to an article. I feel this is entirely unnecessary and if the guideline only would not stop BOLD red link deletions a regular talk page discussion could resolve the issue. (Of course, if a consensus can't be reached the only way would be to proceed with article creation and AfD, but I would like this guideline not to offer that as the only resort, only the last resort) CapnZapp (talk) 10:41, 8 January 2021 (UTC)
 * Done - see recent edits for details. CapnZapp (talk) 12:43, 13 January 2021 (UTC)

manual archiving
Thank you for your good faith actions but there is no need for manual archiving. This page uses automatic archiving, as notified by the following banner you will find in the talk page header:

If you are dissatisfied with the pace of archiving User:Gerald Waldo Luis for some reason, discuss here on talk. Thank you CapnZapp (talk) 09:46, 14 January 2021 (UTC)

Cursor message off track?
If a red link is supposed to indicate that an article on that subject is needed, and is not supposed to be used for anything else, why is the only thing you see when you place the cursor over that word "the article does not exist". Why doesn't it say "article needed"? Imagine being a living person whose name is red-linked and all you see is "the article does not exist"! Wikipedia can be so confusing when it comes to living people. Sometimes we really care about how they are treated. How could we get that cursor message changed? --SergeWoodzing (talk) 08:35, 12 September 2020 (UTC)
 * , I am not really a fan of having the tooltip reading "article needed", because it implies that all redlinks, such as Red link example, are appropriate. Maybe "This article does not exist you can create one!" or something similar. Village pump (proposal) is probably gonna be in your best interest.  Gerald  WL  06:59, 14 January 2021 (UTC)
 * I'll try that - thanx. --SergeWoodzing (talk) 17:17, 14 January 2021 (UTC)

Rationale for Francis Schonken reversions?
Francis Schonken reverted a group of edits and gave the following edit summary: "reverting the entire change, per Walter Görlitz's suggestion." I reverted in turn with the this edit summary: "Where did Walter Görlitz make the suggestion? What were his reasons? Why didn't he do the revert himself? Please elaborate on talk." Francis Schonken reverted again, saying "reverting a number of non-consensus changes to the guideline, take to talk." Okay, Francis Schonken, here we are at talk. I provided substantive explanations for each of my edits in their edit summaries. Please provide your substantive objection to each of those edits. Butwhatdoiknow (talk) 07:35, 15 February 2021 (UTC)
 * Made a quick diff between the current version and my latest edit (08:48, 16 January 2021). Only change Your first article changed to Help space, which seems fair enough. What's the problem? CapnZapp (talk) 11:05, 15 February 2021 (UTC)
 * Not sure whether you're asking Francis Schonken or me. My concern is the lack of any meaningful explanation for this edit. Butwhatdoiknow (talk) 07:04, 16 February 2021 (UTC)
 * Care to provide any further rationale for your revert? Butwhatdoiknow (talk) 04:07, 18 February 2021 (UTC)


 * In general I didn't see your changes realising any improvement. To give only one out of many examples, you removed"In general, a red link should be allowed to remain in the body of an article if it links to a title that could plausibly sustain an article, but for which there is no existing article, or article section, under any name."from the lead paragraph, which is a clear deterioration, lacking any form of consensus, of the guideline. We've been there before on another guidance page: messing with guidance text without sound rationale, resulting in an impoverished version of the guidance, all of it reverted by other members of the editing community. --Francis Schonken (talk) 05:55, 18 February 2021 (UTC)
 * You refer to this edit. In that edit I not only removed the text you quote above but I also added this text to the same effect:"Appropriate link targets. Links should point to a title that could plausibly sustain an article or article section, but for which there is no existing article or section under any name."In short, there is no change to the substance of the guideline. Does that resolve your "deterioration" concern? - Butwhatdoiknow (talk)
 * Sorry, you removed an essential part. Which, apparently, you don't see. Hence, I think all your edits to guidance pages can be reverted on sight, unless there's a strong preliminary talk page consensus for them. --Francis Schonken (talk) 06:45, 18 February 2021 (UTC)
 * You're right, I don't see any "essential part" that I left out. Would you please educate me? Butwhatdoiknow (talk) 15:20, 18 February 2021 (UTC)
 * Please reply. Butwhatdoiknow (talk) 15:05, 20 February 2021 (UTC)
 * It has been recommended that I make sure you are aware of this conversation. Butwhatdoiknow (talk) 02:44, 24 February 2021 (UTC)

The formatting in this discussion is atrocious. As for the text in the current guideline, there are MOS:ITALIC problems. Use instead. Text in references that should be notes. AS for the content itself, it now places too much emphasis on allowing redlinks to continue to exist and increases the level of certainty required for removing them. As such, it is a shift in our guidance and it was done without seeking or gaining consensus. Walter Görlitz (talk) 05:29, 24 February 2021 (UTC)
 * I want to make sure I understand your concerns. You refer to problems with the "current guideline." Do you mean the article as it appears today? Butwhatdoiknow (talk) 06:28, 24 February 2021 (UTC)
 * I suppose Walter refers to this edit (16 January 2021). Yeah, missed that, think it should be reverted too. --Francis Schonken (talk) 07:14, 24 February 2021 (UTC)
 * Somewhat. The guideline as it stands now: https://en.wikipedia.org/w/index.php?title=Wikipedia:Red_link&oldid=1006860634. With all the changes since 2020-11-26. Walter Görlitz (talk) 08:17, 24 February 2021 (UTC)
 * Ah, I see, a lot going on before the diff I mentioned, none of which appears opportune: some verbosity added, other sentences shortened, several of these changes leading to awkward phrasing (so that the result is effectively an inadvertent modification of the actual guidance), putting guidance in references, etc. Yeah, the sequence should be reverted as unhelpful. --Francis Schonken (talk) 12:56, 24 February 2021 (UTC)
 * Francis Schonken restored the text changes I made starting on January 16. If you're comparing the current version with the November 26 version then you're not looking at any of my changes. Butwhatdoiknow (talk) 16:02, 24 February 2021 (UTC)
 * I am looking at cumulative changes. Walter Görlitz (talk) 16:24, 24 February 2021 (UTC)
 * Also, again, I didn't revert your January 16 edit yet, but will do so shortly (as support for it is insufficient, and for the reasons explained above), together with a number of edits between 2020-11-26 and the first 2021-01-16 edit. Again, there was no talk page consensus on these changes to the guidance, and over-all they appear counterproductive and/or suboptimal, as explained above. --Francis Schonken (talk) 16:55, 24 February 2021 (UTC)
 * Comment: My advice to you Butwhatdoiknow is to start a new talk section where you present one single edit (or connected edits), and your reasons for them. Then, after that discussion is resolved, bring up the next one in its own new talk section. This seems to be the only way to get focused discussion on that edit (those edits) specifically, so you can avoid getting reverted made with vague or general rationales. CapnZapp (talk) 10:41, 24 February 2021 (UTC)
 * Good idea. Will do. Butwhatdoiknow (talk) 16:02, 24 February 2021 (UTC)
 * the same goes for you too. --Francis Schonken (talk) 05:05, 25 February 2021 (UTC) See also my latest comment in the subsection below. --Francis Schonken (talk) 05:12, 25 February 2021 (UTC)
 * You appear to think I have made any of the edits you object to. I have not. But since you are taking upon yourself to lecture other users, here's a lecture for you: don't revert changes with sweeping general edit summaries. You reverted user Butwhatdoiknow repeatedly, not caring he did not understand your reasoning, just repeating "you don't have consensus" over and over. That is not useful. Your edit summaries comes across as saying "reverting edit because I'm reverting". Yes, the edit lacks consensus - we get that because you reverted it. He then asked several times for you to explain your rationale without success. You and Walther merely repeated "because you lack consensus" as if that's a good substitute for why that consensus is lacking - only after I stepped in to advise him to discuss each change individually does it seem like it's working. You being forced to actually detail your objections, that is, so some semblance of constructive progress can be detected. Have a good discussion and a good day. CapnZapp (talk) 09:20, 25 February 2021 (UTC)
 * Your 12 January 2021 edits have no consensus. And, for clarity, after Walter drew my attention to them (see above), I object to them too: above I gave an analysis why I object to them. Stating that I don't object to them (in contrast to reality...), instead of giving an explanation which may me help change my view, is of course rather unhelpful at this point. --Francis Schonken (talk) 09:27, 25 February 2021 (UTC)

Proposed edit re nomenclature
I propose to change the phrase "should be allowed to remain in the body of an article" in the second sentence of the lede to "should be allowed to remain in the article content of an article" to (a) conform to MOS:SECTIONORDER nomenclature and (b) provide an explanatory link. Any objections or improvements? Butwhatdoiknow (talk) 16:54, 24 February 2021 (UTC)
 * Completely unnecessary. Makes the sentence longer without improving it. Also, completely unrelated to MOS:ORDER, which makes article content a WP:EGG link, which is a no-no too. --Francis Schonken (talk) 17:00, 24 February 2021 (UTC)
 * I find the argument "Makes the sentence longer" overly harsh and not useful here. CapnZapp (talk) 17:13, 24 February 2021 (UTC)

First off everybody stop editing and reverting while a discussion is taking place. We need a stable version if discussion is to be worthwhile. CapnZapp (talk) 17:13, 24 February 2021 (UTC)
 * re. "stable version" – I've reverted to the stable version, that is the version that has been in the lead section since February 2015 – your (or was it Butwhatdoiknow's?) version (with the "body" phrasing) has been "stable" for eight days, from 16 to 24 January 2021, thus basically unstable, after which Butwhatdoiknow's "topic content" version was "stable" for three days (24 to 27 January), so even more unstable, after which instability only further increased. No consensus exists for any of the new versions ("body", "topic content", "article content"), so I reverted to the version that was stable for over half a decade. --Francis Schonken (talk) 07:50, 25 February 2021 (UTC)
 * I really don't think anyone needs an explanation of "body of an article". Also "body" is not equal to "article content", which also includes the lead and the TOC. If what you're saying is "REDLINK should apply to the whole article, not just the body", that's a valid argument. I would then suggest the much simpler "should be allowed to remain in the body of an article" --> "should be allowed to remain in an article". CapnZapp (talk) 17:13, 24 February 2021 (UTC)
 * Anyhow, the confusing "body" phrasing has been removed from the guidance: it had been introduced without consensus. The "body" concept of MOS:ORDER (# 2.3 in the numbered list) is unuseable, so linking to that guideline is only confusing. Also "article content" per the MOS:ORDER guideline (# 2 in the numbered list) is not what is intended in the REDLINK guidance (e.g. a TOC, linking to article sections, part of the "article content" according to MOS:ORDER guidance, should *not* have a red link to a "non-existing ... article section"). This route is anyhow going nowhere. --Francis Schonken (talk) 17:37, 24 February 2021 (UTC)
 * I have restored the version of the article under discussion (a version you created). Until the discussion concludes, if you have further changes please raise them here on talk rather than by edits. Butwhatdoiknow (talk) 19:02, 24 February 2021 (UTC)
 * Here's my thought: redlinks are discouraged outside of what MOS:ORDER calls "article content." So "in an article" would be misleadingly broad. So how do we communicate where redlinks are not discouraged? As Francis Schonken points out, "body" is confusing - does it include the lede or not? MOS:ORDER resolves this issue by calling the substantive sections below the ToC the "body" and the substantive sections plus the lede the "article content." I am proposing we do the same here. Butwhatdoiknow (talk) 19:02, 24 February 2021 (UTC)
 * no, that amounts to nonsense. A term should be linked on first occurrence. If that first occurrence is in the lead section, then (if it is a legit redlink) the red link is in the lead section. Similar when a term first occurs in one of the appendices or end matter (# 3 and 4 of MOS:ORDER): if linked there and being a redlink, either it is a legit redlink, and then it can be included there, or it isn't and then moving the redlink to the "article content" is not anywhere near an acceptable solution. It does not depend on where in the article the redlink is to be allowed or disallowed. That's what the long-standing guidance is, and you can't change that without consensus. --Francis Schonken (talk) 05:29, 25 February 2021 (UTC) expanded 07:20, 25 February 2021 (UTC)


 * seems you both misunderstand. Neither the "body" wording, nor the "article content" phrasing has currently consensus. Each of these phrasings has currently exactly one proponent. Both have apparently at least two editors (me, Walter) who oppose. Thus the article should go back to the long-standing phrasing, which BTW appears unproblematic (at least no actual problem has been demonstrated), while the new version variants are both a problematic unapproved change to the guidance. Both versions are problematic, as explained. You need consensus before either change is made. Since either change is problematic this is not something where a majority of one or two editors suffices, you need consensus, which there is not. --Francis Schonken (talk) 05:05, 25 February 2021 (UTC)
 * Comment: Stop repeating "you lack consensus" as a valid explanation for your objections, Francis. The mere fact you're reverting makes it abundantly clear consensus is lacking. More importantly, it doesn't explain why you object to his changes. (Explaining that red links can and do occur in lead sections is an example of a much more informative revert reason and so I'd like to thank you for that) By the way, I'm not saying I agree with Butwhatdoiknow, but he has clearly demonstrated his "actual problem" as an explanation for his changes, so at least no actual problem has been demonstrated is either just wrong or worse, dismissive. CapnZapp (talk) 09:31, 25 February 2021 (UTC)
 * Again, I explained above *why* these changes are inopportune, that is, why, *on content* they are inopportune (that is, apart from explaining the procedural matter, which is just to have a stable version during discussions). --Francis Schonken (talk) 09:36, 25 February 2021 (UTC)

Do we agree on what guideline intends?
Stepping back, do we agree that the general intent of this guideline is to (a) support redlinks in what WP:Order calls the "Article content"* and (b) discourage redlinks everywhere else. (*As Francis notes, redlinkss do not appear in a table of contents, which is automatically generated and points only to existing sections in the article in which the ToC appears.) Butwhatdoiknow (talk) 14:40, 25 February 2021 (UTC)
 * As I already pointed out above redlinks can (and may) appear in the other sections listed at MOS:ORDER, I'll expand a bit:
 * In a "Before the article content" section (# 1 of the MOS:ORDER list) they may for instance appear in hatnotes, tag boxes, infoboxes, image captions, sidebar boxes,... For instance,""(which could be placed in the "Before the article content" section of the Baroque music article) would create a few legit redlinks.
 * Similar, in an "Appendices" section (# 3 of the MOS:ORDER list), e.g.,""could be an entry with a legit redlink in a "Further reading" section (one of the "Appendices" listed at MOS:ORDER)
 * Similar for the "End matter" section (# 4 of the MOS:ORDER list),


 * Could be a valid succession box with redlink in the "End matter" section at the Fantasia in F minor (Schubert) article.
 * In sum, no, we don't agree on (a) and (b): this would change the guideline, and such change would be completely undesirable. --Francis Schonken (talk) 15:40, 25 February 2021 (UTC)


 * Thank you for this clear and substantive response. I now see that I was operating on an erroneous assumption. I'll move on to my next proposed change. Butwhatdoiknow (talk) 16:31, 25 February 2021 (UTC)

Proposed copy edit re plausibly sustain sentence
I propose changing


 * "In general, a red link should be allowed to remain in an article if it links to a title that could plausibly sustain an article, but for which there is no existing article, or article section, under any name."

to


 * "Red links should point to a title that could plausibly sustain an article or article section, but for which there is no existing article or section under any name."

Butwhatdoiknow (talk) The preceding signature lacked a datestamp CapnZapp (talk) 17:43, 26 February 2021 (UTC)
 * Can I ask you why? What is lacking in the current version and/or what is made better by your suggestion? Cheers, CapnZapp (talk) 17:43, 26 February 2021 (UTC)
 * I offered it as a copy edit to make the sentence more succinct. But, now you've made me look closer, I see that my wording is a bit broader than the original: The current version speaks only to red links already in an article. The proposed text also applies to red links being added to an article. My guess is that my proposal is closer to intent of the current version. Butwhatdoiknow (talk) 19:03, 26 February 2021 (UTC)


 * Oppose – "... closer to intent of the current version" is of course abject nonsense: only the *current* wording is closest to the intent of the *current* version. Where would you get the "intent" of the current version other than by its *exact* wording? From your own imagination perhaps? No, the current version seems quite adequate, & quite clear in its intent. No need to change that intent, or make it less clear, unless it can be demonstrated that the intent would, for some reason or another, need to be changed, and then you need a consensus for that change of intent. --Francis Schonken (talk) 07:33, 27 February 2021 (UTC)
 * Comment: This line of reasoning does not do. With your arguments there can never be any change! Please stop talking about intent, as if there is some kind of objective solution behind the scenes! It is simply not constructive to try to divine some nebulous intent, and no editor can claim to know the "intent" better than any other. In actual fact, "intent" is what consensus arrives at, nothing more. Now then, if you want to keep Butwhatdoiknow from improving the article you should address his actual arguments Francis. Here's a couple of example approaches: Why do you feel the current version to be adequate? A more specific approach for the current discussion might be: Please explain why the article does not need to address red links being added in addition red links already in the article? More generally, I watch with concerns as you inch closer and closer to stonewalling Butwhatdoiknow here. The last talk section ended with you stating In sum, no, we don't agree on (a) and (b): this would change the guideline, and such change would be completely undesirable. This basically says "I don't agree" without any substantiation. You never explain why you don't agree. You never provide any constructive criticism. You never meet the other editor half-way. You're edging precariously close to WP:JDL at this point, Francis, and I'd like to ask you to change tack. (I don't necessarily agree with Butwhatdoiknow. I'm concerned these discussions don't meet the standards of Wikipedia.) CapnZapp (talk) 08:16, 27 February 2021 (UTC)
 * I agree 98% with CapnZapp's comment above and I encourage you to try to find a way to view bold and proposed edits without a presumption against change. One possible step in that direction: Try banning the word "consensus" from your Wikipedia vocabulary.
 * With regard to the 2%, I found your final entry in the last talk section to be on point (answering the question I asked) and supported by substance. More of that please! Butwhatdoiknow (talk) 17:35, 27 February 2021 (UTC)
 * Comment – my line of reasoning is perfectly valid. It only says that if one wants a change of intent one needs to be honest about it and not try to sell it as "closer to the (existing) intent" which is abject nonsense. Butwhatdoiknow apparently either wants a change of intent (in which case they need to explain why the intent should be changed, or at least find consensus for it), or an improved wording for the same intent (in which case there's likely going to be little support if it isn't clear whether it does or does not change intent). --Francis Schonken (talk) 08:33, 27 February 2021 (UTC)
 * I now directly ask you to please stop talking about intent when you oppose or revert change. You're hiding your opinions behind it, and are worse off for it. Instead of saying "I oppose this change because it's against intent" (as if there was some invisible truth against which we measure changes to policy), try say something like "I oppose this change because I feel this specific aspect is lost or because to me that specific nuance was better enforced before. Here is a counterproposal that incorporates the gist of what I think you're trying to say." Try to be specific and try to be constructive. I would not have posted these comments if I didn't think you were straying significantly and repeatedly, Francis. CapnZapp (talk) 09:03, 27 February 2021 (UTC)
 * please retract your above "... closer to intent of the current version" – I don't agree to it, and  doesn't want to talk about intent. Said otherwise, if "intent" is the only rationale we have, then we really have got nothing, and I continue to oppose. So provide a decent rationale, not in any way or guise based on "intent" of whatever. --Francis Schonken (talk) 09:09, 27 February 2021 (UTC)
 * I have removed "intent" per your request. What do you think about the "current version of the sentence only applies to existing red links and the new version expands that to include adding red links" change? Should we stick to the current version which, by silence, allows adding red links to titles that would not plausibly sustain an article (only then to not "be allowed to remain")? Butwhatdoiknow (talk) 16:37, 27 February 2021 (UTC)
 * IMHO "only applies to existing red links" is OK for the sentence. I don't want to lose a sentence that specifically speaks about not removing redlinks if certain conditions are met. Creating new redlinks is a different topic, and I see no reason why this should be expressed in the same sentence, because it is a different topic. --Francis Schonken (talk) 20:26, 27 February 2021 (UTC)
 * How about changing the sentence to this: "Red links should remain in an article if they could plausibly sustain an article or article section, but for which there is no existing article or section under any name." Butwhatdoiknow (talk) 21:39, 27 February 2021 (UTC)
 * Why? --Francis Schonken (talk) 05:48, 28 February 2021 (UTC)
 * Because it eliminates the awkward and unnecessary "be allowed to" phrase. Butwhatdoiknow (talk) 06:20, 28 February 2021 (UTC)

I don't think it is a good idea to lose the nuance:
 * The "In general, ..." points to exceptions:
 * Some of these exceptions are detailed in the body of the guideline, e.g., a see also template with a redlink is discouraged (mentioned in the WP:REDNO section of the guideline, and in one of the bullets of Red link) – that is not the kind of detail that should be in the lead section of the guideline, but "... should remain ..." is too absolute, and not a correct summary of the guideline: "In general, ... should be allowed to ..." is, while it indicates exceptions are possible without detailing them.
 * Other exceptions are detailed elsewhere, e.g. Wikipedia talk:Red link/Archive 4 is a long discussion about redlinks in navigational templates: the nuance is that red links are not entirely forbidden in navigational templates, but are only sustainable as a short term interim solution when building a series of articles. Again, not something that should be detailed in the lead section of the guideline: in this case a short summary (which already loses a part of the nuance of the talk Archive 4 discussion outcome) is in the WP:REDNO section of the guideline, but the full detail is elsewhere.
 * The "In general, ..." nuance also makes possible to have exceptions based on article-level local consensus (meaning, that for this guidance a local consensus to do otherwise is not seen as a local consensus outdoing a broad consensus, while the broad consensus is that exceptions may have a reasonable ground). E.g. List of gay, lesbian or bisexual people adheres to a rather strict "no red links" restriction, and I think rightly so. Anyway, if you would like to change the red link approach of that list, this is not something to be discussed on the talk page of this guideline, but on the talk page of the list, while there is some leeway to have specific redlink-related rule-sets for particular pages.
 * In sum, for the reasons explained in detail above, the "In general, ... should be allowed to ..." phrasing is *necessary* nuance: it is a part of the guideline that has a sound rationale.

--Francis Schonken (talk) 07:05, 28 February 2021 (UTC)
 * Re. qualifying the "be allowed to" phrase as awkward: I see that as a WP:SNODGRASS-like qualification. If you think a less awkward phrasing, without losing nuance, is possible, then propose one, but I'd oppose any rephrasing that undermines necessary nuance.
 * Fair enough, let's make the proposal "In general, red links should remain in an article if they could plausibly sustain an article or article section, but for which there is no existing article or section under any name."
 * I'm sorry, but I'm not seeing any difference at all between the meaning of "should remain in" and "should be allowed to remain in." (Except, perhaps, that the latter phrase suggests red links are sentient.) Would you please help me understand the nuance that "be allowed to" adds in this context? Butwhatdoiknow (talk) 15:18, 28 February 2021 (UTC)

Comment: to all editors. Please do not edit previous material without clearly indicating such edits. Also, do so in separate edits (don't mix old and new). This helps other editors to clearly follow the discussion afterwards, and it avoids making diffs come across as garbled. Please see and follow WP:TALK. Thank you. CapnZapp (talk) 10:16, 1 March 2021 (UTC)
 * While you courteously direct this message to all editors, it was my edit that prompted you to write so I'll apologize. It was mostly the result laziness on my part and in the future I'll buck up and do two separate edits in similar situations. Thanks for the reminder. Butwhatdoiknow (talk) 15:12, 1 March 2021 (UTC)
 * I've undone the refactoring. Butwhatdoiknow, above you already received criticism for your messy talk page arrangements. I propose you abstain from any kind of talk page refactoring from now on: you're not helping in this way. --Francis Schonken (talk) 16:13, 1 March 2021 (UTC)
 * No problem, Butwhatdoiknow. I concur with Francis - unless you have a clear reason to refactor a talk page, that is, editing or changing existing talk content, my advice to you is to simply let it stand unchanged. As WP:TALK#REVISE explains, the main acceptable use for refactoring is the simple case when you just made an edit and you think of something new to add, or you find a typo (etc). But once others have responded, or time have passed (we do not have a fixed "edit window" so whether you do this within minutes or hours is up to each editor) it is better to simply add a new comment. And if you do feel compelled to change an "old" comment, use the formatting advice where you don't actually delete anything (i.e. you strike out rather than delete). And finally, even then, only do this for your own comments. I hope you see how these best practices aren't stifling discussion, but have evolved to avoid needless drama that can easily occur even after entirely good-faith changes. Have a nice day CapnZapp (talk) 10:09, 4 March 2021 (UTC)
 * To be fair to me, the edit that drew your comment did not change existing "content." It changed formatting, modifying indents and adding a heading, with the purpose of highlighting a topic change. The problem, as I understood your comment to point out, was combining that reformatting with the addition of new - not refactored - content. I will, as I did when adding the collapse to this discussion, make that a two step process going forward. Butwhatdoiknow (talk) 16:24, 4 March 2021 (UTC)
 * just after you've been told no to refactor on this page, you do it again. I've undone the refactoring. Besides, once a portion has been collapsed, no new edits (including additional replies) should be added to it any more, and that was your second strike of a "no-no" in as many edits. --Francis Schonken (talk) 16:30, 4 March 2021 (UTC)
 * Maybe it's best you're given the following advice: never change any existing talk content at all. Always just add new comments. I hope this will give you a nice time here on Wikipedia, and that as you gain experience with the particular culture around here, you gain an understanding of when and where to break this rule of thumb. Cheers! CapnZapp (talk) 16:39, 4 March 2021 (UTC)
 * CapnZapp, again you get it wrong: refactoring is about changing layout, which can be done (even usually *is* done) without adding or removing "content". --Francis Schonken (talk) 16:44, 4 March 2021 (UTC)
 * Are you sure you meant to refer to me? I was talking to Butwhatdoiknow in layman's terms (avoiding specific terminology like "refactoring") to make it very simple: until you're sure of how things work around here, only add new talk comments. It was posted in a direct response to Butwhatdoiknow and how he seemed to think changing existing formatting was okay (it is not). Cheers CapnZapp (talk) 17:09, 4 March 2021 (UTC)
 * I removed hat/hab tags "added" by Butwhatdoiknow. Then saying that "adding" content (are tags content?) is OK makes it less clear instead of clearer. --Francis Schonken (talk) 17:15, 4 March 2021 (UTC)
 * For the record, I added and you removed Collapse top/Collapse bottom tags. Butwhatdoiknow (talk) 18:02, 4 March 2021 (UTC)
 * Oops, yes, you are correct. --Francis Schonken (talk) 19:03, 4 March 2021 (UTC)
 * For clarity, see Refactoring talk pages; see also WP:TPO for the broader WP:TPG guideline treatment of the topic, including: "... normally you should stop if there is any objection", which is good rule of thumb. The objection has been voiced sufficiently clear now, I hope. --Francis Schonken (talk) 16:55, 4 March 2021 (UTC)
 * The full quote from WP:TPG is (emphasis added): "Cautiously editing or removing another editor's comments is sometimes allowed, but normally you should stop if there is any objection." Butwhatdoiknow (talk) 18:40, 6 March 2021 (UTC)
 * First, I have no intention of doing any further format refactoring in this discussion. Once bitten, twice shy.
 * Second, we're all on the same page regarding refactoring content: it should be a very rare event. I don't believe I have refactored any content in this discussion with the exception of, at Francis' request, striking through part of one of my own posts.
 * Finally, and in contrast to content, WP:Refactoring talk pages specifically provides for format changes with language such as "Improving the clarity and readability of a page," "Restructuring of discussions for clarity," and making "poorly structured" pages more "productive." In short, there is no general rule against format refactoring. Butwhatdoiknow (talk) 18:40, 6 March 2021 (UTC)

& for clarity, I still don't think omitting the "be allowed to" part in any way an improvement. I explained why. I don't think it awkward. So I would suggest to stop this time drain, and leave a guideline that appears unproblematic in daily practice the way it is. --Francis Schonken (talk) 16:13, 1 March 2021 (UTC)
 * Francis, you have stated the conclusion that "be allowed to" contains a "necessary nuance" and have invited me to propose alternative language that preserves that nuance. I cannot do that until I know what the nuance is. Again, please help me understand the nuance that "be allowed to" adds to the text proposed by me above (15:18, 28 February 2021 (UTC)). Butwhatdoiknow (talk) 20:10, 1 March 2021 (UTC)
 * There is a difference but it is a bit difficult to explain precisely. I'll try with an example, so please bear with me. Suppose you're preparing an article for WP:GAN or WP:FAC: it is not uncommon that during such preparation a few redlinks are removed from the article (some editors really don't like them in an article that is supposed to exemplify Wikipedia's better work). Suppose that during the GAN or FAC assessment process another editor objects to the removal of legitimate redlinks (i.e. "...links to a title that could plausibly sustain an article, but for which there is no existing article, or article section, under any name"):
 * in the case of the proposed text, the redlinks should have been kept: the GAN or FAC reviewer's opinion to keep the redlinks is paramount.
 * the current guideline text gives more leeway to the editor (as opposed to GAN or FAC reviewers): the redlink "is allowed" to stay, but it is ultimately an editor discretion whether it is (and since that leeway is part and parcel of the guidance on the matter, the GAN or FAC assessment is not, or at least should not be, affected by the option chosen by the editor).
 * This is not about whether you (or I) personally prefer #1 or #2 (as it happens, I prefer #2, that is the current version), but whether or not it is a change of the guidance (which would need consensus): what I think I illustrated with the above example is that the two phrasings are not the same, that is, on the *content* of the guidance. So, shouldn't be changed without consensus; and apart from my personal preference I'd additionally argue that the current phrasing has proven to be stable and operational for long enough to not need to open a potential proverbial can of worms with a phrasing that has not been tested in Wikipedia mainspace editing reality. Unless you can demonstrate that the current phrasing has led to intractable discussions over redlinks in mainspace. --Francis Schonken (talk) 10:39, 4 March 2021 (UTC)


 * Comment: Francis, while I thank you for your efforts to explain, this is where such consensus is established or changed. This talk page, that is. It is specifically provided for precisely the type of discussion you are having, where changes to red link policy content are debated. Unless you feel the change is substantial enough for a venue such as the village pump (WP:WPP), of course. I am afraid I still find your arguments to lack in substance:
 * * whether or not it is a change of the guidance (which would need consensus): Yes, this is exactly what you and Butwhatdoiknow are discussing. This consensus is not generated anywhere else. It's generated here, between you and Butwhatdoiknow (and any other involved editors).
 * * "it changes the content": I'm afraid that is a non-argument
 * * "the current phrasing has proven to be stable and operational for long enough" is not a valid argument against change. If it were, there could be no change and no progress.
 * * open a potential proverbial can of worms with a phrasing that has not been tested in Wikipedia mainspace editing reality. Sorry, but how exactly are policy changes going to come into effect if you insist they must be tested "in Wikipedia mainspace editing reality" before actually becoming policy? (And the answer is, of course they don't.)
 * * Unless you can demonstrate that the current phrasing has led to intractable discussions over redlinks in mainspace. Nope. Don't do that. Again, if editors must first somehow "prove" changes are necessary, how is anything ever changed? (And again, the answer is of course they don't need to).
 * Again I ask you to consider that unless you have actual arguments against change, Francis, maybe it would be better to simply step aside and allow the change? (Of course, you have several other options as well, such as asking for a third opinion, just to mention one thing). Regards, CapnZapp (talk) 17:03, 4 March 2021 (UTC)
 * Re. "this is where such consensus is established or changed" – indeed it is (at least for the time being). But consensus there is none. I've not been convinced to change my view on the point. But weren't we going to stop talking about procedural matters? And with a lot of verbosity you're in fact hiding that you have no actual arguments in favor of a change on this point. It's not up to me to give arguments for a status quo (which, by the way, I have done, profusely), it's up to those wanting change of guidance to give arguments for a change. "Change is good" (the only argument you seem to have) is not even a real argument: some changes are good, others are evidently not. You don't explain why, in your view, *this* change would be good (or not). --Francis Schonken (talk) 17:31, 4 March 2021 (UTC)
 * CapnZapp rightly points out that your "difficult to explain" explanation is stuffed with process arguments having nothing to do with "be allowed to." I made the effort to dig through all that and found your hidden substantive point, which I will respond to in a separate post. For now, I'll just renew my suggestion that you try banning the word "consensus" from your Wikipedia revert vocabulary. If you are opposed to a change then give the substantive reason for your opposition and stop. If your point is persuasive it will prevail on its own merits. Butwhatdoiknow (talk) 06:15, 9 March 2021 (UTC)

Resuming "be allowed to" discussion
Status: As a result of discussion, the current proposal is to change
 * In general, a red link should be allowed to remain in an article if it links to a title that could plausibly sustain an article, but for which there is no existing article, or article section, under any name.

to
 * In general, red links should remain in an article if they could plausibly sustain an article or article section, but for which there is no existing article or section under any name.

Objection: As fully set forth above (Francis Schonken (talk) 10:39, 4 March 2021 (UTC)), one editor believes the "be allowed to" phrase provides more leeway for editors to remove red links in the event of a dispute. In short, the phrase means removal of red links is ultimately a matter of editor discretion. Response to objection: If whether to retain proper red links is a matter of editor discretion then we should say that. How about this revision:
 * Red links should point to a title that could plausibly sustain an article or article section, but for which there is no existing article or section under any name. Whether a proper red link remains in an article is ultimately a matter of editorial discretion.

Butwhatdoiknow (talk) 22:37, 11 March 2021 (UTC)
 * Oppose – the default position is to keep the redlink (if it complies to "links to a title that could plausibly sustain an article, but for which there is no existing article, or article section, under any name") – that is not properly expressed in the new proposal. The current text is also more compact. No need for the more wordy version, which, as guidance, is less adequate. --Francis Schonken (talk) 05:45, 12 March 2021 (UTC)
 * With regard to compactness, I hope you will agree with yourself that meaning implied by terse text is "often ... less understood" than meaning explicitly stated in more verbose text.
 * So, what is the meaning of the current sentence? Putting aside specific wording for the moment, from the discussion so far it appears to be that a proper red link, once placed, should remain in place unless there is a good reason to remove it. Do I have that right? Butwhatdoiknow (talk) 16:56, 12 March 2021 (UTC)
 * Glad you're finally admitting you didn't understand the current guidance to begin with. That should have been your first question (i.e., asking to explain the guidance to you), before trying to rewrite the guideline, and before posting multiple rewrite proposals on this talk page.
 * Answering your question:
 * As you may have noticed, the Red link section (shortcut: WP:REDDEAL) is mainly a detailed explanation of what "In general, a red link should be allowed to remain in an article if it links to a term that could plausibly sustain an article, but for which there is no existing candidate article, or article section, under any name" means in practice, so I refer you to that guideline section for an answer to your question;
 * Further, in all what has been written above, starting from, there's a lot of detailed explanation about this particular piece of guidance too, so I refer you to that too.
 * If after all of that you're still unclear on what it actually means, it's maybe time to ask someone else to explain it to you, I think I have given you quite enough of my time over this matter. --Francis Schonken (talk) 05:58, 13 March 2021 (UTC)


 * I remain confused about the meaning of "be allowed to" because you have said the phrase makes the decision regarding whether to keep or remove a red link "ultimately an editor discretion." Based on that explanation I took out "In general" and added "is ultimately a matter of editorial discretion." Now you're saying it's too broad.
 * Okay, let's go back to this: In general, red links should remain in an article if they could plausibly sustain an article or article section, but for which there is no existing article or section under any name. Doesn't "In general," solve the GAN/FAC problem you pointed to on March 4? And, if it doesn't, shouldn't the GAN/FAC discretion exception be set forth in WP:REDDEAL? Butwhatdoiknow (talk) 06:44, 18 March 2021 (UTC)
 * Not exactly. I explained why above. --Francis Schonken (talk) 07:13, 18 March 2021 (UTC)
 * Are you referring to this explanation? That post provides an example of an exception to the general rule. However, it does not show that the exception disappears if we remove "be allowed to" from the sentence (that is, you did not show that "In general" isn't sufficient on its own). Can you link to a discussion where someone objected to removal of a red link from a Good or Featured article candidate and another editor cited "be allowed to" as support for removing thelink? Butwhatdoiknow (talk) 15:40, 18 March 2021 (UTC)
 * Sorry, my explanations should've been clear enough. Please find someone else to explain, as I already suggested above. --Francis Schonken (talk) 15:47, 18 March 2021 (UTC)
 * @Francis Schonken, I've read that comment, and I think the distinction you're proposing is not actually in the text. There is no semantic difference between "should remain" and "should be allowed to remain", and that change definitely does not change the person who is in charge of the decision.  I think you have imagined a distinction (e.g., from whether a FAC reviewer vs the main authors must "allow" the link) that does not exist in the written guideline. WhatamIdoing (talk) 00:17, 19 March 2021 (UTC)
 * So far, you are the only editor in support of retaining "be allowed to." In response to your argument in favor, one editor found it lacking in substance, one found it a distinction without a difference, and one (me) found it confusing. While consensus does not require unanimity, I'd like to give you a fair chance to reconsider your objection to removing the phrase. Or perhaps you can propose alternative wording that would more clearly express the nuance you see in "be allowed to." Butwhatdoiknow (talk) 19:06, 21 March 2021 (UTC)
 * Re. "So far, you are the only editor ..." – incorrect. The change "increases the level of certainty required for removing [red links]". Exactly what also WhatamIdoing seems to support below (this editor apparently would even go further in increasing that level of certainty). So no, these are only different views: some would make it easier to retain redlinks, others would like to make it easier to remove them. It is not surprising that the current wording has been stable for so long: it apparently struck the middle ground between those wanting to make it more strict and those who want it less so, quite exactly where that middle ground is. --Francis Schonken (talk) 07:29, 22 March 2021 (UTC)
 * 1. The "increases the level" comment was made when the proposed text was "Appropriate red links may remain in the content portion of an article." That proposal did not have the "In general" modifier found in the current proposal. The editor who made the "increases" comment has not participated in this discussion focusing on the "be allowed to" clause.
 * 2. Whatever change (if any) WhatamIdoing seems to support below, in this conversation she is saying that "be allowed to" is meaningless. In other words, removing it doesn't change the guidance.
 * 3. You have not linked to a prior discussion of "be allowed to" on this page. You have not linked to a GAN or FAC discussion that referenced the phrase. In short, your objection seems to be based solely on your fear that removing the phrase will make it more difficult to remove a red link in the future.
 * 4. How about this: Let's take "be allowed to" out of the current text as a test. If you find that removing red links becomes more difficult then you can report back and we can revisit this discussion. (As you consider your reply to this suggestion please keep in mind CapnZapp's comments regarding the validity of raising procedural arguments against change. Butwhatdoiknow (talk) 18:25, 22 March 2021 (UTC)
 * I assume from your silence that you have no substantive objection to the proposed test. If I am wrong, please advise and explain. Butwhatdoiknow (talk) 16:02, 26 March 2021 (UTC)
 * I've regrouped all the talk about the same. --Francis Schonken (talk) 15:51, 13 March 2021 (UTC)
 * Rationale for this change provided in "Refactoring" discussion below at Francis Schonken (talk) 08:06, 14 March 2021 (UTC). Butwhatdoiknow (talk) 15:30, 15 March 2021 (UTC)
 * I wonder whether re-writing that sentence to be more blunt would help: "Do not remove a red link if..." WhatamIdoing (talk) 04:11, 16 March 2021 (UTC)
 * I think you're on to something. But maybe "Do not remove a red link unless ..."? Regardless, the hard work will be to figure out what the "if"/"unless" conditions are. Butwhatdoiknow (talk) 05:01, 16 March 2021 (UTC)
 * In this case, "if" is more relevant, as it states a positive condition, namely "if it links to a title that could plausibly sustain an article".
 * To use "unless", we'd have to recast the sentence. WhatamIdoing (talk) 01:11, 17 March 2021 (UTC)
 * Ah, I see. The problem is that the current sentence has qualifiers ("In general," "should" (not must), and "be allowed to") suggesting even "could sustain an article" red links may be removed under certain circumstances. But what are those circumstances? It's not clear to me. Butwhatdoiknow (talk) 02:05, 17 March 2021 (UTC)
 * Changing to unless would result in the sentence saying "Do not remove a red link unless (it points to a valid article subject)", which is the opposite of the rule.
 * I don't think you will ever get a clear list of criteria or circumstances. This guideline seems to have been written to maximize ambiguity.  If we had a clear, reasonably objective list of criteria, then each individual editor wouldn't be able to claim that the official guideline always supports "my" own personal view, no matter how extreme my view might be, compared to the median editor's. WhatamIdoing (talk) 00:22, 19 March 2021 (UTC)


 * I think I've been clear before and/or elsewhere in conversation with Butwhatdoiknow that my silence does not mean I would have changed view against all odds. On the contrary: it usually means that afaics there are no substantive new arguments brought forward by others since I last explained my view, so that there is no reason whatsoever to change my view. --Francis Schonken (talk) 17:43, 27 March 2021 (UTC)
 * 1. You usually intend silence to mean what you say above? As I pointed out to you elsewhere, silence can "easily be confused with consent or, at the other extreme, wp:Stonewalling." Take a moment, be civil, and write out your meaning - don't leave other editors guessing whether you intend your usual meaning or something else.
 * 2. I did not ask whether you had changed your view. I asked for your input regarding a proposal to test your view:
 * How about this: Let's take "be allowed to" out of the current text as a test. If you find that removing red links becomes more difficult then you can report back and we can revisit this discussion. (As you consider your reply to this suggestion please keep in mind CapnZapp's comments regarding the validity of raising procedural arguments against change.
 * I again ask that you respond to this proposal. Butwhatdoiknow (talk) 16:06, 29 March 2021 (UTC)
 * Above, with text beginning "How about this:," I have proposed a TEST of your concern that removing "be allowed to" will have a meaningful effect on the GAN and FAC assessment processes. I renew my request that you let me know whether you have any issues — and, if so, what those issues are — regarding running this test. Butwhatdoiknow (talk) 05:34, 23 April 2021 (UTC)
 * Replied at User talk:Hammersoft. --Francis Schonken (talk) 06:49, 23 April 2021 (UTC)

Refactoring
I've asked you before not to refactor anything on this talk page, while it is time and again disruptive, or at least not in accordance with WP:TPG. Tx. --Francis Schonken (talk) 16:01, 13 March 2021 (UTC)
 * Please explain to me how the refactoring you reverted (1) was disruptive or (2) violated either the letter or the spirit of WP:TPG. Butwhatdoiknow (talk) 16:51, 13 March 2021 (UTC)
 * Seems like we're about done here, and afaik this is best kept together in the archive. --Francis Schonken (talk) 08:06, 14 March 2021 (UTC)
 * I renew my request that you support your allegation that the refactoring you reverted (1) was disruptive or (2) violated either the letter or the spirit of WP:TPG (which states "If a thread has developed new subjects, it may be desirable to split it into separate discussions with their own headings or subheadings."). In particular, I am wondering how my addition of a heading for a side discussion was any more objectionable than yours.
 * P,S, - If the only problem with my section heading was that it was level two rather than three then the appropriate solution would have been a fix, not a revert. Butwhatdoiknow (talk) 16:51, 13 March 2021 (UTC)

I was summoned here (I think?) but not sure why or what to say. Francis Schonken's edit referenced as "yours" above is not a refactoring. It is a straight-up addition of a subheader and an accompanying comment. It is therefore entirely unproblematic. As for your own refactorings Butwhatdoiknow, as far as I can see you labor under the misunderstanding the editing cycle bold-revert-discuss (WP:BRD) applies to talk pages. It does not. Don't do refactoring at all unless you know what you're doing and you are reasonably certain nobody will mind. In this case, none of this is true, and you have been asked - repeatedly - to simply never refactor anything. Therefore no "allegations" or discussions are necessary. Your refactorings will simply be reverted on sight. You will eventually earn back the trust but I don't see it happening on *this* page, so if you need to hear it from someone else than Francis Schonken: Do not refactor, full stop. To be safe, just don't edit anything once you have posted it. This is the way to leave the refactoring discussion behind. Thank you CapnZapp (talk) 20:59, 22 March 2021 (UTC)

Status
There is a proposal to shorten this sentence:

In general, a red link should be allowed to remain in an article if it links to a title that could plausibly sustain an article, but for which there is no existing article, or article section, under any name.

so that it says:

In general, a red link should remain in an article if it links to a title that could plausibly sustain an article, but for which there is no existing article, or article section, under any name.

Francis Schonken has objected. Does anyone else object? WhatamIdoing (talk) 23:58, 24 April 2021 (UTC)


 * Walter Görlitz and CapnZapp, do either of you have any objections to this proposal to slightly shorten this sentence? WhatamIdoing (talk) 01:27, 30 April 2021 (UTC)
 * For the future, What, can I suggest you read up on WP:SILENCE. It should help you in your future Wikipedia contributions. Regards, CapnZapp (talk) 07:51, 30 April 2021 (UTC)
 * Francis Schonken has already "voiced disagreement", to use the phrase from SILENCE's opening sentence. It is therefore time to be more explicit. WhatamIdoing (talk) 16:33, 30 April 2021 (UTC)
 * No user is obliged to voice or have an opinion. Please focus on those editors that do oppose you, and stop worrying about those that don't. If you make compelling arguments you might find your argumentation gaining support from otherwise-silent editors. Have a nice day. CapnZapp (talk) 14:44, 5 May 2021 (UTC)
 * To be fair to WhatamIdoing, because you had participated in this discussion in the past, I think she just wanted to extend you the courtesy of being sure you saw this particular development. Regardless, your remarks have now made it clear that you have seen this conversation and have no objection to the proposed change - at least, that is, no objection significant enough to motivate you to speak out. Butwhatdoiknow (talk) 15:42, 5 May 2021 (UTC)
 * Yes, I wanted to make sure that the previous participants were aware of this. As only one editor has objected, I think this change can be made. WhatamIdoing (talk) 02:51, 6 May 2021 (UTC)
 * Since only one editor has objected to this change, I have made this change. WhatamIdoing (talk) 21:13, 7 May 2021 (UTC)

Well there's no consensus either. --Francis Schonken (talk) 22:03, 7 May 2021 (UTC)


 * Francis, I think there is a consensus. You are the only person who objects.  Multiple editors support the change. WhatamIdoing (talk) 22:19, 7 May 2021 (UTC)
 * No, there is no consensus afaics. --Francis Schonken (talk) 06:53, 8 May 2021 (UTC)
 * Francis, as you have said, consensus "is not the same as unanimity." You have presented your reasons for opposing the removal of "be allowed to." No other editor has found those reasons persuasive. If you have something more than "I have not changed my opinion" to add to this conversation, add it. Otherwise, please review WP:SQSAVOID and consider a self-revert. Butwhatdoiknow (talk) 16:11, 8 May 2021 (UTC)
 * Butwhatdoiknow, I have reverted your changes to Status quo stonewalling – they seemed particularly unhelpful, merely intended to support your failing views on how WP:CONSENSUS works. --Francis Schonken (talk) 06:51, 9 May 2021 (UTC)
 * Francis, your mass revert at Status quo stonewalling did not change the substance of WP:SQSAVOID. I renew my request that you read that text and then either (a) provide additional support for your position that "be allowed to" remain on this page or (b) self-revert. Butwhatdoiknow (talk) 15:52, 9 May 2021 (UTC)

Why are red links preferable to stubs?
When I was new on Wikipedia more than a decade ago, this "red link" guideline didn't exist, and instead we were encouraged to create articles where they were necessary.

But now I see this "red link" page being cited as a reason to delete redirects. Which doesn't make sense to me, a redirect doesn't have to be deleted in order to create a new article.

I always thought that it was better to have a stub article which would be easier to expand, rather than a red link, but it seems that some people prefer the opposite, which makes me wonder why.

✌️ The owner of all 🗸 05:55, 2 June 2021 (UTC)
 * There are articles which is a lot more than there were ten years ago. The thinking now is that adding junk pages with no encyclopedic information is not useful and is a maintenance burden. Re that last point, WP:BLP stubs can deteriorate when people search for the name and then add jokes or possibly correct but unverifiable claims to the stub. If there is enough verifiable information to write something showing the topic's notability, a stub is probably good. Otherwise, it's better to leave a red link if you think there might one day be enough information to write something worthwhile. Johnuniq (talk) 06:50, 2 June 2021 (UTC)
 * WP might be bigger now, but the point of a stub article hasn't changed I don't think. Back then, if it was an article that you knew should exist but you didn't know enough to write much content in an article you would write a stub, and someone who *did* know about the subject would expand it. I'm not sure how the fact that WP is bigger changes that. I agree regarding uncited claims in BLP though (I'm sure some of the subject areas I edit in still get such edits occasionally). ✌️ The owner of all 🗸 14:12, 2 June 2021 (UTC)
 * @Johnuniq, I'm not sure how your comment relates to the problem.
 * What we have: A red link gets turned into a redirect to a relevant page.
 * What you say: Junk pages (i.e., non-redirects) are a problem.
 * A redirect normally has the lowest maintenance burden. WhatamIdoing (talk) 23:52, 7 June 2021 (UTC)
 * I assumed the OP was familiar with old-time Wikipedia when people would start an article with nothing more than something like "An elephant is a large animal with four legs and a trunk." Millions of such topics were obviously notable yet had no article and people were welcome to start them as a stub with little useful content. Now, things are different and such stubs are rarely useful because it is unlikely that encyclopedic information will be available to make a proper article. Therefore, we now prefer a red link rather than a blue link to a stub if the stub is probably for a "junk" article. Johnuniq (talk) 00:00, 8 June 2021 (UTC)
 * @Johnuniq, how does this new distaste for sub-stubs relate to this page being used as a justification for deleting a Redirect?  WhatamIdoing (talk) 00:30, 11 June 2021 (UTC)
 * In the context of discussing redirecst at RfD, the reasoning usually goes like "This is a notable topic, and the existence of a redirect means that incoming links appear blue, so people editing in the topic area may not easily notice that an article hasn't yet been created. If the redirect is deleted, then the links will turn red, making then absence of an article readily visible. This will incentivise editors to create an article". This is a valid, though relatively weak, argument (and it also depends on the presence of incoming links: if these are not there, the argument makes much less sense). It's also often used in conjunction with other considerations (which are not always stated explicitly by RfD participants). For example, the redirect's target will have only a bare mention of the topic, so the redirect isn't much helpful anyway, REDLINK or not REDLINK. Or there might exist other articles with similar mentions of the topic, and deleting the redirect will allow readers to access those articles from the search results. So much for redirects. As for stubs, that's another matter. I don't think anyone would ever make a similar argument about deleting stubs on notable topics. However, if there's anything that's changed since the earlier days, it's that the community appears less tolerant now of tiny microstubs, especially if created in large numbers. That's understandable: what's the point of an article that only says its subject exists? Also, if people create small stubs in topic areas they're not very well versed in, there's a risk that even the little information they contain may turn out to be inaccurate (for example, there was the case of the Iranian villages, where several thousand articles were recently discovered to be not about actual villages, but farms and petrol stations, because the creator had misunderstood the range of the meanings of the Persian word for 'village'.)  There's also a vantage point, from which the existence of a stub or redirect is always better. That's because, unless the page is protected, anyobody will be able to expand it. If a page is deleted, then the right to create an article is restricted to (auto)confirmed users, and that reduces the likelihood that an article will eventually get created. – Uanfala (talk) 15:16, 2 June 2021 (UTC)
 * I suspect that the next obvious step in the process is someone removing the red link, and therefore eliminating any "incentive" that might have been created by the red link. WhatamIdoing (talk) 23:53, 7 June 2021 (UTC)

Red link color change??
Am I going crazy, or is the red link brighter now? Skippy2520 (talk) 20:28, 15 August 2021 (UTC)
 * Is this a false dichotomy? The colour depends on 1) your browser and 2) the skin you use when viewing the site and 3) any modifications you may have loaded that override the link colours. One of those three may have changed recently. However, you may still be going crazy even if the colour has legitimately changed on one or more of those levels. Further tests will have to be conducted to confirm that. Walter Görlitz (talk) 23:36, 15 August 2021 (UTC)
 * See Village pump (technical). Johnuniq (talk) 23:45, 15 August 2021 (UTC)

August 25 revert.
''The edit summary for this revert says "this needs discussion" but the reverting editor has not started a discussion. I do that now.'' As I said in the edit edit summary for the reverted edit: "Combine two sentences from later paragraphs in lede into second sentence of first paragraph that states the requirements for a red link (notability and verifiability)." I welcome any discussion of this change. Butwhatdoiknow (talk) 16:11, 26 August 2021 (UTC)
 * It is not desirable to tell people to create red links where V and N might be satisfied. Red links should only be created if they would serve some purpose. There are lots of examples of contributors finding pointless and irritating things to pick at and they should not be given a false impression that it is desirable. It's fine, leave it alone. Johnuniq (talk) 00:53, 27 August 2021 (UTC)
 * Thank you for taking the time to provide a substantive explanation regarding why my edit was problematic. It was certainly not my intent to change the meaning of the text.
 * It is my intent to make this article more accessible and useful to the casual reader. I understand that you question the value of such efforts. But the recent edits I have made to this page that have not been reverted (plus a "thanks" I received for one of those edits) suggests that your viewpoint is not universally held. - Butwhatdoiknow (talk) 05:09, 27 August 2021 (UTC)


 * I think I agree with and  mostly because I believe that redundancy is a good thing as opposed to a bad thing that needs to be removed or replaced for the sake of accessibility, since repetition is a well known better teacher, and so I think the edit that was made substantially changes the intent, as well as perhaps the meaning, making the revert discussion worthy. Huggums537 (talk) 17:18, 27 August 2021 (UTC)
 * Now that Johnuiq has explained the problem, I also agree with the revert. The revert only became discussion worthy because The Drover's Wife, who did the revert, did not explain the problem in the revert edit summary. - Butwhatdoiknow (talk) 22:04, 27 August 2021 (UTC)
 * , yeah I can understand that point of view. Just saying, "needs discussion" isn't quite enough to be an adequate edit summary, and I agree there should have been some more explanation there. OTH, playing as devil's advocate, the reverting editor may have mistakenly thought it should be obviously evident that discussion was needed, and so a lengthy explanation wasn't worth the extra effort... Huggums537 (talk) 14:28, 28 August 2021 (UTC)
 * I don't doubt the reverting editor's good faith. But, per wp:PGBOLD, "you should not remove any change solely on the grounds that there was no formal discussion indicating consensus for the change before it was made. Instead, you should give a substantive reason for challenging it either in your edit summary or on the talk page." - Butwhatdoiknow (talk) 15:22, 28 August 2021 (UTC)
 * , Yep, it's a good policy I think. Huggums537 (talk) 17:19, 28 August 2021 (UTC)
 * That was not why it was removed. The edit was poorly thought out and changed the meaning of the guideline in multiple ways that it was unclear whether were intentional or just stemmed from careless drafting. It was, literally, an edit that needed discussion before it could go live. I'm always happy to provide further explanation of edits, but the outraged sooking from the editor who was reverted that they just might have to discuss controversial edits to a guideline to have them stand sits very poorly with me. The Drover&#39;s Wife (talk) 00:21, 29 August 2021 (UTC)
 * Now that would have been a good edit summary: "changed the meaning of the guideline in multiple ways, needs discussion." - Butwhatdoiknow (talk) 00:57, 29 August 2021 (UTC)
 * Or, you could, like most editors, take another editor flagging your edit as needing discussion as a sign that you should start a discussion about it if you want it to go live, instead of throwing a big toddler tantrum about having to do so. The Drover&#39;s Wife (talk) 01:07, 29 August 2021 (UTC)
 * , I think you made a good revert with an inadequate explanation in the edit summary, and even the bold editor who made the edit has agreed it was a good revert with an incomplete summary now that they understand the explanation that has been drawn out of these discussions. However, I think you're being extremely unfair to them by essentially calling them a "crybaby" simply because they've asked for more of an explanation in an edit summary, especially when there are many directives in policy and essays etc. suggesting we should do the very simple thing the editor is requesting. To be fair, what you have labeled as "throwing a big toddler tantrum" is actually the self same discussions that you yourself asked for in the edit summary. What if someone had described your discussions referencing you as being the big baby throwing the temper tantrum for being asked to provide a more complete edit summary? The shoe could easily fit on both feet, but it's not very comfortable on either of them. Huggums537 (talk) 06:46, 29 August 2021 (UTC)

Semi-protected edit request on 1 September 2021
Alexandros Desyllas

Born in 1851 and died in 1932 aged 81

He founded the Desylla Factory in 1871. It processed hemp, flax and Jute from India and Pakistan.The locals referred to it as "Cannabis"

At it’s peek it employed over 1,500 62.103.113.66 (talk) 07:27, 1 September 2021 (UTC)
 * Red information icon with gradient background.svg Not done: this is the talk page for discussing improvements to the page Wikipedia:Red link. See Wp:YFA instead. ◢  Ganbaruby!   (talk) 07:33, 1 September 2021 (UTC)

"Redlink Fetish" listed at Redirects for discussion
A discussion is taking place to address the redirect Redlink Fetish. The discussion will occur at Redirects for discussion/Log/2021 October 3 until a consensus is reached, and readers of this page are welcome to contribute to the discussion. signed,Rosguill talk 17:14, 3 October 2021 (UTC)

Red links are really helpful?
from aesthetic and technical viewpoint, red links don't look good at all, why? because they are bright red in a background of mainly black and blue text, and they take you to nowhere because they are links to non-existing pages, they are broken links. The lead section is actually encouraging adding red links to pages.Marzbans (talk) 18:39, 11 October 2021 (UTC)
 * (In case this is still relevant) If you don't like their appearance, you can restyle them to your liking by adding something like .new {color:green!important} to your Special:MyPage/common.css. More info on how at Help:Cascading Style Sheets. Paradoctor (talk) 18:32, 16 February 2022 (UTC)

Should readers (not editors) see redlinks?
I'm sure this must've been raised a few times before (if nothing else, for its evident reasonableness and simplicity), but I thought I'd revisit it. Tbc, by readers I mean logged off users, and by editors I mean logged in (though editors may visit--and even edit!--Wikipedia while logged off, and logged in users may visit just for reading, not editing). — Guarapiranga ☎ 04:09, 22 May 2022 (UTC)
 * Rather than arguing the case, I'll just borrow 's words from over 13 years ago: — Guarapiranga ☎ 04:09, 22 May 2022 (UTC)
 * - this isn't really a a brief, neutral statement of or question about the issue  Lee Vilenski (talk • contribs) 05:41, 22 May 2022 (UTC)
 * There,, brief and neutral enough? — Guarapiranga ☎ 01:58, 23 May 2022 (UTC)
 * Everyone is a potential editor and I often see helpful edits from IP addresses. In short, there is no distinction between readers and editors whether logged in or off. - Butwhatdoiknow (talk) 11:19, 22 May 2022 (UTC)
 * Everyone is a potential editor Yeah, but not an actual one.
 * I often see helpful edits from IP addresses. I do too, but IP editors know that what they see logged out is not the same as they do logged in. Redlinks would just be one more of those differences.
 * — Guarapiranga ☎ 02:19, 23 May 2022 (UTC)
 * not an actual one - this is not a permanent state.
 * IP editors know ... - how do you know what they know? I'm a "logged-in" editor and I didn't know that. - Butwhatdoiknow (talk) 18:36, 25 May 2022 (UTC)
 * Don't we, WP "logged-in" users, all know that all our preferences are unavailable when we log out, ? Isn't that how all websites (accessible both logged in and out) work?— Guarapiranga ☎ 04:01, 27 May 2022 (UTC)
 * I have given absolutely no thought to whether my Wikipedia "preferences" affect what I see. And, accordingly, I have given absolutely no thought to whether what I see when I'm logged out differs. (And if the "logged out" default was to not show redlinks I probably wouldn't notice their absence when I was logged out.) - Butwhatdoiknow (talk) 06:12, 27 May 2022 (UTC)


 * It is impossible to separate editor and reader, if one is here to improve the encyclopedia and learn. I often choose subjects to write about simply because I saw them as a redlink, or someone else pointed out a redlink to me because they know I edit (and research confirmed they were notable). Removing the visibility of redlinks reduces the opportunity for someone to realize an article is missing. Why would that be beneficial? SusunW (talk) 15:01, 22 May 2022 (UTC)
 * Bc:
 * Red is an alert colour. While editors should indeed be alerted to missing articles, readers shouldn't. The alert is not really meant for them, and they have nothing to do with it (unless they know someone who knows someone who edits, and wants to let them know).
 * If only logged in users see redlinks, then there really is little harm in having articles with large amounts of them. Currently, WP is missing a lot--a LOT!--of internal wikilinks--notably to notable people--bc when they were first mentioned in an article, they weren't notable (e.g. athletes, politicians). The universal redlink creates an artificial--and unnecessary!--barrier to wikilinking people who may or may not be, or become, notable. The current policy created a huge blindspot. Hiding redlinks from casual readers fixes that (to the detriment, admiteddly, of the odd alert to an editor from a reader--that someone else who knows you edit--or the odd time an editor happens to visit WP on a device in which s/he's not logged in).
 * — Guarapiranga ☎ 01:48, 23 May 2022 (UTC)
 * This is a pointless and time-wasting RfC which should be withdrawn. However, for the record, my vote is to confirm that Wikipedia is an anyone can edit online encyclopedia. Until we have a last-word editorial committee which publishes fully formed articles, red links will stay. Johnuniq (talk) 02:53, 23 May 2022 (UTC)
 * my vote is to confirm that Wikipedia is an anyone can edit online encyclopedia Of course. How does this proposal contradict that, though, ?
 * This is a pointless and time-wasting RfC Why? Why did you choose to waste your time with it then? Presumably, those who chose to comment on it didn't think it is.
 * — Guarapiranga ☎ 05:01, 23 May 2022 (UTC)
 * I have no idea what the appropriate resolution is here, but I do think there's a problem, which has been touched on above. There has always been a tension between (1) Wikipedia as a wiki that creates redistributable content (the website is just a way of accessing the workspace and most people will get their content from downstream suppliers who will make their own decisions about links anyway), and (2) Wikipedia as its own distributor (the website is how people see our content and should be at least somewhat presentable to the general public). That tension has waxed and waned; I guess nowadays the Knowledge Graph has taken over from the mirrors of yesteryear, taking a little bit of the strain away. But the tension has always been there and has manifested differently in different parts of the project. As to redlinks in particular, the pendulum has swung one way in that the community has resisted any major changes to their presentation. But the pendulum also swung back the other way in that redlinking practice has become much more restricted than is healthy for the project. That is, people who are anxious about the project's public appearance feel it necessary to remove perfectly cromulent redlinks, because those uncompromisingly prominent redlinks highlight the fact that Wikipedia-the-wiki is a messy work in progress. (There is probably something clever to say about the Coase theorem when it comes to these pendulum swings.) To be sure, erythrophobia is far from the biggest threat to project health. But since Wikipedia-as-prominent-website isn't going away anytime soon, it would be ideal to find a way of presenting redlinks that would make users less likely to avoid or remove them. -- Visviva (talk) 04:39, 27 May 2022 (UTC)
 * Lemme just highlight your last sentence here (for tl;dr folks), :Yes! That was entirely my motivation in opening this RfC. Thanks for taking the time to flesh out the issue. — Guarapiranga ☎ 05:38, 27 May 2022 (UTC)
 * FWIW, the mobile app doesn't show red links. Betseg (talk) 17:00, 28 May 2022 (UTC)

Inaccurate
When I tried using the red links in my draft about Piper Rockelle, the links went straight to the first page on the subject, or disambiguation links, not a red link. To try and fix the problem, I added the appropriate links on the disambiguation links, but User:MB reverted them because the links went to the main page or the disambiguation, not red links. Why does following these instructions not make a red link? Krystal Kalb (talk) 02:42, 20 June 2022 (UTC)
 * Please provide a link to your draft and I'll try to get an idea of what you were attempting and why it did not produce redlinks. - Butwhatdoiknow (talk) 15:29, 20 June 2022 (UTC)
 * Draft:Piper Rockelle Smith Krystal Kalb (talk) 01:24, 6 July 2022 (UTC)
 * Looking at the history and I don't see any edits by User:MB. - Butwhatdoiknow (talk) 15:57, 6 July 2022 (UTC)
 * No, User:MB reverted my edits on the disambiguation pages, not the draft page. I’m sorry if I made this unclear. Krystal Kalb (talk) 22:27, 7 July 2022 (UTC)
 * Okay, please provide the links to the disambiguation pages where the reverts took place. - Butwhatdoiknow (talk) 01:01, 8 July 2022 (UTC)
 * , were you describing how the links in e.g. Draft:Piper Rockelle Smith don't show up as red links but as links to unrelated articles or disambiguation pages? If that's the case, then you'd need to pipe them to the correct titles (like this: Butterflies, I'm assuming those are songs). However, I'm not sure linking at all is a good idea to begin with: as you might have read at Red link, redlinks can generally be inserted only if you expect their target to eventually be created, and articles should be created only if they're notable (for the case of songs, the notability guidelines are at WP:NSONG).
 * You also need to be aware that the draft you've been working on is on a topic that was previously deleted here, see Articles for deletion/Piper Rockelle. This was 9 months ago, so it's possible significant coverage of the topic may have arisen since then, so we're not bound by the outcome of that discussion. But it's still something to bear in mind.
 * The edits to dab pages that you mention getting reverted by are this (and a few similar ones). MB was correct to revert them: we shouldn't create disambiguation entries for topics that don't (yet) have coverage on Wikipedia (drafts don't count). You can see WP:DDD and especially WP:WTAF. – Uanfala (talk) 00:30, 9 July 2022 (UTC)

Lists of redlinked "notable people - a bad idea?
The guideline says at present "Lists of "notable people" in an article, such as the "Notable alumni" section in an article on a university, tend to accrue red links, listing people of unverifiable notability. Such red links should be removed only if it's certain the subject would not qualify for an article on Wikipedia."

I suggest that it is nearly always a bad idea to redlink names, even if notable and justifying an article, due to the significant likelihood of someone else of the same name getting an article - this quite often happens in reality, it's not a theoretical quibble. Obviously this applies much more strongly to, say, "John Smith" than "John Smith (stamp collector)". I would be minded to modify the guideline to reflect this, particularly for lists of notable people, but it's too controversial for a WP:bold edit. (I've today modified the guideline boldly to discourage redlinking names - a lot of articles simply redlink virtually all names mentioned.) Best wishes, Pol098 (talk) 21:07, 27 June 2023 (UTC)