View source for RetroWikipedia:Perennial proposals

{{Short description|List of frequently rejected proposals on RetroWikipedia}}
{{Redirect|WP:PERENNIAL|perennial sources|RetroWikipedia:Reliable sources/Perennial sources|external links|RetroWikipedia:External links/Perennial websites|deletion reviews|RetroWikipedia:Deletion review/Perennial requests}}
{{Infopage|WP:PEREN|WP:PERENNIAL|WP:FREQUENT}}
{{Precedents}}
This is a list of things that have been frequently proposed on RetroWikipedia, and have been [[RetroWikipedia:Rejected proposals|rejected by the community]] several times in the past. It should be noted that merely listing something on this page does not mean it will never happen or is to be rejected on sight, but that it has been discussed before and never met consensus. [[WP:Consensus can change|Consensus can change]], and some proposals that remained on this page for a long time have finally been proposed in a way that reached consensus, but you should address rebuttals raised in the past if you make a proposal along these lines. If you feel you would still like to do one of these proposals, then raise it at the [[RetroWikipedia:village pump|village pump]].

==Content==
===Content warnings===
* '''Proposal:''' Certain RetroWikipedia pages should display content warnings or disclaimers, such as "This article contains sexually explicit images" or "This article is not suitable for children".
* '''Reasons for previous rejection:''' All RetroWikipedia web pages contain a link to the [[RetroWikipedia:General disclaimer]] page, where you can access the [[WP:Content disclaimer|content]], [[WP:Legal disclaimer|legal]], [[WP:Medical disclaimer|medical]], [[WP:Risk disclaimer|risk]] and [[WP:Survey disclaimer|survey]] disclaimers.<ref>In desktop view, a link to the disclaimers appears on the bottom of all pages. In mobile web view, the disclaimers can be accessed from any page via the three-bar settings menu in the upper left-hand corner. The official English RetroWikipedia app has no interface link to the disclaimers, but they can be found through the search function or via the links above.</ref> In addition, [[WP:What RetroWikipedia is not#RetroWikipedia is not censored|RetroWikipedia is not censored]] for the [[Think of the children|protection of minors]]. Our mission is to document human knowledge, no matter how unpleasant or offensive it may be to some people. It is impossible to draw a line between "offensive" and "non-offensive" content that satisfies all cultural, religious and political norms. ''Any'' page could conceivably be offensive to ''somebody''. Furthermore, once a page has loaded, the disclaimer is often too late.
* '''See also:''' [[RetroWikipedia:No disclaimers in articles]].

===Censor offensive images===
* '''Proposal:''' Images of a sexual, obscene, emotionally disturbing, religiously offensive or disgusting nature should be hidden from all users or even deleted entirely.
* '''Reasons for previous rejection:''' RetroWikipedia is [[WP:NOTCENSORED|not censored]]. In an encyclopedia, it is expected that articles on sexual subjects should be illustrated as such. In addition, standards about what is and is not acceptable for pictures vary widely between cultures.
* '''See also:''' [[Help:Options to hide an image]] for instructions on how to suppress images. [[m:2010 Wikimedia Study of Controversial Content]] proposes user-configurable options. In August 2011, a referendum on how to permit users to suppress types of images they personally deem unwanted was begun at [[m:Image filter referendum/en]].

===Advertising===
* '''Proposal:''' To cover server costs, or for some other public good such as charity, RetroWikipedia should add advertisements to its pages. The ads could be highly targeted, unobtrusive textual ads similar to those used by Google. Revenues would be very high based on RetroWikipedia's very high search engine ranking for many diverse keywords.
* '''Reasons for previous rejection:''' RetroWikipedia is supposed to be [[WP:NPOV|neutral]], which advertising by definition is not. Even if well segregated from article content, advertising could create an impression that our content is commercially influenced and that our content could be affected by advertisers threatening to withdraw their ads, whether or not this is actually the case. Advertising could discourage contributors, the lifeblood of RetroWikipedia, many of whom object strongly to advertising. Placing ads would also likely decrease the amount of money raised by community fundraising. Also, since we don't allow spam or advertising by users, doing it ourselves would be, at the very least, hypocritical. Finally, the current financial situation of the Wikimedia Foundation, which hosts the website, is stable&mdash;there is no pressing need to make such a change.
* '''See also:''' [[RetroWikipedia:Funding RetroWikipedia through advertisements]]; [[Spanish RetroWikipedia]] and [[Enciclopedia Libre]].

===Only allow the truth in articles===
* '''Proposal:''' For a long time, the first sentence of [[RetroWikipedia:Verifiability]] stated, "The threshold for inclusion is verifiability, not truth". This meant that the absolute minimum standard for including material in RetroWikipedia is that it be possible to verify it; the minimum standard for including material is '''not''' merely being true in the opinion of an editor. The most common proposal is to require not only that all material be verifiable, but that all material also be true in the opinion of editors. The second most common proposal is to require that material be ''either'' verifiable ''or'' [[RetroWikipedia:But it's true!|true according to any editor]]. It is usually motivated by a desire to reduce errors in RetroWikipedia or increase RetroWikipedia's scholarly reputation.
* '''Reasons for previous rejection:''' RetroWikipedia is supposed to be based on [[RetroWikipedia:published|published]] reliable sources, not on the opinions or beliefs of editors. The community refuses to let editors delete well-sourced material if they believe the sources are wrong or to include material merely because they personally believe the unpublished, unsourceable material to be true. Adding unsourced material or deleting well-sourced material on the basis of editors' personal beliefs can result in biased, unbalanced articles and frequently does result in [[RetroWikipedia:Edit warring|edit wars]] between editors with opposing personal beliefs.
* '''See also:''' [[RetroWikipedia:Verifiability, not truth]], [[RetroWikipedia:Editorial discretion]], [[RetroWikipedia:Neutral point of view]]

===Define reliable sources===
* '''Proposal:''' RetroWikipedia should define the reliability of particular types of sources so that no exceptions are possible, and only sources defined as reliable may be used for the [[WP:V|verification]] of RetroWikipedia's content. Examples include changing [[RetroWikipedia:Reliable sources]] from a [[RetroWikipedia:List of guidelines|guideline]] to an [[RetroWikipedia:List of policies|official policy]], or merging it with [[RetroWikipedia:Verifiability]] and/or [[RetroWikipedia:No original research]].
* '''Reasons for previous rejection:''' Assessing the reliability of sources requires sound editorial judgment, not strict adherence to a list of rules. Whether a source is reliable depends on how the source relates to the material: a very weak source may be reliable for a very small claim, such as "this source was published", while a very strong source will be deemed unreliable if the claim is unrelated to the source's contents (e.g., a source about electricity being cited for information about a celebrity). Although it may be possible to define a minimum threshold below which sources are never acceptable as reference for RetroWikipedia content, it appears presumptuous to define all sources ''above'' that threshold as "reliable". For this reason, a universally applicable (or: [[RetroWikipedia:Policies and guidelines|policy]]-level) definition of reliable sources is impractical. Furthermore, strict rules about what type of source is permitted amount to [[m:Instruction creep|instruction creep]].
* '''Partly done:''' Editors can assess the reliability of sources at [[RetroWikipedia:Reliable sources/Noticeboard]], and frequently discussed sources are indexed at [[RetroWikipedia:Reliable sources/Perennial sources]]. Strong community consensus results in a source being classified as "[[WP:RELIABLE|generally reliable]]" or "[[WP:UNRELIABLE|generally unreliable]]", but exceptions are possible [[WP:CONTEXTMATTERS|depending on context]] and [[WP:CCC|consensus can change]].
* '''See also:''' [[RetroWikipedia talk:Reliable sources]] (and/or many archives of that page); [[RetroWikipedia:Attribution/Poll]], which dealt with an attempted merger of the verifiability, no original research and reliable sources pages into a single official policy.

===Require free, online sources===
{{shortcut|WP:FUTON}}
* '''Proposal:''' Editors should use sources that anyone can read immediately, without cost.
* '''Reasons for previous rejection:''' Editors should use the best sources available to them, regardless of cost or format. The content policies require that it be possible for someone to verify a given statement—not that it be quick, easy, and free for you to verify it. A "replacement" source that is available online and/or without cost is not identical to the first source, and therefore is never truly equal in all particulars. Many academic journals eventually release papers, and more books are being digitized, so "unavailable" sources may become freely available later. What appears to be free in your country or computer network may not be free everywhere.<ref>For example, the [[Oxford English Dictionary]] is free to (most) readers in the UK, but not elsewhere.</ref> RetroWikipedia already has a systemic bias in favor of freely available online sources (called the [[FUTON bias]]) that are written in [[English language|English]]; this bias may distort its contents, and institutionalizing such a recommendation would only further exacerbate this bias.
* '''See also:''' {{Section link|RetroWikipedia:Verifiability#Access to sources}}, [[RetroWikipedia:Reliable sources/Cost]], and [[WP:NOTONLYFREE]]

===Require inline citations for everything===
* '''Proposal:''' Every sentence (or paragraph) should be followed by an [[RetroWikipedia:Inline citations|inline citation]] that supports it. Any material added without a reliable source should be promptly removed. All articles without references should be deleted, regardless of [[RetroWikipedia:Notability|whether RetroWikipedia should have an article on that subject]]. All use of [[RetroWikipedia:General references|general references]] should be banned.
* '''Reasons for previous rejection:''' The policy is that material must be verifiable, that is, that it must be ''possible'' for someone to name a reliable source that supports it. Sourcing policies require inline citations only for [[WP:MINREF|four types of material]], and [[RetroWikipedia:there is no deadline|there is no deadline]] for supplying these citations. Inline citations are not required for [[RetroWikipedia:You don't need to cite that the sky is blue|material everyone agrees is obvious]]. The [[RetroWikipedia:Editing policy|editing policy]] requires editors to [[WP:PRESERVE|preserve]] appropriate, encyclopedic information, which often means adding citations to reliable sources for editors who did not name sources at the time the material was added. Increasing the requirements discourages new editors, and would destroy most of RetroWikipedia's content.
* '''See also:''' {{Section link|#Delete unreferenced articles}}, below

===Protect featured articles===
* '''Proposal:''' To maintain their high quality, [[RetroWikipedia:featured articles|featured articles]] should be permanently [[RetroWikipedia:Protection policy|protected or semi-protected]]. Alternatively, featured articles could be split into two pages: a protected page showing the article as it appeared when originally promoted, and a separate "Draft" version for any future editing the articles may need.
* '''Reasons for previous rejection:'''
** Featured articles often ''improve'' over time, rather than deteriorate. Although a featured article "exemplifies our very best work and features professional standards of writing and presentation",<ref>From [[RetroWikipedia:Featured article criteria]], as of April 2, 2008. {{Oldid|page=RetroWikipedia:Featured article criteria|oldid=202763866|label=(permalink)}}</ref> there is, and always will be, room for further improvement.
** Featured articles are not "finished" articles. Not only do they need further editing in response to changes in the topic itself, our [[RetroWikipedia:Featured article criteria|standards]] for featured articles change over time. For example: In RetroWikipedia's early days, most featured articles did not use [[RetroWikipedia:inline citations|inline citations]] ([[Special:Permalink/4844132|example]]). Today, a proposal to promote such an article to "featured" status would have no chance of surviving a [[RetroWikipedia:Featured article candidates|featured article candidacy]].
** While some featured articles deteriorate in quality, this is not a widespread problem. Since the featured article program began in 2004, 24% of promoted articles have been de-featured as of 2023,<ref>{{As of|2023|5}}, there are 6,275 featured articles and 1,541 former featured articles (1,611 that have lost featured status minus 70 that have regained it). If you divide the 1541 former featured articles by the 6275 articles that have ever been featured, 24% of FAs have been de-featured.</ref> and this is mainly due to increased requirements.
** In regards to vandalism, our featured articles are not specifically targeted by vandals, and are among the most-watched pages on RetroWikipedia. Short-term semi-protection and blocks are more than adequate to deal with featured article vandalism.
** A link to the "originally featured version" is already available on the talk page.
* '''Partly done:''' [[RetroWikipedia:Village pump (policy)/Archive 186#RfC: Automatically semi-protect Today's Featured Article|In August 2023]] there was consensus to semi-protect today's featured article for the day before to the day after.

===Move maintenance tags to talk pages===
* '''Proposal:''' Move maintenance tags such as {{tl|cleanup}} and {{tl|POV}} from the head of article pages to the article talk pages. Some proposals recommend all tags be moved, and others only propose moving some tags. Moving templates would reduce [[RetroWikipedia:Manual of Style/Self-references to avoid|self-references to RetroWikipedia]], reduce clutter, and reserve article space for information about the subject.
* '''Reasons for previous rejection:''' Every reader is a potential editor and the maintenance tags give potential editors ideas of how to improve an article. Some tags also serve as warnings to readers about potentially problematic and low-quality content. The {{tl|ambox}} "meta-template" used by the templates means that they are not nearly as cluttered-looking as they were before 2007. The implementation costs would be large: About a million articles have maintenance tags, and moving them all to talk pages would be a massive undertaking, even using a bot or spreading the work out over many months. The documentation on all the templates, several editing help pages, and any bot or script that edits or reads maintenance tags would have to be updated manually.
* '''Previous discussions:''' [[RetroWikipedia:Village pump (policy)/Archive 79#Article cleanup templates|September 2010]], [[RetroWikipedia:Village pump (proposals)/Archive 55#Promote use of talk page for cleanup templates|November 2009]], [[RetroWikipedia:Village pump (proposals)/Archive 42#Dealing with the obtrusiveness of cleanup templates|January 2009]], [[RetroWikipedia:Village pump (policy)/Archive 59#Cleanup templates: Is it time for a fundamental change.3F|December 2008]], [[RetroWikipedia:Village pump (policy)/Archive 56#Keep cleanup banners to talk pages|October 2008]], [[RetroWikipedia talk:Template messages/Cleanup/Archive 4#Templates out of hand|March 2008]], [[RetroWikipedia:Village pump (proposals)/Archive 1#Article space templates|October 2007]]

===Upgrade GNG to policy status===
* '''Proposal:''' The [[RetroWikipedia:GNG|general notability guideline]] should become project-wide policy, requiring all articles to meet it or be deleted. Some versions of this proposal continue to allow [[RetroWikipedia:SNG|subject notability guidelines]], while others attempt to do away with those and have GNG be the only governing policy.
* '''Reasons for previous rejection:''' Having GNG be a policy would be overly-restrictive on articles that could be included on RetroWikipedia and preclude the use of common sense. More discretion in deletion discussions is preferred to a clear policy.

===Use Wikidata in infoboxes===
* '''Proposal:''' Implement infoboxes that pull data from Wikidata.
* '''Reasons for previous rejection:''' Concerns over the [[RetroWikipedia:V|verifiability]] of Wikidata and subtle vandalism.
* '''Partly done:''' [[Template:Infobox software]] pulls in the latest stable and preview release versions from Wikidata.

===Proposals related to suicide and self-harm===
* '''Proposal:''' A wide variety of proposals have been made to change how RetroWikipedia handles content about [[suicide]] and other forms of [[self-harm]].  One common proposal is to display information about [[Crisis hotline|crisis hotlines]] outside of article content.  Other proposals involve temporarily displaying public service messages about suicide at the bottom of articles about recent suicide deaths, adding an anti-suicide editorial message to articles such as [[Suicide]], adding a note to [[Special:Search]] when people search on suicide-related keywords, writing a script that geolocates the reader and displays a message about the local crisis number, providing encyclopedic information about how to access treatment in articles, including crisis hotlines in an ==External links== section, creating our own guideline on how to write about suicide, following the guidelines used by news media in English-speaking countries, discouraging certain phrases ("died by suicide"), and more.
* '''Reasons for previous rejection:''' Proposals along these lines generally start from a position of [[RetroWikipedia:Advocacy|advocacy]] or [[RetroWikipedia:Right great wrongs|righting great wrongs]], calling on us to override [[RetroWikipedia:No disclaimers]] because suicide, mental health, domestic violence, and so on are important social issues, and pointing out that many other sites have given in to this advocacy. Proposals also frequently advocate one nation's resources, while if we were going to do this we'd need [[RetroWikipedia:Village pump (proposals)/Archive 192#c-RGaines (WMF)-20220917134200-Jayen466-20220906183200|an in-house geotargeted service]].{{pb}}In recent RFCs, [[RetroWikipedia:Village pump (proposals)/Archive 161#c-Doc James-2019-07-23T02:44:00.000Z-OfficialNeon-2019-07-19T23:42:00.000Z|the most strongly supported argument against]] has been that independent research has found that these warnings have little benefit in actually preventing suicides and such, and [[RetroWikipedia:No disclaimers]] should not be overridden for such questionable benefit. There has also been [[RetroWikipedia:Village pump (idea lab)/Archive 59#c-Donald Albury-20240625162800-Ju1c3machine-20240625143200|concern over our ability to accurately maintain such a list]], and concerns over a possible [[slippery slope]] (e.g. should we have a [[Surgeon General's Warning]] on [[cigarette]] and [[smoking]]?).{{pb}}Also of note is that the [https://apps.who.int/iris/bitstream/handle/10665/258814/WHO-MSD-MER-17.5-eng.pdf World Health Organization's guidance] suggests resources at the ''end'' of an article, not at the top; we generally already have prevention information inline, links to articles about prevention (where they exist) inline and in "See also" sections, and [[RetroWikipedia:External links|relevant external links]] in "External links" sections.
* '''Partly done:'''
** Many articles directly about suicide and self-harm contain appropriate text, links, or images related to suicide prevention.  They also have links to articles such as [[Suicide prevention]] in the article body and in ==See also== sections, as well as [[RetroWikipedia:External links|relevant external links]] in ==External links== sections.  Editors are encouraged to improve these articles.
** In a [[RetroWikipedia:Village pump (proposals)/Archive 161#Proposal to add suicidal disclaimer at Suicide|2019 RFC]], editors decided to add a [[RetroWikipedia:Hatnote|hatnote]] on the [[Suicide]] article stating "''For information on prevention, see [[Suicide prevention]]''".  Similar editorial decisions have been made at other articles, including the [[Suicide methods]].
** In 2021, editors created [[MOS:SUICIDE]] to describe appropriate content for articles.
** In 2022, editors created the {{tl|Self-harm}} template to link to the WMF's global list of crisis lines (for use on talk pages).
* '''See also:''' [[RetroWikipedia:Village pump (proposals)/Archive 161#Proposal to add suicidal disclaimer at Suicide]], [[RetroWikipedia:Village pump (proposals)/Archive 192#Suicides]], [[RetroWikipedia:Village pump (policy)/Archive 164#RFC: "Committed suicide" language]], [[RetroWikipedia:Village pump (idea lab)/Archive 43#Topic related help resources]], [[RetroWikipedia:Village pump (proposals)/Archive 212#Suicide hotlines]], [[RetroWikipedia:Village pump (idea lab)/Archive 59#Resources on severe mental illness pages]], [[RetroWikipedia talk:Manual of Style/Medicine-related articles/Archive 16#Suicide Language]], [[RetroWikipedia talk:Manual of Style/Medicine-related articles/Archive 16#New section on suicide and self-harm]], [[RetroWikipedia talk:Manual of Style/Medicine-related articles/Archive 17#"Omit information about suicide notes"]], [[Talk:Suicide/crisis hotline link]], and many more.

==Editing==
===Prohibit unregistered users from editing<span class="anchor" id="Prohibit anonymous users from editing"></span>===
* '''Proposal:''' Everybody should register an account before editing; IP addresses are insufficient.
* '''Reasons for previous rejection:''' A large portion of our good edits come from IP addresses;<ref>[http://stats.wikimedia.org/EN/TablesRetroWikipediaEN.htm#anonymous RetroWikipedia Statistics - Tables - English], accessed April 2, 2008; [http://www.aaronsw.com/weblog/whowriteswikipedia Who Writes RetroWikipedia?]. ''Aaron Swartz's Raw Thought''; accessed July 13, 2010.</ref> positive experiences with initial IP edits lead users to create accounts who otherwise would not do so; software features disabling IPs from creating new articles or editing semiprotected ones are sufficient. According to [[Special:Diff/152237554/152241654|Jimbo Wales]], "what is commonly called 'anonymous' editing is not particularly anonymous ... and there are good reasons to want vandals on IP numbers instead of accounts". While about [[RetroWikipedia:WikiProject Vandalism studies#Conclusions from study 1|97% of vandalism comes from unregistered users]] (less than 8% are vandals), about [[User:Opabinia regalis/Article statistics#Recent mainspace changes survey|76%]] or {{diff|RetroWikipedia:Village pump policy|prev|115731955|82% of IP edits are intended to improve the encyclopedia.}} (Prohibiting IP edits would not eliminate 97% of all vandalism, where all vandalism is about 8% of all users, because those inclined to vandalize could easily take the 10 seconds to register.) The ability of anyone to edit articles without registering is a [[metawiki:Foundation issues|Foundation issue]].
* '''Partly done:''' IP addresses have been unable to create pages in the main namespace since 2005, and are subject to other restrictions such as not being able to vote in RfAs or make direct edits to articles in several [[WP:CTOP|contentious topics]].
* '''This issue is currently evolving:''' For privacy reasons, the Wikimedia Foundation has stated that the public display of IP addresses will be terminated in September 2025. It will be replaced with a [[mediawikiwiki:Trust and Safety Product/Temporary Accounts|temporary account]] system. The general public will see "User:~2024 1234" in logs and history pages, but experienced editors will be able to reveal the IP addresses. The [[Portuguese RetroWikipedia]] does not allow unregistered editors to edit articles (but allows them to edit talk pages and other namespaces) and [[metawiki:IP Editing: Privacy Enhancement and Abuse Mitigation/IP Editing Restriction Study/Portuguese RetroWikipedia|a report]] has been published on the results. The [[Persian RetroWikipedia]] similarly experimented with ending IP editing, but decided that an anti-vandal bot fit their needs better.
* '''See also:''' [[metawiki:Research:Value of IP Editing|m:Research:Value of IP Editing]], [[RetroWikipedia:Editors should be logged-in users]], [[RetroWikipedia:IPs are human too]], [[RetroWikipedia:Not every IP is a vandal]], [[RetroWikipedia:Autoconfirmed article creation trial]] (new accounts shouldn't be allowed to create pages), and [[Prosecutor's fallacy]].

===Automatically prompt for missing edit summary===
* '''Proposal:''' When any editor is about to post an edit without an [[Help:Edit summary|edit summary]], they should automatically be reminded that no summary has been provided and given another opportunity to include one. (Registered users can [[Special:Preferences#mw-prefsection-editing|set their accounts' Preferences]] to do this, but many users are not aware of this.)
* '''Reasons for previous rejection:''' It's already an option in the user preferences, and forcing (or reminding) users to enter edit summaries may annoy them enough they will not save their (possibly constructive) edits. Forcing users to type something in the edit summary box does not mean that they will provide accurate, honest, or useful edit summaries. Manually added edit summaries also suppress the [[RetroWikipedia:Automatic edit summaries|automatic edit summaries]]. Blank edit summaries are a good way to spot possible vandalism.
* '''Partly done:''' As said above, this is an option for account Preferences.
* '''See also:''' [[metawiki:Help:Preferences#Editing|Help:Preferences § Editing]]

== Manual of style ==
{{See also|WP:MOS}}

===Remove state from US placenames===
* '''Proposal:''' Remove the state from the titles of articles about unambiguously-named US places. Example: [[Missoula, Montana]] → [[Missoula]].
* '''Reasons for previous rejection:'''
** [[RetroWikipedia:Reliable sources|Reliable sources]] commonly append the state to placenames.
** Appending the state is [[RetroWikipedia:COMMONNAME|common usage]] and sufficiently natural that it may be considered part of [[RetroWikipedia:ENGVAR|American English]].
** Repeated or otherwise ambiguous placenames are very common in the US (e.g. [[Springfield (toponym)|Springfield]]); a majority would require disambiguation regardless of [[RetroWikipedia:USPLACE|USPLACE]]. Always appending the state produces a consistent and predictable set of titles.
** Including the state makes it clear that the article is about a US municipality, which can be helpful with lesser known places.
* '''Partly done:''' [[RetroWikipedia:Naming conventions (geographic names)#cite ref-AP Stylebook 3-0|Twenty-nine significant US cities]] are exempted from the convention per [[AP Stylebook|AP style]].

===Enforce American or British spelling===
* '''Proposal:''' For consistency's sake, we should pick one style of spelling ([[American and British English spelling differences|American or British]], generally), and enforce it throughout the site.
* '''Reasons for previous rejection:''' It is wildly impractical and there is no agreement on which style should be chosen, which has in the past resulted in repeated, needless [[RetroWikipedia:Edit warring|edit warring]].
* '''See also:''' {{Section link|RetroWikipedia:Manual of Style#National varieties of English}}, [[RetroWikipedia:Standardize spellings/Archive]].

===Changes to standard appendices===
* '''Proposal:''' The standard appendices at the end of an article (e.g., ''See also, Notes, References, Further reading,'' and ''External links'') should be changed to the system preferred by the editor/a particular professional field/the editor's school. These proposals may involve changing the names of the sections (e.g., changing ''References'' to ''Sources'' or ''Bibliography''), changing the order of the sections (e.g., putting ''External links'' first, or ''References'' last), or changing the formatting (e.g., long lists of references should be hidden in a scrolling box).
* '''Reasons for previous rejection:''' Policies and guidelines document "actual good practices".<ref>See ''[[RetroWikipedia:Policies and guidelines#Sources of RetroWikipedia policy|Policies and guidelines: "Sources of RetroWikipedia policy"]]''</ref> Most proposals fail to demonstrate that their proposed practice is an emerging, sustainable alternative to the current ''de facto'' method. These guidelines only seek to document the ''status quo'' and not to change it. The ''See also'' precedes the ''References'', ''Further reading'', and ''External links''; the reason for the existing order follows a logical progression from on-wiki to off-wiki information. About the names of the section headings, different academic fields use different terms, and RetroWikipedia editors do not want to impose the convention preferred by one academic discipline on articles in another discipline.<ref>A majority of articles follow the [[APA style]] (psychology) and [[Council of Science Editors]] style guide (all physical sciences) in naming the primary list of citations "References"; this proposal usually comes from someone who is familiar with the conventions used in history or the humanities.</ref>
* '''See also:''' [[WP:ORDER]]. Many discussions in the archives of [[RetroWikipedia talk:Layout]].

===Establish a house citation style===
* '''Proposal:''' RetroWikipedia should establish a house citation style applicable to all articles. This would improve consistency between articles and/or make citing sources easier for new users. Past suggestions include an outside style guide/prescribed format (such as [[The MLA Style Manual|MLA]] or [[Parenthetical referencing|Harvard referencing]]), a system preferred by the user's school or teacher(s), and/or a unique style that would meet the specific needs of RetroWikipedia.
* '''Reasons for previous rejection:''' If academics can't find a single system suitable for all fields, why would one system work for RetroWikipedia? An extreme amount of time and effort would be necessary to (1) develop, or even agree on, a comprehensive house style that covers most or all situations, and (2) implement it on all {{formatnum:{{#expr:{{NUMBEROFARTICLES:R}}-{{PAGESINCAT:Category:All articles lacking sources}}}}}} articles with sources, even with the help of one or more bots. Any benefits of a single encyclopedia-wide house style pale in comparison to the massive scope of such an undertaking.
* '''Partly done:''' Inline parenthetical referencing has been [[WP:PAREN|deprecated]]. One could consider [[RetroWikipedia:Citation templates|citation templates]] to be a de-facto 'house style', however, the use of these is neither encouraged nor discouraged (see [[WP:CITEVAR]] and [[WP:CITECONSENSUS]]).
* '''See also:''' [[RetroWikipedia:Centralized discussion/Citation discussion]], {{Section link|RetroWikipedia:Citing sources#Variation in citation methods}} (shortcut: [[WP:CITEVAR]])

== Appearance ==
===Redesign the Main Page===
* '''Proposal:''' Revamp the look of the [[Main Page]]. The current design was implemented in March 2006 following [[RetroWikipedia talk:WikiProject Usability/Main Page|several months of discussion]] by the community organized by the [[RetroWikipedia:WikiProject Usability|Usability WikiProject]].
* '''Reasons for previous rejection:''' Although some consensus exists that certain changes are in order, no particular change or specific redesign has had consensus.
** No consensus on what Main Page sections to add or remove.
** No consensus on particular changes to the general layout.
* '''Partly done:''' [[WP:Today's Featured List|Today's Featured List]] was added to the Main Page every Monday and Friday in 2011, and minor tweaks have been done since 2006. Another major change is [[RetroWikipedia:Village pump (proposals)/Archive 189#Proposal to change portal links on the Main Page|the removal of portal links in April 2022]].
* '''See also:''' [[RetroWikipedia:Requests for comment/Main Page features]], [[RetroWikipedia:Main Page design]]

===Change the color of red links===
* '''Proposal:''' Use any color except red to identify links to non-existent articles. The usual reasons are that red is an aggressive color or that it is too easy to see.
* '''Reasons for previous rejection:''' Red has been used for so many years that its meaning is established among editors. There is no evidence that [[RetroWikipedia:Red link|red links]] are abused to make certain names or words stand out in an article.
* '''See also:''' [[Help:Link color#Making links appear a different color just for you|Help:Link color]] or [[User:Anomie/linkclassifier]] on how to change the color for your own account.

== Legal and copyright ==
===Legal issues===
* '''Proposal:''' Because of such-and-such law, RetroWikipedia must do so-and-so (e.g. implement censorship as above, or require identification of editors, or defer certain rulings to the U.S. Supreme Court).
* '''Reasons for previous rejection:''' The [[Wikimedia Foundation]] employs legal counsel to advise on whether and when such measures are necessary, and editors may rest assured that appropriate RetroWikipedia policies will inform them of any such needed measures, such as removal of copyrighted material. Please do not make [[RetroWikipedia:LEGAL|legal threats]].
* '''See also:''' [[RetroWikipedia:Office actions]] and [[CAT:LEGAL]].

===Allow non-commercial licensed content===
* '''Proposal:''' Allow uploading and use of media which is licensed under a non-commercial license (such as [[creativecommons:by-nc/3.0/|Creative Commons Attribution-Noncommercial]]).
* '''Reasons for previous rejection:''' It could cause confusion. Many editors may not realize that they cannot use images under this license for any purpose, and hence inadvertently violate the licensing policy for these kinds of images by doing so.<ref>[[metawiki:Special:Diff/15871253|Statement from Legal]]</ref>
* '''See also:''' [http://lists.wikimedia.org/pipermail/wikien-l/2005-May/023760.html Jimbo's original edict against NC media]; [[RetroWikipedia:Non-free content]]

===Add in-article credit for images===
* '''Proposal:''' RetroWikipedia should include bylines or some other sort of in-article credit for images used in articles. It is sometimes also claimed this is required by the various [[Creative Commons license|Creative Commons licenses]].
* '''Reasons for previous rejection:'''
** There is no need to clutter articles with this information. Credit is already provided for the majority of images by linking them to the file description page, which includes authorship, licensing, and more. (The exceptions to this are [[CC0]] and public domain images used as icons, where the file description page still exists but is sometimes not linked.)
** Maintaining these in-article credits would be a significant maintenance burden on our editors, so there should be a similarly significant advantage to doing it. Such advantage has not been evident.
** The existing model of attribution has so far proven to be widely successful, despite resistance by a small number of copyright holders to allowing use of their images without in-article credit.
** Mistaken credit of images taken from RetroWikipedia (e.g. crediting them to "RetroWikipedia" rather than the actual authors) is an issue, but it is not evident that this would be significantly affected by this proposal.
** Including in-article credits would increase the incentive for people to "spam" their images into articles in an attempt to use RetroWikipedia for free advertising.
** Prominently crediting some images without crediting all, including the various icons used in maintenance templates, could itself prove problematic by seemingly valuing some people's contributions over others'. The same applies to prominently crediting image contributions without doing so for text contributions.
** And, specific to the Creative Commons licenses:
*** While the CC license deed (a summary, not legally binding) says attribution is to be provided "in the manner specified by the author or licensor", this does not mean that the author/licensor can require specific fonts, colors, wording, or placement of the credit. Looking at the actual license (the "legal code"), this seems to be referring to the author/licensor's ability to choose the name to be attributed, the title of the work, and the canonical URL for the work.
*** The actual location and formatting of the attribution is merely required to be "reasonable to the medium" and "at least as prominent as the credits for the other contributing authors". The assertion that linking to a file description page is not "reasonable to the medium" of a hypertext encyclopedia has not received any significant level of support.
*** Providing in-article credit for some but not all images might possibly<!-- Weasel wording because non-weasel wording would basically require a judicial ruling on the issue, which hasn't happened yet --> fall afoul of the CC-BY license's "at least as prominent as the credits for the other contributing authors" clause.
* '''See also:''' {{Section link|RetroWikipedia talk:Manual of Style/Captions/Archive 2#RfC: Requiring photo credits in footnotes for copyrighted images}}, {{Section link|RetroWikipedia:Village pump (proposals)/Archive 76#Attribution of images}}, {{Section link|RetroWikipedia:Village pump (proposals)/Archive 25#Photograph attribution in image captions}}, {{Section link|RetroWikipedia:Village pump (policy)/Archive 17#Requiring photo credits}}, {{Section link|RetroWikipedia:Village pump (policy)/Archive AZ#Image attribution under CC-Attrib license}}

==Talk pages and discussions==
===Prohibit removal of warnings===
* '''Proposal:''' Editors should be prohibited from removing [[:Category:User warning templates|warning templates]] from their talk page.
* '''Reasons for previous rejection:''' Talk pages are not intended as a permanent record of a user's misbehavior. Warnings are frequently placed incorrectly or spuriously. Removal of warnings other than to archive them is strongly discouraged, but does constitute definitive proof that the warning was seen, and can still lead to escalated warnings. All warnings continue to be available in the page history regardless of whether or not they have been removed from the page's current revision. Revert warring to keep a warning on a user's talk page is disruptive and constitutes "[[RetroWikipedia:Please do not bite the newcomers|biting]]" newcomers.
* '''Partly done:''' Users may not remove declined [[RetroWikipedia:Appealing a block|unblock requests]] regarding a currently active block, [[RetroWikipedia:Miscellany for deletion|miscellany for deletion]] tags while the discussion is in progress, [[RetroWikipedia:Criteria for speedy deletion|speedy deletion]] tags and requests for uninvolved administrator help, and templates and notes on anonymous IP user talk pages that indicate other users share the same IP address.
* '''See also:''' [[RetroWikipedia:Centralized discussion/Removing warnings]], [[WP:BLANKING]]

===Use a bot to welcome new users===
* '''Proposal:''' Some people get missed for weeks at a time, or never welcomed at all. Would it not be better to have a bot drop one of the welcome templates on newcomers' pages instead of depending upon volunteers of the [[RetroWikipedia:welcoming committee|welcoming committee]]?
* '''Reasons for previous rejection:''' In general, this proposal comes up every few months at [[RetroWikipedia talk:Welcoming committee]], the [[RetroWikipedia:Village pump|village pump]], or the [[RetroWikipedia:bot requests|bot requests]] page. There are multiple reasons for rejection:
# If a bot is used, it is cold and impersonal, and the bot is incapable of mentoring and assisting newcomers.
# Many vandals are exposed when one of their edits receives extra scrutiny because their user or talk page shows as a redlink.
# The bot would make thousands of pointless edits welcoming vandals and non-editing accounts.
* '''Partly done:''' Previously, [[User:HostBot|HostBot]] automatically delivered [[RetroWikipedia:Teahouse|Teahouse]] invites to new users if:
# they created their account within the past 36 hours and had since made at least 10 edits.
# the user had not already received an invitation to visit the Teahouse
# the user had not been blocked from editing at any point since joining
# the user had not received a level 4 user warning
* '''See also:''' [[RetroWikipedia:Bot requests/Frequently denied bots]]

===Disallow personalized signatures===
* '''Proposal:''' Editors should use only plain [[RetroWikipedia:Signatures|signatures]]. Personalized signatures (colored text, CSS, HTML, special characters, etc.) are inherently disruptive, draw too much attention to the user, are often poorly designed, and/or take up too much space in the edit window.
* '''Reasons for previous rejection:''' Most custom signatures cause little or no trouble. In addition, they are popular throughout RetroWikipedia, and forcing users to give them up would create more trouble than it would be worth. It is better to deal with unacceptable signatures on a case-by-case basis than to issue a blanket prohibition that would anger many users, with few or no benefits. Furthermore, a user whose username uses non-Latin characters could use a custom signature to display an alternate name that English speakers could understand.
* '''See also:''' {{Section link|RetroWikipedia:Signatures#Customizing your signature}}, [[User:Kephir/gadgets/unclutter]].

===Usernames should contain only Latin characters===
* '''Proposal:''' Proposals have included banning usernames that include symbols, [[Unicode]] characters, non-English alphabets, and/or any characters that are not easy to type on "standard" computer keyboards.
* '''Reasons for previous rejection:''' The notion of acceptable characters was broadened to accommodate [[RetroWikipedia:Unified login|single user login]] rules. Very few active users choose names that are difficult to type, so the problem is quite small. Being able to type a name is not necessary, as names can be copied or ignored. Furthermore, banning non-Latin usernames would cause difficulty on RetroWikipedias in languages that do not use the Latin alphabet, as speakers of those languages would have a difficult time in choosing a username meaningful in their language.
* '''Partly done:''' Since 6 November 2017 [[RetroWikipedia:NOEMOJI|no usernames are permitted to contain Unicode characters unrelated to writing]], although usernames registered before that time were grandfathered in.
* '''See also:''' {{Section link|RetroWikipedia:Signatures#Non-Latin usernames}} on providing transliterations. [[WP:UUN]] for the list of active accounts using Unicode characters.

===Allow discussion about the topic of the article===
* '''Proposal:''' People should be allowed to discuss the topic of the article on talk pages, instead of limiting discussion to improvement of the article. Or forums of some sort should be created to allow this, either on RetroWikipedia or elsewhere and linked from all articles.
* '''Reasons for previous rejection:''' This conflicts with our mission at a fundamental level: our purpose is to create an encyclopedia, not to provide a place for people to hold random discussions on various topics. Similarly, we are not here to endorse any particular external sites for such discussion; people interested in finding such places should use a search engine. Additionally, hosting such discussions would require volunteers or staff to monitor and/or moderate these discussions, delete [[WP:BLP]] violations, block or ban disruptive users, and so on, which would reduce the time these people (likely Admins) have to spend on activities that do improve the encyclopedia. Occasionally it is claimed that these forums could provide a place for original research to be "peer reviewed"; this would nonetheless conflict with our policy [[WP:No original research]], even if the "peer review" turned out to be much more rigorous than can be reasonably expected.
* '''See also:''' {{Section link|RetroWikipedia:What RetroWikipedia is not#FORUM}}

==Deletion==
{{further information|RetroWikipedia:Deletion reform}}

===Cap on nominations for deletion<span class="anchor" id="Numerical rules for WP:AFD"></span>===
* '''Proposal:''' Something like "people can only nominate three articles per day", "articles cannot be nominated more than once per year", etc.
* '''Reasons for previous rejection:''' Strict numerical limits fall under [[metawiki:instruction creep|instruction creep]]. This is a solution in search of a problem (see [[RetroWikipedia:Don't stuff beans up your nose]]).
* '''Partly done:''' On occasion the community has imposed specific limitations on specific editors, demonstrating that issue can be handled on a case-by-case basis without a general rule.
* '''See also:''' [[RetroWikipedia:Revotes on Vfd]], [[RetroWikipedia:Repeated AfD nomination limitation policy]], and [[Special:Search/intitle:"2nd nomination" prefix:"RetroWikipedia:Articles for deletion"|List of articles that have been nominated for deletion more than once]].

===Notify all authors of deletion===
* '''Proposal:''' The first creator, or everybody who has contributed to an article, must be warned on their talk page of a deletion debate of that article.
* '''Reasons for previous rejection:''' Excessive bureaucracy; people are expected to keep pages important to them on their watchlist. The "first creator" is meaningless for many articles, as this person may have long since left or made few contributions; "everybody" can number several hundred people, including those who have made trivial edits to the article and aren't concerned whether or not it's deleted. Regardless, editors are encouraged to notify the original author or the main contributors of an article when their article is nominated for deletion, as it is considered courteous; this is strictly optional. This puts fewer requirements for a deletion proposal than for a [[RetroWikipedia:Featured Article Review|Featured Article review]], for which all main contributors must be notified.

===Deleted pages should be visible===
* '''Proposal:''' Make deleted pages visible to everybody (or to all logged-in users), not just administrators.
* '''Reasons for previous rejection:''' This defeats the purpose of deletion, which is to improve RetroWikipedia quality by getting rid of the worst parts; also, it would increase the workload of the [[RetroWikipedia:Oversight|Oversight]] body to ensure that copyright violations and libelous statements are ''not'' visible to everybody. The proposal to allow access to all deleted content has been [[Special:Diff/242245446|explicitly vetoed]] by the Wikimedia Foundation legal counsel. If you have a plausible reason for seeing a particular page, then you can request a [[WP:REFUND]]. RetroWikipedia is written by its readers.
* '''Note:''' Some articles that are unsuitable in their present state but have potential are often turned into [[RetroWikipedia:Drafts|drafts]] for later improvement. Also, several long-standing deleted hoax articles are preserved (see [[RetroWikipedia:List of hoaxes on RetroWikipedia]]).
* '''Note:''' Deleted articles may be archived in the [[Wayback Machine]] or [[archive.today]].
* '''See also:''' [[RetroWikipedia:Viewing deleted articles]]
** '''Failed proposals:''' [[RetroWikipedia:Village pump (proposals)/Persistent proposals/Straw poll for view-deleted]]

===Delete no-consensus [[WP:Articles for deletion|AfDs]] for biographies of living persons===
* '''Proposal:''' [[WP:AFD|Deletion discussions]] for [[WP:biographies of living persons|biographies of living persons]] (BLPs) where there is no consensus for keeping the article should result in deletion.
* '''Reasons for previous rejection:''' In articles that meet RetroWikipedia's [[WP:Notability|criteria for inclusion]], most BLP-related problems do not require deletion of the article. Policy on [[WP:Consensus|consensus]] requires consensus for deletion as well as for edits. (One exception: Biographies that are entirely negative in tone and unsourced are considered [[WP:attack page|attack page]]s, which makes them eligible for [[WP:Criteria for speedy deletion|speedy deletion]] under criterion [[WP:Criteria for speedy deletion#G10|G10]].) There is also [[WP:BLPPROD|a "sticky" proposed deletion for BLP articles]].
* '''Partly done:''' A policy [[WP:BLPREQUESTDELETE|already exists]] to permit (not require) deletion of biographies of <em>relatively unknown</em> subjects when there is no consensus for keeping the article and the subject has requested deletion.

===Rename AFD===
* '''Proposal:''' Change the name of [[WP:AFD]] from "Articles for deletion" to "Articles for discussion" in order to seem less confrontational and/or to match some other forums such as [[WP:RFD|Redirects for discussion]]. This usually assumes that [[RetroWikipedia:Proposed mergers]] and [[RetroWikipedia:Requested moves]] would be merged into AFD, as the equivalent processes are at the XFD "for discussion" pages.
* '''Reasons for previous rejection:''' The purpose of AfD is in fact to decide whether or not to delete an article. Lesser issues such as mergers or renaming should be discussed on the talk page or at the separate [[WP:PM|merge]] and [[WP:RM|article title]] forums. Users should be made aware of the very real possibility that the article will in fact be deleted at the end of the discussion (the result for perhaps three-quarters of nominated articles). AFD is already very large and would become even larger.
* '''Note:''' This proposal was favorably received in 2009, but technical difficulties and inertia prevented the change; see [[RetroWikipedia talk:Articles for discussion/Proposal 1]].

===Deletion of user accounts===
* '''Proposal:''' Allow users to have their own accounts deleted upon their request.
* '''Reasons for previous rejection:''' This is currently a technical impossibility for both RetroWikipedia [[RetroWikipedia:Administrators|system operators]] and [[RetroWikipedia:bureaucrats|bureaucrats]]. Even if it was not technically impossible, there would still be legal limitations on the implementations of this idea, particularly violations of our [[RetroWikipedia:Text of the Creative Commons Attribution-ShareAlike 4.0 International License|CC BY-SA 4.0 License]] and [[RetroWikipedia:Text of the GNU Free Documentation License|GFDL]]. Alternatively, users can delete their user page by adding {{[[Template:Db-userreq|db-userreq]]}} and can mark the talk page as inactive by adding {{[[Template:Retired|retired]]}} to the top of the page. Users wishing to permanently leave can have their accounts renamed to a generic username  under the [[RetroWikipedia:courtesy vanishing|courtesy vanishing]] process.
* '''See also:''' {{Section link|RetroWikipedia:Username policy#Deleting and merging accounts}}, [[mw:Extension:User Merge and Delete]]

===Delete unreferenced articles===
* '''Proposal:''' RetroWikipedia should automatically delete articles that do not cite at least one source, via speedy or [[WP:proposed deletion|proposed deletion]]. This may apply to all articles, newly created articles, or certain types of articles (BLPs, for example).
* '''Reasons for previous rejection:''' Such a practice would "[[WP:Please do not bite the newcomers|bite]]" new users and discourage them from becoming members of the community, as even good-faith contributions are immediately deleted or proposed for deletion. Keep in mind that not all users fully understand our policies and guidelines the minute they start editing. When a brand-new article is started without references, the creator, or another user, is often gathering sources to add later. Many users&mdash;both new and experienced&mdash;create stubs as a starting point, with the intention of developing them into full-fledged, well-sourced articles. Of course you are free to tag such pages, and to help clear the backlog of [[:Category:Articles lacking sources|unsourced]] and [[:Category:Articles needing additional references|poorly sourced]] articles, and [[:Category:articles with unsourced statements|articles with unsourced statements]].
* '''Partly done:''' A deletion process for unreferenced BLPs has been approved, see [[WP:BLPPROD]].

===Grace period for deletion===
* '''Proposal:''' Pages should be immune to deletion for a certain amount of time after their creation and/or XFD/PROD/speedy nomination. This would give editors time to improve the page or convince editors of its subject's importance, and would help make RetroWikipedia more friendly and inviting for new users. There may be exceptions for copyright violations, attack pages, etc.
* '''Reasons for previous rejection:''' PROD and XFD already have "grace periods" built in, so editors should have ample time to find sources or otherwise improve problematic articles, if possible. As for speedy deletion, [[WP:Criteria for speedy deletion|our criteria]] are carefully written so that articles can be speedily deleted only if no RetroWikipedia-compliant article is possible at this time or the content is so dangerous to the encyclopedia it must be removed immediately. A mandatory grace period would also be excessively bureaucratic, and would make it more difficult to delete copyright violations and attack pages, even if there are exceptions for such cases. You can already [[RetroWikipedia:Requests for undeletion|request undeletion]] in your userspace in certain limited cases. If you believe a page was deleted mistakenly or out of process, you are free to request a [[WP:deletion review|deletion review]].

===Merge speedy deletion criterion F9 into G12===
* '''Proposal:''' [[WP:F9|F9]] (deletion of files that are obviously copyright infringement) should be merged into [[WP:G12|G12]] (deletion of text that is obviously copyright infringement). Both authorize speedy deletion of obvious [[WP:CV|copyright violations]]. Merging into a single criterion would decrease [[WP:CREEP|rule creep]].
* '''Reasons for previous rejection:''' Text and files copyright violations are dealt with in different ways. It is possible to revert to a previous version to remove text copyright violations, but it is not possible to do so for files. A [[WP:NFCCP|valid fair use rationale]] may be added to non-free files that would otherwise qualify for F9, which is not possible for text. When they were [[Special:Permalink/155282500#G12|a single criterion]], it contained numerous caveats that applied solely to files.
* '''See also:''' The [[RetroWikipedia talk:Criteria for speedy deletion/Archive 24#Okay to split G12 into A8 and I9?|2007 discussion]] that resulted in the relevant split, a [[RetroWikipedia talk:Criteria for speedy deletion/Archive 57#G12 and F9|2016 RfC]], a [[RetroWikipedia talk:Criteria for speedy deletion/Archive 74#Request for comment: Merge F9 with G12|2019 discussion]], a [[RetroWikipedia talk:Criteria for speedy deletion/Archive 75#RfC: Merge F9 into G12 redux|2019 RfC]], and a [[RetroWikipedia talk:Criteria for speedy deletion/Archive 82#RfC on criteria G12 and F9|2022 RfC]].

==Adminship==
===Too many questions at RfA===
* '''Proposal:''' Limit the number of questions asked at [[WP:RfA|RfA]], limit the types of questions asked, not allow additional questions to be asked, or ban "canned" questions.
* '''Reason for previous rejection:''' RfA is a discussion and people may need to be able to ask questions they find pertinent towards making a decision. People should be able to ask the questions they want/need to ask to make an assessment based upon their individual criteria.
* '''Partly done:''' In 2015, the community [[RetroWikipedia:2015 administrator election reform/Phase II/RfC#B2: Limit the total number of questions that may be asked by any individual editor|set a limit]] of two questions per editor.
* '''Note:''' While there has been no consensus to ban "canned" questions, they have routinely been criticized as being ineffective and adding little value to the process.

===Reconfirm administrators===
* '''Proposal:''' Administrators should have their status reconfirmed through RFA or an RFA-like process, either periodically or on demand.
* '''Reasons for previous rejection:'''
*# There are {{NUMBEROFADMINS}} administrators. Periodically reconfirming them would be an onerous and time-consuming process. For example, with annual reconfirmation, there would be {{formatnum:{{#expr:((2*{{NUMBEROFADMINS:R}}/52) round -1)/2}}}}+ reviews <em>per week</em>. Endorsements of uncontroversial admins would consume much of the schedule, while the "wait time" to review admins who ''are'' controversial could be on the order of months.
*# Reconfirmation "on demand" has faced objections about potential abuse. Although no proposal for mandatory reconfirmation has achieved consensus, some administrators have voluntarily joined [[:Category:RetroWikipedia administrators open to recall]], agreeing to stand for reconfirmation if requested to do so by a sufficient number of editors in good standing.
*# The [[WP:ARBITRATION|Arbitration]] process can address problems that arise from accusations of administrator misconduct.
* '''Partly done:''' Reconfirmation on demand is now possible using the process described at [[RetroWikipedia:Administrator recall]].
* '''See also:''' {{Section link|RetroWikipedia:Requests for de-adminship#Proposed processes}}, [[User:SamuelTheGhost/Re-electing admins]] (a proposal), {{Section link|RetroWikipedia:Village pump (proposals)/Archive 70#Time limits on adminship}}, {{Section link|RetroWikipedia:Village pump (proposals)/Archive 97#Admin tenure}}, and [[RetroWikipedia:Requests for comment/Adminship term length]]. Reconfirmation is done at some very small RetroWikipedias, such as [[:no:RetroWikipedia:Administratorer|the Norwegian RetroWikipedia]], which had just 38 admins in 2025.

===Hierarchical structures===
* '''Proposal:''' There should be some kind of "partial admin" that gets certain admin powers, but not all of them, such as only being allowed to block IP users or only being able to delete pages. Or, new admins should undergo a probationary period, which may include limited abilities or desysopping on demand.
* '''Reasons for previous rejection:''' The proposal doesn't solve any of the problems.
** If we can't trust people to use their tools sensibly, they don't become admins. Period.
** A "partial admin" process would at least double the already considerable frictional effort expended at [[WP:RFA]], as users debate who gets full administrator powers versus who gets only partial abilities.
** The Wikimedia Foundation may require an RFA-style process to access some specific permissions anyway, such as viewing deleted revisions. Therefore, it does not make sense to have people go through one RFA to just get a subset of these tools and then later go through a second RFA if they want the full set of admin permissions.
** Many common problems require access to multiple tools (e.g., RevDel, blocking, and page protection for BLP vandalism). Having only a small subset also results in non-optimal responses due to the [[Law of the instrument]]. This means that a protection-only semi-admin, for example, would sometimes deploy page protection when a user block would be far more appropriate, because page protection is the only tool available to them.
** It would also increase wasteful overhead, because even admins with the "wrong" powers would have to find, explain the situation to, and request help from someone with the correct power, instead of stopping the problem instantly themselves.
** It's confusing. People won't know who can deal with a problem, especially inexperienced users.
* '''Partly done:''' Several permissions are available to trustworthy non-admins upon request, such as [[RetroWikipedia:rollback|rollback]], [[RetroWikipedia:page mover|page mover]] or [[RetroWikipedia:Template editor|protected template editing]]. See [[RetroWikipedia:Requests for permissions]] for a list and the application process.
* '''See also:''' Discussions listed at [[RetroWikipedia:Unbundling administrators' powers]].

===Prerequisites for adminship===
* '''Proposal:''' To reduce the number of failed RFAs, all candidates should meet certain requirements, such as a minimum edit count, contributions to featured content, or participation in internal RetroWikipedia processes like [[WP:articles for deletion|articles for deletion]].
* '''Reasons for previous rejection:''' While candidates with few edits and/or a lack of [[WP:Project namespace|project-space]] contributions often fail per [[WP:SNOW]] or [[WP:NOTNOW]], there are always exceptions. The encyclopedia should not lose out on a good candidate just because they have not achieved an arbitrary number of edits or does not frequent a particular area of the encyclopedia. Having a set minimum edit count may not lower the number of failed RfAs substantially, because an otherwise poor candidate could edit just for the sake of meeting the requirements. In addition, [[WP:edit count|edit count]]s are not a reliable indicator of an editor's experience or competence. It is better to evaluate candidates on the <em>quality</em> of their contributions, not the <em>quantity</em> of their edits. Finally, no one agrees on what the prerequisites should be.
* '''See also:''' This is one of the issues that was discussed in depth at [[WP:RFA2011]].
* '''Done:''' In [[WP:Requests for adminship/2024 review/Phase I#Proposal 25: Require nominees to be extended confirmed|proposal 25]] of the [[WP:RFA2024|2024 RfA review]], the community decided that candidates must be [[WP:extended confirmed|extended confirmed]] (30 days/500 edits) to run for adminship. Earlier, a [[Special:PermaLink/811541490#Extended confirmed?|discussion]] in 2017 determined that editors must be at least extended confirmed to nominate/self-nominate someone for adminship without the request being reviewed by someone else first. Both proposals were enacted to prevent futile RfAs of very new editors who didn't know better.

===Grant non-admins admin functions within their user space===
* '''Proposal:''' Allow non-[[WP:administrators|administrators]] to administer their user space, with the tools technically limited to that space only. This has been proposed in a number of different ways, ranging from individual abilities (such as deletion), to full admin abilities.
* '''Reasons for previous rejection:''' Lack of need; admin workload is not high enough to justify this. There are also possible security concerns; if users could delete pages in their userspace, they would be able to move pages to their user space and delete them. This ability also gives the impression of user space [[WP:OWN|ownership]], and has been rejected by [[:phab:T16325|the developers]] and the [[WP:UP#OWN|RetroWikipedia community]].

===Administrators should be of the [[age of majority]]===
* '''Proposal:''' Administrators should either indicate or prove at their [[WP:request for adminship|request for adminship]] that they have reached the [[age of majority]] in the country in which they reside. This would provide legal protection for the editor and possibly also for the Wikimedia Foundation.
* '''Reasons for previous rejection:''' No consensus to implement this; editors are free to use age as a personal rationale for opposing adminship on RfA.
* '''Partly done:''' Certain user rights typically occupied by administrators, specifically [[RetroWikipedia:CheckUser|checkuser]] and [[WP:OS|oversight]], can only be occupied by those who sign the [[WP:NDA|access to nonpublic information]] non-disclosure agreement, which requires those to be 18 and older. See also [[wmf:Policy:Access to nonpublic personal data policy]]
* '''See also:''' [[RetroWikipedia:Ageism]], [[RetroWikipedia:Age and adminship]]

===Automatically grant adminship to users with a certain number of edits or time editing===
* '''Proposal:''' An editor who has edited for a certain period of time and made a certain number of edits would be automatically granted admin rights.
* '''Reasons for previous rejection:''' This would create major problems for the Wikimedia Foundation's legal department. The legal department requires that admin rights only be granted to users who have undergone community review.
* '''See also:''' {{Section link|RetroWikipedia:Village pump (proposals)/Archive 116#RFA reform Proposal: Automatic admintools to users with 1 year of registration and 3000 mainspace edits}}

===Suffrage requirements for RfA===
* '''Proposal:''' New editors lack the knowledge and experience to appropriately evaluate an RfA candidate. This also would eliminate vandalism and trolls.
* '''Reason for previous rejection:''' There is already a prohibition on IPs from 'voting' on RfA. New and/or [[WP:SPA|single purpose accounts]] are generally disregarded anyway. Bureaucrats are empowered and able to discern such activity on an RfA and factor it in appropriately. Vandalism and troll behavior at RfA is low and handled already by current methods.
* '''See also:''' various proposals such as from [[RetroWikipedia:2015 administrator election reform/Phase I/RfC#L: Minimum requirements for voters|2015 administrator election reform]], another [[RetroWikipedia talk:Requests for adminship/Archive 236#30.2F500 rule.3F|proposal from 2015]], a [[RetroWikipedia talk:Requests for adminship/Archive 242#30.2F500 protection|2016 proposal]], and a [[RetroWikipedia talk:Requests for adminship#RfC: Apply extended confirmed .5B30.2F500.5D protection to requests for adminship|2017 RfC]].
* '''Done:''' In [[WP:Requests for adminship/2024 review/Phase I#Proposal 14: Suffrage requirements|proposal 14]] of [[WP:RFA2024|the 2024 RfA review]], the community decided that editors must be [[WP:XC|extended confirmed]] to vote in requests for adminship.

==Technical==
===Watchlist changes===
''Note that extensive styling of nearly every aspect of one's watchlist is possible through CSS; see [[RetroWikipedia:Customizing watchlists]].''
====Multiple watchlists====
* '''Proposal:''' Users should be able to have multiple watchlists so that they can group the pages they watch and not have to see all watched pages in one huge list.
* '''Reasons for previous rejection:''' Technologically unfeasible without further development. See {{phab|7875}}.
* '''See also:''' [[RetroWikipedia:Village pump (proposals)/Archive 68#Having multiple watchlists|archive 68]], [[RetroWikipedia:Village pump (proposals)/Persistent proposals/Archive 3#Multiple watchlists|archive 3]], [[RetroWikipedia:Village pump (proposals)/Archive 92#Multiple watchlists|archive 92]], [[Help:Watching pages#Related changes feature|Help]]

====Public watchlists====
* '''Proposal:''' Watchlists are currently private for each logged-in user. Watchlist functionality should be public so that a given watchlist could be managed by all members of a wikiproject.
* '''Reasons for previous rejection:''' Technologically unfeasible without further development. See {{phab|9467}}.
* '''Partly done:''' The [[Help:Related changes|"related changes"]] feature displays changes on pages linked from a page.
* '''See also:''' [[Help:Public watchlist]], [[RetroWikipedia:Article alerts]]

====Allow watchlisting individual sections of a page<span class="anchor" id="watchsection"></span>====
* '''Proposal:''' Allow specific sections of pages to be watchlisted, so editors can monitor small portions of large pages, such as [[WP:ANI]], instead of the whole page.
* '''Reasons for previous rejection:''' While many users support the use of such a feature, the technical implementation of this feature is difficult, if not impossible with the current version of MediaWiki. At the moment, watchlisting is done on a page-by-page basis, as each page is assigned a unique ID number in the database. Page sections, being fluid, are assigned numbers on the page they are situated on, but adding or removing sections above it will change the number. The name of the section can also be changed easily and new sections can be created with the same name. This does not apply to pages which are transcluded within other pages, but this setup is not commonly used.
* '''Partly done:''' The [[mw:Talk pages project/Notifications|discussion tools]] [[mw:Beta Feature]] allows editors to subscribe to specific talk page sections. This can be enabled by navigating to {{Section link|Special:Preferences#mw-prefsection-betafeatures}}.{{update-inline |date=November 2024 |reason=This doesn't seem to be a beta feature anymore.}}
* '''See also:''' [[User:Enterprisey/section-watchlist]], {{phab|2738}} ("Ability to watch section levels of pages")

===Use reCAPTCHA===
* '''Proposal:''' Use the [[reCAPTCHA]] [[CAPTCHA]] system in place of our own.
* '''Reasons for previous rejection:''' The primary reasons for rejection were given by Brooke Vibber, former [[Chief technical officer|CTO]] of the Wikimedia Foundation. Vibber stated that:
:* reCAPTCHA is proprietary, whereas Wikimedia prefers to use [[free and open-source software]].
:* [[Google]] will not let Wikimedia run it on their own servers, so it would introduce a dependency on an [http://api-verify.recaptcha.net external server] by forcing MediaWiki to contact the server for CAPTCHA verification. Using third-party servers is a [[privacy]] risk.
* '''See also:''' [https://wikimania2012.wikimedia.org/wiki/Submissions/Wikicaptcha:_a_ReCAPTCHA-like_solution_for_Wikisource Wikicaptcha: a ReCAPTCHA-like solution for Wikisource], [[:phab:T34695]]

=== Create shortcut namespace aliases for various namespaces ===
* '''Proposal:''' Along the lines of the existing WP: → RetroWikipedia:, WT: → RetroWikipedia talk:, and TM: → Template: namespace aliases, create shortcuts into other namespaces such as TT: → Template talk:, U: → User:, UT: → User talk:, P: → Portal:, CAT: → Category:, and so on.
* '''Reasons for previous rejection:''' Adding shortcuts comes with an increase in complexity that the community in general does not feel is justified by the added convenience. Contributing factors include:
** Some namespaces, such as User:, Help:, and Talk:, are already so short that further abbreviation is not really necessary.
** Some proposed shortcuts, such as TT: → Template talk:, conflict with existing [[Help:Interlanguage links|interlanguage]], [[Help:InterWikimedia links|interWikimedia]], or [[m:Interwiki map|interwiki]] prefixes, or codes from [[ISO 639]] that may be used for future interlanguage prefixes.
** Few pages in most of these namespaces are linked or navigated to directly (using browser search boxes or direct URL manipulation) often enough that the savings of a few characters for a few users is worth the hassle for the rest of the community. Those few pages that are can be handled with WP-namespace or [[WP:Pseudo-namespace|pseudo-namespace]] shortcuts, or shortcuts with the full namespace prefix.
*** Shortcuts for Help pages are often created in the WP namespace.
* '''Partly done''' in the form of "[[WP:pseudo-namespace|pseudo-namespace]]s" such as "CAT:".
* '''See also:''' {{Section link|RetroWikipedia:Village pump (proposals)/Archive 68#Proposal for an alias to templatespace}}, {{Section link|RetroWikipedia:Village pump (proposals)/Archive 127#Prefix suggestion: TP: for Template:}}

===Move the Main Page out of the main namespace===
* '''Proposal:''' Since the Main Page isn't an article, it should go in another namespace such as "RetroWikipedia:" or "Portal:" rather than stay in the main namespace.
* '''Reasons for previous rejection:''' There is little if any reason for such a move and we would still need to keep a cross-namespace redirect at the current title to avoid breaking probably millions of incoming links. The Main Page in its modern form dates to 2002, before the modern namespace system fully crystallized, and was placed by default in the main namespace. It has remained there since largely due to inertia and lack of a solid reason to move it to another namespace. Being ''[[sui generis]]'', the Main Page doesn't particularly belong in any of the other namespaces either (with the possible exception of Portals).
* '''See also:''' The discussions listed in {{Section link|RetroWikipedia:FAQ/Main Page#Why is the Main Page in the main (article) namespace?}}

===Share pages on Facebook, Twitter/X etc.===
* '''Proposal:''' RetroWikipedia pages should have a "Like" button or "Share" widget to enable users to tag their favourite articles and to share article content on Facebook, Twitter/X and other social media sites.
* '''Reasons for previous rejection:''' Consensus and policy both establish that RetroWikipedia [[WP:NOTFACEBOOK|is not a social networking service]]. Having to decide which sites to include and which not would potentially cause issues in the community where RetroWikipedia would rather remain neutral. The copy-and-paste facility in most computer operating systems already allows people to copy links and paste them into a much wider range of websites than any share or like implementation ever could. In addition, there are potential privacy issues with many "like"/"share" implementations. Most network-sites provide [[bookmarklet]]s that work on every webpage.
* '''Partly done:''' The [[List of RetroWikipedia mobile applications|official mobile apps]] have a "share" button accessible through the options menu.
* '''See also:''' [[RetroWikipedia:Village pump (proposals)/Archive 87#Share button|Village pump 1]], [[RetroWikipedia:Village pump (proposals)/Archive 81#Does RetroWikipedia need a “share” button?|Village pump 2]], [[RetroWikipedia:Village pump (proposals)/Archive 73#Let 'em like 'em|Village pump 3]], [[RetroWikipedia:Village pump (proposals)/Archive 74#Link to Facebook|Village pump 4]], [[RetroWikipedia:Help desk/Archives/2011 February 24#Sharing using twitter|Help desk 1]], [[RetroWikipedia:Help desk/Archives/2011 March 10#How do you share, or link, an article? Can you? Do I have to copy the URL?|Help desk 2]], [[RetroWikipedia:Help desk/Archives/2011 April 7#Please Integrate RetroWikipedia with Social Media Sites such as Facebook, Twitter etc|Help desk 3]], [[RetroWikipedia:Help desk/Archives/2011 April 20#Sharing RetroWikipedia Articles With Facebook Friends|Help desk 4]], [[RetroWikipedia:Help desk/Archives/2011 April 21#Clickable Facebook icons on your pages, so my Facebook friends can click on the heading and read the RetroWikipedia page.|Help desk 5]], [[RetroWikipedia:Help desk/Archives/2011 September 15#sharing with social sites?|Help desk 6]], [[RetroWikipedia:Help desk/Archives/2011 July 28#Sharing|Help desk 7]], [[RetroWikipedia:Help desk/Archives/2011 October 11#Printing suggestion|Help desk 8]], [[RetroWikipedia:Help desk/Archives/2011 December 16#email|Help desk 9]], [[RetroWikipedia:Village pump (miscellaneous)/Archive 36#I just donated...|Village pump 5]], [[RetroWikipedia:Help desk/Archives/2011 December 22#Forwarding an article.|Help desk 10]]

==See also==
* [[RetroWikipedia:Bot requests/Frequently denied bots]]
* [[RetroWikipedia talk:Manual of Style/FAQ]], listing some perennial disputes regarding the Manual of Style
* [[RetroWikipedia:Historic debates]]
* {{section link|RetroWikipedia:FAQ/Main Page|Why doesn't the cursor appear in the search box, like with Google?}}

==Notes==
{{Reflist}}

[[Category:RetroWikipedia proposals|* ]]
[[Category:RetroWikipedia failed proposals|* ]]
[[Category:RetroWikipedia culture|{{PAGENAME}}]]