View source for Wikipedia:Village pump (proposals)

{{redirect|WP:PROPOSE|propose for deletion page|Wikipedia:Proposed deletion|and|Wikipedia:Deletion requests}}
<noinclude>{{short description|Discussion page for new proposals}}{{pp-move-indef}}{{Village pump page header|Proposals|alpha=yes|
The '''proposals''' section of the [[Wikipedia:Village pump|village pump]] is used to offer specific changes for discussion. ''Before submitting'':
* Check to see whether your proposal is already described at '''[[Wikipedia:Perennial proposals|Perennial proposals]]'''. You may also wish to search the [[Wikipedia:FAQ index|FAQ]].
* This page is for '''concrete, actionable''' proposals. Consider developing earlier-stage proposals at [[Wikipedia:Village pump (idea lab)|Village pump (idea lab)]].
* Proposed '''policy''' changes belong at [[Wikipedia:Village pump (policy)|Village pump (policy)]].
* Proposed '''speedy deletion criteria''' belong at [[Wikipedia talk:Criteria for speedy deletion]].
* Proposed '''WikiProjects''' or '''task forces''' may be submitted at [[Wikipedia:WikiProject Council/Proposals]].
* Proposed '''new wikis''' belong at [[meta:Proposals for new projects]].
* Proposed '''new articles''' belong at [[Wikipedia:Requested articles]].
* Discussions or proposals which warrant the '''attention or involvement of the Wikimedia Foundation''' belong at [[Wikipedia:Village pump (WMF)]].
* '''Software''' changes which have consensus should be filed at [[phabricator:|Phabricator]].
Discussions are automatically archived after remaining inactive for nine days.
<!-- Villagepumppages intro end -->|WP:VPR|WP:VP/PR|WP:VPPRO|WP:PROPS}}__NEWSECTIONLINK__
{{User:MiszaBot/config
|archiveheader = {{Wikipedia:Village pump/Archive header}} 
|maxarchivesize = 300K
|counter = 185
|algo = old(9d)
|archive = Wikipedia:Village pump (proposals)/Archive %(counter)d
}}{{Skip to bottom}}
{{cent}}
__TOC__
{{anchor|below_toc}}
[[Category:Wikipedia village pump]]
[[Category:Wikipedia proposals| ]]
[[Category:Non-talk pages with subpages that are automatically signed|{{PAGENAME}}]]
[[Category:Pages automatically checked for incorrect links]]
</noinclude>
{{clear}}

== Removing links to portals from the Main Page's top banner ==
=== Survey (Portal links) ===
I propose that we remove the hyperlinks to eight portals and the "All portals" page that are currently in the main page's top banner. Instead, the top banner would simply say "Welcome to Wikipedia, the free encyclopedia that anyone can edit. 6,[xxx],[xxx] articles in English" (same as now, but centered). I have the four following arguments:
* The pageviews of these portals is very low compared to the pageviews of the main page (low thousands vs. 5+ millions), which suggest that <s>no one clicks on them</s> they are not essential to the main page's function.
* Portals are among the least well maintained and most outdated-looking parts of the project.
* Portals are not essential to the mission of an encyclopedia, which are generally ordered alphabetically, and used by readers who are looking for something specific. A reader who would want to learn something new would just read an article at random.
* In terms of graphic design, the Internet has largely moved on from the tendency of early websites to have 50 hyperlinks per square centimeter. Removing these hyperlinks would ever so slightly modernize the user interface.
[[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 16:01, 26 October 2021 (UTC)

'''Note''': This proposal only argues for the removal of the links from the ''top banner''. You are welcome to express views on whether they should be moved somewhere else on the main page, as some editors have already done. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 10:56, 28 October 2021 (UTC)

:<small>{{anote}} If removed, please clean up [[Wikipedia:Main_Page/styles.css]] as well. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 17:01, 26 October 2021 (UTC)</small>
::I am happy to do that if/when this happens. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 14:37, 28 October 2021 (UTC)
*The page views of each of the top portals are roughly the same as those of typical Did you Know items, suggesting that people click on them reasonably often. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 16:44, 26 October 2021 (UTC)
*:{{Reply|Kusma}} Fair point, amended. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 16:51, 26 October 2021 (UTC)
*'''Support with partial move''' of the [[Wikipedia:Contents/Portals|"all portals"]] link to the "Other areas of Wikipedia" section. To give folks some data, [https://pageviews.toolforge.org/?project=en.wikipedia.org&platform=all-access&agent=user&redirects=0&range=latest-30&pages=Portal:Mathematics|Portal:The_arts|Portal:Biography|Portal:Geography|Portal:History|Portal:Science|Portal:Society|Portal:Technology|Wikipedia:Contents/Portals here are the pageviews] of the listed portals. Most range from 2000 to 5000 views per day, which would be decent to good for a DYK, but they're at the top of the page rather than in the middle so should be expected to do better. The "all portals" link, however, does significantly better at 12,400 per day. Broadly, portals as an idea have failed and ought to be mercifully put to rest, as they're not worth our effort to maintain. But until that outcome achieves consensus, it's not fair to kneecap them by totally removing them in places where they're relevant, which includes the main page. The other areas of Wikipedia section is pretty far down the page, so throwing in a line there along the lines of {{tq|'''[[Wikipedia:Contents/Portals|Content portals]]''' – A unique way to navigate the encyclopedia}} would be pretty innocuous (it would also help rebalance the section towards [[WP:READER|readers]]). <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 18:13, 26 October 2021 (UTC)
*'''Strong support''' This would make the main page look much cleaner.  Any incremental step to drag the page design into the 2020s (2010s?) is a good thing.  [[User:UnitedStatesian|UnitedStatesian]] ([[User talk:UnitedStatesian|talk]]) 18:31, 26 October 2021 (UTC)
*The Main Page is in need of some updating. The top portals are remnants of a "systematic" approach to content organisation that the world is too complicated for. We should consider linking to good portals ([[Portal:Cheshire]], [[Portal:Japan]]) more prominently instead of focusing on those that seem important from an abstract top-down point of view. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 18:44, 26 October 2021 (UTC)
*:Agreed that the Main Page is in need of systemic design reform. But reviving [[WP:featured portals|featured portals]]? Please no. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 20:07, 26 October 2021 (UTC)
*::Well, quality control for portals is currently done through MFD, which isn't great. But that's a different discussion; I mainly wanted to point out that individual good portals still exist, despite the bad reputation of the namespace. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 13:29, 27 October 2021 (UTC)
*'''Oppose''' any such change without a broader more centralized discussion. As an oft accused Portalista, I would be remiss if I did not accuse the OP of being a part of the war on portals. <small>Sorry for the sarcasm, folks; had to throw down THAT gauntlet before anyone else. No offense [[User:JBchrch]] (who was not here during the portal wars); I was making a poor joke at my own expense.</small> If in this thread a redesign of the main page is under discussion, what else is on the table? As an inhabitant of Planet PortalFan I must protest any removal of any link to any portal anywhere. Seriously, this cut would be pretty brutal on total portal views. Kneecapped. I'm not convinced that portals have gone the way of the dodo quite yet. Not everybody learns in the same way. The portals linked look good and seem well-maintained. I do very much like the turn of phrase by [[User:Sdkb]]: "A unique way to navigate the encyclopedia". [[User:BusterD|BusterD]] ([[User talk:BusterD|talk]]) 20:05, 26 October 2021 (UTC)
*:Regarding what else is on the table, we should limit discussion to the presentation of portals on the main page. Anything less focused will become a trainwreck without additional structure. VPR is pretty centralized, but portals folks should certainly be notified and this can be [[WP:CENT|CENT]]-listed if needed. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 20:13, 26 October 2021 (UTC)
*:{{Reply|BusterD}} No offense taken! In addition to {{u|Sdkb}}'s comments, I just wanted to note that I have no strong views on placing the portal links anywhere else on the main page. I just think they are out of the place at the absolute top. I will now place a notice on [[WT:PORT]]. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 20:27, 26 October 2021 (UTC)
*'''Comment:''' I do use the top-level portals from time to time. Providing multiple means of content navigation is definitely helpful. No objection to moving to a different part of the page but I'd strongly favor keeping all of the links somewhere on the home page above the fold. Seems more helpful than the "On this day..." or "Did you know..." content. - [[User:Wikmoz|Wikmoz]] ([[User talk:Wikmoz|talk]]) 20:39, 26 October 2021 (UTC)
*:There are some interesting Wikipedia home page [https://www.behance.net/gallery/16219877/Wikipedia-Redesign-Concept redesign] [https://blog.prototypr.io/wikipedia-redesign-case-study-24833cdf1b71 concepts] around the web. Short of broad consensus to remove, I think this one is in the hands of Wikimedia's staff designers. - [[User:Wikmoz|Wikmoz]] ([[User talk:Wikmoz|talk]]) 23:55, 26 October 2021 (UTC)
*::It's in the hands of the Wikipedia community.  It's all done in wikitext; there's nothing in the MediaWiki software that requires or prohibits these links or restricts their position or appearance.  [[:de:|German WP]] lists the portals more prominently with icons; [[:fr:|French WP]] has a single link ("Portails thématiques") to its main portal.  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 00:22, 27 October 2021 (UTC)
*:::Very interesting. I didn't realize that. I see now there are [[Wikipedia:Main Page design|changes based on discussions]] as well as [[Wikipedia:Main Page alternatives|alternative layouts]]. - [[User:Wikmoz|Wikmoz]] ([[User talk:Wikmoz|talk]]) 01:46, 27 October 2021 (UTC)
*::Just a note to point out that both of these design seem to rely on incredibly high-def pictures, which we rarely have (except for the occasional European painting). In the first link, for instance, the big Nelson Mandela picture is not on Commons as far as I can see. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 00:37, 27 October 2021 (UTC)
*::The second design link there prioritizes the portals in a very nice and logical way - if they were something that we as a community were really putting effort into and wanted to promote. [[User:Retswerb|Retswerb]] ([[User talk:Retswerb|talk]]) 06:34, 6 November 2021 (UTC)
*::Wow! Some of these redesigns are beautiful!!! Are these independent third-party mockups? Or anything that is actively being considered by WMF? [[User:Ktin|Ktin]] ([[User talk:Ktin|talk]]) 20:57, 1 December 2021 (UTC)
*:::As Certes said, the Main Page is the responsibility of the volunteer editors. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)|talk]]) 21:20, 6 December 2021 (UTC)
*I could see moving the portal links below the featured picture (and above “Other areas of Wikipedia”). It would put the navigational parts of the main page together. [[User:Blueboar|Blueboar]] ([[User talk:Blueboar|talk]]) 20:46, 26 October 2021 (UTC)
*'''Oppose''' complete removal but support a review of the Main Page layout.  The portal list fits in a handy space of just the right size.  If more widely used information could usefully fit into that prime real estate then let's move the portal list down to make way, but I don't see any great candidates to replace it.  The two traditional ways to organise and access content are alphabetically and by topic.  An alphabetical article listing is obviously impractical, but the search box does that job well.  I think access by topic is still worth a couple of square inches somewhere above the fold.  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 23:41, 26 October 2021 (UTC)
*:{{Reply|Certes}} I guess the graphic design argument would be to say that we ''don't'' need a replacement, since the most straightforward way to modernize the MP's design is precisely to ''remove'' stuff and to leave some prime real estate empty [https://www.whitehouse.gov][https://www.stanford.edu][https://www.chase.com][https://www.apple.com][https://www.nih.gov][https://www.un.org/en/][https://www.encyclopedia.com][https://www.koreanair.com/us/en][https://www.cam.ac.uk]. Such a wholesale proposal is obviously well beyond the scope of this particular VPR section, but the idea that a removal would require a replacement seems to run somewhat contrary to the emerging consensus that the main page needs to be modernized. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 00:10, 27 October 2021 (UTC)
*::Then I suppose it boils down to which better serves our readers: wikilinks, or white space.  Personally I think it's no contest, but then I'm not a graphic designer.  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 12:21, 28 October 2021 (UTC)
*'''Support '''.....moving links out of first banner into "Other" section.<span style="font-weight:bold;color:darkblue">[[User:Moxy|Moxy]]</span>-[[File:Maple Leaf (Pantone).svg|15px|link=User talk:Moxy]] 01:54, 27 October 2021 (UTC)
*'''Support'''. It is an inefficient use of the main page screen space especially on wide screens. [[User:Ruslik0|Ruslik]]_[[User Talk:Ruslik0|<span style="color:red">Zero</span>]] 19:58, 27 October 2021 (UTC)
* I have added this discussion to [[WP:CENT]] for wider input on the question. <span style="white-space: nowrap;">— [[User:Wugapodes|Wug·]][[User talk:Wugapodes|a·po·des]]</span> 21:47, 27 October 2021 (UTC)
*'''Support''' Portal links are not terribly helpful to readers and the Main Page could benefit from streamlining (this is a good first step). [[User:Calliopejen1|Calliopejen1]] ([[User talk:Calliopejen1|talk]]) 21:51, 27 October 2021 (UTC)
*'''Support''', as a first step in the deprecation of the portal namespace. They serve no useful function that is not served by wikilinks generally. Portals are collections of links; articles are better, more helpful, and better maintained (as suggested above) collections of links. [[User:AleatoryPonderings|AleatoryPonderings]] ([[User talk:AleatoryPonderings|???]]) ([[Special:Contributions/AleatoryPonderings|!!!]]) 22:35, 27 October 2021 (UTC)
* '''Support''', moving them from their current location. With the exception of the [[Wikipedia:Contents/Portals|all portals]] link it is really unclear that they are portal links. [[User:Cavalryman|Cavalryman]] ([[User talk:Cavalryman|talk]]) 01:07, 28 October 2021 (UTC).
*'''Oppose''' - ''Prominently'' displaying a manner to help readers navigate our [[Wikipedia:Contents|content]] in a systemized manner is due. If there is a better way to do this ''in the current location'', it should readily be considered. Until then, the current scheme suffices. That aside, perhaps our 'indexation' warrants maintenance or improvement as a whole. However, aesthetical considerations to appear modern or streamlined should never take precedence over form and functionality.<small>—&nbsp;[[User:Godsy|<span style="color:#39A78E;">'''Godsy'''</span>]]<sup>&nbsp;([[User talk:Godsy|TALK]]</sup><sub style="margin-left:-2.0ex;">[[Special:Contributions/Godsy|<span style="color:#DAA520;">CONT</span>]])</sub></small> 03:27, 28 October 2021 (UTC)
* '''Support'''. Confusing noise, and portals fail to provide systematic navigation (categories do that, Portals do random and highly selective stuff).  Portals belong under the [[Wikipedia:Community portal]] link in the Navigation frame, and they all belong in Wikipedia project space, because Portals if they can do anything, can draw in new editors. <!-- Template:Unsigned --><span class="autosigned" style="font-size:85%;">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe#top|talk]] • [[Special:Contributions/SmokeyJoe|contribs]]) 03:42, 28 October 2021 (UTC)</span>
*'''Oppose''' the first argument is flawed: very few people who go to the main page click on ''any'' of the links on it, and so this argument can be used for removing anything on it. For example [[Hoopoe starling]], which was TFA two days ago and otherwise got very little traffic, got 30,000 hits when it was up there, a tiny fraction of the over 5 million people who viewed the main page yesterday. I think it's entirely legitimate to give readers a way of using Wikipedia from the main page other than a search box. I'm happy to consider moving the links somewhere else, but not removing them entirely. '''''[[User:Hut 8.5|<span style="color:#b50000;">Hut 8.5</span>]]''''' 07:43, 28 October 2021 (UTC)
*:{{Reply|Hut 8.5}} This proposal is not arguing in favor a removing from the main page ''completely'', but just removing them from ''the main page's top banner''. It leaves completely open the question of relocating them somewhere else on the talk page, and you are of course welcome to express a view on that. But your !vote seems to indicate that you want the portal links to stay at the top of the main page, which does not seem entirely consistent with the rest of your answer. Is that your view? [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 09:20, 28 October 2021 (UTC)
*::{{re|JBchrch}} your opening on this didn't make that very clear - of course anything can come up in discussion - but when you say "remove x from y" as opposed to "move x from y (to z)" from the start, that people think this is only about deletion shouldn't be too surprising. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 10:44, 28 October 2021 (UTC)
*:::{{Reply|Xaosflux}} Thanks—does the new note add clarity? [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 10:57, 28 October 2021 (UTC)
*::::{{re|JBchrch}} I think it may help guide the discussion more (there was nothing defective about the preceding discussion, but the clarity may help those joining consider the option). — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 11:02, 28 October 2021 (UTC)
*::::Thanks; that's a lot clearer.  I'd interpreted {{tq|remove the hyperlinks}} as getting rid of them rather than changing their location.  However, if we are to retain the links in a different location, that should happen in a single operation.  It would be wrong to get rid of the links now pending further discussion to consider the possibility of a decision about finding a better place for them in the fullness of time. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 11:29, 28 October 2021 (UTC)
*:::::Yeah - as it stands this is a proposal to remove the links, and some of the supporters do want the links removed entirely. If I support it and it gets enacted then they will likely be removed completely. If they are to be moved somewhere else then that should happen as the result of a single discussion. I wouldn't object to a proposal to move them somewhere else. '''''[[User:Hut 8.5|<span style="color:#b50000;">Hut 8.5</span>]]''''' 11:53, 28 October 2021 (UTC)
*'''Comment''' - Interesting links to support this discussion: 
** [[Wikipedia:Arbitration/Requests/Case/Portals#Community_discussion_recommended]]
** [[Wikipedia:Village pump (policy)/Archive 153#RFC: Formalize Standing of Portal Guidelines as a Guideline (18 July 2019)|Wikipedia:Village pump (policy)/Archive 153 § RFC: Formalize Standing of Portal Guidelines as a Guideline (18 July 2019)]]
** [[Wikipedia:The Problems with Portals]] (user essay)
** [[User:DexDor/Portals]] (user essay)
** [[Wikipedia:Consultation on the future of portals]] (user essay)
** [[Wikipedia:Village pump (proposals)/RfC: Ending the system of portals]] ([[WP:ENDPORTALS]])
** [[Wikipedia:Village pump (proposals)/Archive 162#Proposal to delete Portal space]] ([[WP:ENDPORTALS2]])
**[[Wikipedia talk:Portal/Guidelines]]  Archives: [[Wikipedia talk:Portal/Guidelines/Archive 11|11]], [[Wikipedia talk:Portal/Guidelines/Archive 10|10]], [[Wikipedia talk:Portal/Guidelines/Archive 9|9]], [[Wikipedia talk:Portal/Guidelines/Archive 8|8]], [[Wikipedia talk:Portal/Guidelines/Archive 7|7]], [[Wikipedia talk:Portal/Guidelines/Archive 6|6]], [[Wikipedia talk:Portal/Guidelines/Archive 5|5]], [[Wikipedia talk:Portal/Guidelines/Archive 4|4]], [[Wikipedia talk:Portal/Guidelines/Archive 3|3]], [[Wikipedia talk:Portal/Guidelines/Archive 2|2]], [[Wikipedia talk:Portal/Guidelines/Archive 1|1]] - [[User:Guilherme Burn|Guilherme Burn]] ([[User talk:Guilherme Burn|talk]]) 12:23, 28 October 2021 (UTC)
*'''Strong support''': just a reminder that most of our readers are on mobile, even though almost all editors are on desktop. On mobile in particular, these portal links clog up the screen with links that put the interesting content we have to display a screen further away. Sdkb's partial move works fine to me (though they're referencing a panel I'd mostly remove in my ideal Main Page redesign). — [[User:Bilorv|Bilorv]] ('''[[User talk:Bilorv|<span style="color:purple">talk</span>]]''') 13:08, 28 October 2021 (UTC)
* I '''support full removal strongly as first choice''' per all previous discussion on portals and '''move to "Other areas of Wikipedia" per Sdkb as a second must-have-consensus choice''' (probably just with a link to [[Portal:Contents]] [why is that an entirely different portal system in Wikipedia space???]). If portals are honestly used, moving the ones on the main page will be a good test.<p>I thoroughly reject blocking this improvement on a "systematic front page redesign", which has not achieved a consensus revised look {{em|for 15 years}}. Incremental change seems the name of the game for at least this aspect. --[[User:Izno|Izno]] ([[User talk:Izno|talk]]) 14:36, 28 October 2021 (UTC)</p>
* '''Comment''' Well, it depends. Is there a benefit to those specific portals being where they are? Would anything be lost if removed? I guess the thinking behind it is that people would've went to the main page and went through these broad topics, turns out, this didn't really happen, especially because of the search bar. But there is no reason to totally remove the portals from there. Just keep a link to "All portals". I'm not so sure about moving it to "Other areas". If a move like that happens, there should probably be a notification of the change on the page for a few days. Or for any noticeable changes to the main page, really. [[User:Dege31|Dege31]] ([[User talk:Dege31|talk]]) 15:25, 28 October 2021 (UTC)
*'''Oppose''', creates more useless whitespace. If the portal links are removed, the banner should not be full width. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 16:55, 28 October 2021 (UTC)
*'''Oppose''' per Hut. A solution looking for a problem, and if some people find these useful then they should stay. &nbsp;&mdash;&nbsp;[[User:Amakuru|Amakuru]] ([[User talk:Amakuru|talk]]) 17:38, 28 October 2021 (UTC)
*:Any designer will tell you that an overly cluttered layout is absolutely a real problem (even if Wikipedia, unlike the rest of the modern web, sometimes has trouble acknowledging it). <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 20:01, 29 October 2021 (UTC)
*'''Oppose''' If it would just mean leaving a blank space. If there something specific to go there, or if removal would allow some beneficial change, I'd be happy to reconsider. I'm not for removing things that are "not essential", nor for giving more help to readers looking for things "at random", nor for "slightly modernizing". [[User:Thincat|Thincat]] ([[User talk:Thincat|talk]]) 18:57, 28 October 2021 (UTC)
*:{{Reply|Thincat}} Out of curiosity, what would you regard as "beneficial change"? [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 19:21, 28 October 2021 (UTC)
*:: I'm  curious too! Some layout change rather than a change of content. I like all of TFA, DYK, ITN and OTD. Personally, I'd like to see the featured picture without scrolling down but I've no idea how that could work. [[User:Thincat|Thincat]] ([[User talk:Thincat|talk]]) 20:47, 28 October 2021 (UTC)
*'''Support'''. I have just clicked on one, for the first time ever. And I am a TFA scheduler! '''Not''' a good advert for Wikipedia. [[User:Gog the Mild|Gog the Mild]] ([[User talk:Gog the Mild|talk]]) 23:25, 28 October 2021 (UTC)
* '''Support'''. I don't think portals are a useful way to navigate the vastness of this Wikipedia, and they certainly aren't useful enough to merit such a prominent position. I support full removal from the main page or, failing that, moving them to a less prominent position. Having more blank space is not inherently a problem, and leaves us the option to add something better there in the future.—[[User:Neil Shah-Quinn|Neil Shah-Quinn]] ([[User talk:Neil Shah-Quinn|talk]]) 01:45, 29 October 2021 (UTC)
*'''Support removal''' mostly a combination of "per" the support !votes above but also because I find the rationales for keeping the portal links quite unconvincing. Having more blank space is a good thing; that's basic layout and design principles. We don't want a "busy" or full front page. (Most readers are mobile anyway and there won't be blank space for them.) Just because "some" people find it useful isn't a good reason to keep it: given the scarcity/value of front page screen real estate, the threshold should be ''most'' not ''some''. For browsing Wikipedia, only one link is necessary, and it should be to [[WP:Contents]]. (Most readers are coming for the search bar anyway, aren't they?) I don't think these links are used enough to justify the prime real estate (top of the front page) they occupy. [[User:Levivich|Levivich]] 06:33, 29 October 2021 (UTC)
*'''Oppose''' The link someone posted above clearly shows [https://pageviews.toolforge.org/?project=en.wikipedia.org&platform=all-access&agent=user&redirects=0&range=latest-30&pages=Portal:Mathematics|Portal:The_arts|Portal:Biography|Portal:Geography|Portal:History|Portal:Science|Portal:Society|Portal:Technology|Wikipedia:Contents/Portals] over a million people clicked on one of the portal links in the past 30 days.  Some people do use them.  Other things on the main page get fewer hits than these do. [[User:Dream Focus | '''<span style="color:blue">D</span><span style="color:green">r</span><span style="color:red">e</span><span style="color:orange">a</span><span style="color:purple">m</span> <span style="color:blue">Focus</span>''']] 13:22, 29 October 2021 (UTC)
**Thats not what that link shows. That link shows page views, not how many people clicked on the links on the main page. Over 300k or 30% of that million is to WP:Contents/Portals. And even still, a million over a month is tiny for a permanent link on the main page, which gets 171 million page views in a month. So we're talking just over one half of one percent. Other content on the main page might get fewer page views but other content isn't on the main page every day for a month, and it isn't at the top of the screen taking up prime real estate. [[User:Levivich|Levivich]] 14:05, 29 October 2021 (UTC)
*'''Support removal''' Portals are an outdated mode of presenting knowledge. We need to have a serious, informed (by research) conversation about how to best do so. This is not that discussion. But: Our current implementation is similar to of Yahoo's early approach (basically a taxonomy) , which worked for a while, but no longer does. Arguments in favor of keeping the links because "people click on them" don't take into account that people will click on anything in the top right corner of a website. Clicks in not an argument. I'm hypothesizing that the main page gets so many visits because it has the shortest URL, and most people who go there a really just looking for the search function. It is far easier to type en.wikipedia.org than https://en.wikipedia.org/w/index.php?search=&title=Special:Search. Imagine the following: If instead of what we have now, [[Special:Search]] was the default and that page had it a link to [[Portal:Main]], would that portal page still get 5 million views a day? <!-- Template:Unsigned --><span class="autosigned" style="font-size:85%;">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Vexations|Vexations]] ([[User talk:Vexations#top|talk]] • [[Special:Contributions/Vexations|contribs]]) 15:30, 29 October 2021 (UTC)</span>
*:Navigating content by category is outdated? Search definitely presents a great option for finding a specific topic but browsing is still very much a valid and widely-used alternative. Amazon, Britannica.com, Netflix, the New York Times, and most other content sites organize content by category so users can drill down to find content of interest. Search may be the ideal solution for many use cases but content hierarchies are not obsolete. - [[User:Wikmoz|Wikmoz]] ([[User talk:Wikmoz|talk]]) 06:26, 4 November 2021 (UTC)
*'''Meh'''. I'm all for considering a redesign of the main page, but let's not do it piecemeal. [[User talk:Calidum|<span style="color:#01796F; font-family:serif">'''-- ''Calidum'''''</span>]] 14:33, 29 October 2021 (UTC)
*'''Oppose''' As explained by [[User:Hut 8.5|Hut 8.5]], the statistical argument is flawed.  The argument about the space taken on the mobile interface sounded plausible but then I tried it.  The portals appear after the strap line about "the free encyclopedia that anyone can edit" and read as a brief and simple high-level start for browsing the encyclopedia: ''The arts'', ''Biography'', ''Geography'', etc.  But what then takes all the space on the mobile view is the FA and its blurb which is comparatively huge and, today, is [[1920–21 Cardiff City F.C. season]].  That comes across as a very random article of limited interest to 99% of our general readership.  The daily readership for that article last year was just 3.  Not 3 million, not 3 thousand, just 3!  That's what's getting [[WP:UNDUE|undue weight]] in the current format [[user:Andrew Davidson|Andrew]]🐉([[user talk:Andrew Davidson|talk]]) 20:10, 29 October 2021 (UTC)
*:If look at what kind of pages people are finding through search engines, it appears that our most popular feature would be about recently deceased people. That wouldn't be my preference, but it would be relevant to our readers. [[User:Vexations|Vexations]] ([[User talk:Vexations|talk]]) 20:52, 29 October 2021 (UTC)
*:I agree with the rationale, but I don't really understand the !vote: if we want to base our decision on what our general readership is interested in (agreed <small>[save for the fact that I love obscure TFAs]</small>), how does it make sense to place the emphasis on portals? [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 21:20, 29 October 2021 (UTC)
*::The Portal links make sense because they give a brief, broad-brush sweep of the encyclopedia's scope and this is appropriate as an introduction.  Note further that JBchrch seems to be talking only about the desktop view when most of our readership uses the mobile view.  In my mobile view, the first line is not "Welcome to Wikipedia...", it's "Welcome Andrew Davidson!"  Any redesign needs to focus primarily on this mobile view, where space is precious.  The desktop view is less important because, on a large monitor, there's lots of room for everything and it's good to use the space. [[user:Andrew Davidson|Andrew]]🐉([[user talk:Andrew Davidson|talk]]) 07:10, 30 October 2021 (UTC)
*'''Oppose''' This link is one of the only ways readers can get in touch with the Portal namespace. People argue... "We should delete them because readers don't look at them", but in reality, that's because access to the portal namespace from articles is low. There's only one tiny thing, a link at the bottom, that links main and portal namespace. However, most readers just read the lead and don't see the portal link. However the Main Page link is much more important because millions of people see the main page every day. The link provides easy access to portals. [[Special:Contributions/Chicdat|🐔]]&nbsp;[[User:Chicdat|Chicdat]]&nbsp;&nbsp;''<sup style="font-family:Times New Roman">[[User talk:Chicdat|Bawk to me!]]</sup>'' 10:22, 30 October 2021 (UTC)
*Much above, seems rather contradictory: the main page is a portal page, and the links are (sub) main pages -- sure more people read the 'front' page, and the front page gets more attention, but there are lists of subsections too, tables of content, if you will.  [[User:Alanscottwalker|Alanscottwalker]] ([[User talk:Alanscottwalker|talk]]) 17:53, 30 October 2021 (UTC)
*'''Oppose removal''' unless some other use of the space is made. Removing links that thousands of people use to replace them with acres of white space seems counter productive. [[User:Espresso Addict|Espresso Addict]] <small>([[User talk:Espresso Addict|talk]])</small> 00:35, 31 October 2021 (UTC)
:::Why would removing the links result in “acres of white space”? [[User:Blueboar|Blueboar]] ([[User talk:Blueboar|talk]]) 22:06, 1 November 2021 (UTC)
*:We could even add white space ''and'' keep the portal links!  We're not a physical newspaper limited by the size of tabloid paper.  I'll curse whoever adds the white space and write a [[Tampermonkey]] script to remove it, so I can see the content without constantly scrolling or shrinking the text to the size of a gnat's genitals, but technically it's easy. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 15:56, 31 October 2021 (UTC)
*'''Oppose''' - We gotta fill that space up with something. Until we can think of another item, may as well keep linking to Portals. Note: This comes from a fellow, who supports the elimination of Portals. [[User:GoodDay|GoodDay]] ([[User talk:GoodDay|talk]]) 17:04, 31 October 2021 (UTC)
**Um… no… we don’t need to “fill that space”.  After all, should we decide to delete the links completely, we would also delete the “space” they appear in (and thus there would be nothing that needed filling). Alternatively, if we decide to keep the links, but move them elsewhere on the page, we would move the “space” as well. Or did you mean something else? [[User:Blueboar|Blueboar]] ([[User talk:Blueboar|talk]]) 20:06, 31 October 2021 (UTC)
***{{reply to|Blueboar}} Perhaps they meant that it would be imprudent to leave such a forward-facing part of our main page top matter unfilled (a notion with which I would concur should that be the case). <small>—&nbsp;[[User:Godsy|<span style="color:#39A78E;">'''Godsy'''</span>]]<sup>&nbsp;([[User talk:Godsy|TALK]]</sup><sub style="margin-left:-2.0ex;">[[Special:Contributions/Godsy|<span style="color:#DAA520;">CONT</span>]])</sub></small> 08:04, 1 November 2021 (UTC)
****Still not understanding what the issue is.  What exactly needs to be “filled”? [[User:Blueboar|Blueboar]] ([[User talk:Blueboar|talk]]) 12:47, 1 November 2021 (UTC)
*'''Support''' per Kusma. [[User:NightWolf1223|<span style="color:green;">NW1223</span>]](<sup>[[User talk:NightWolf1223|<span style="color:green;">Howl at me</span>]]</sup><span style="color:gray">/</span><sub>[[Special:Contributions/NightWolf1223|<span style="color:green;">My hunts</span>]]</sub>) 15:36, 1 November 2021 (UTC)
*'''Strong support''' –&nbsp;The Mainpage is inaccessibly overloaded with information, essentially akin to [[banner blindness]]. Of the eight portals listed, only two (Math and Science) have a "maintainer" listed (which I'm sure is a concept most people in this thread aren't even aware of), meaning that the 6 other portals are being continuously linked directly from our most viewed page without any regular oversight. This is the kind of change that will begin to improve the Mainpage. Those that think someone will create a radically new Mainpage design and have it approved are living in fantasy—that will never happen, there are too many people on Wikipedia obsessed with the status quo for the sake of itself (e.g. the "solution looking for an improvement" crowd). Actual reform to the Mainpage will almost certainly be small and gradual improvements such as this. [[User:Aza24|Aza24]] ([[User talk:Aza24|talk]]) 23:34, 1 November 2021 (UTC)
*'''Support removal'''.  Whitespace is incredibly precious and helps make layouts readable and intuitive.  Most of the good proposed redesigns of the Wikipedia Main page make it less busy, and doing that requires sacrificing what isn't important in favor of what is important.  Filling every last square with text isn't ideal - blank spaces draw the eye to the relevant sections.  And Portals just aren't relevant enough, for reasons discussed ad nauseum.  A link to "All Portals" is fine and can stay somewhere, but remove the others.  [[User:SnowFire|SnowFire]] ([[User talk:SnowFire|talk]]) 03:47, 4 November 2021 (UTC)
*'''Remove''' but keep the "All portals" link with some meaningful name. All of us know what a portal is, but I doubt if the average reader does. Without the subject-specific portals there to give a clue, "All portals" becomes essentially meaningless. A better name would be "Browse by subject area". [[User:Zero0000|Zero]]<sup><small>[[User_talk:Zero0000|talk]]</small></sup> 04:06, 4 November 2021 (UTC)

* '''Strong oppose''' of entire removal. Removing access to portals from the main page will simply further orphan portals to a greater degree, and does nothing to provide diverse navigational means and content to Wikipedia's [[WP:READERS]]. I also echo the stances and concerns of {{u|BusterD}}, {{u|Wikmoz}}, {{u|Certes}}, {{u|Hut 8.5}} and {{u| Amakuru}} here, among others that have provided meaningful oppose !votes.

:An idea in lieu of the total removal of portal links is to move them to the end of Main page, perhaps encapsulated in the {{tl|Portal bar}} template (see example below):
: &rarr; <code><nowiki>{{Portal bar|Biology|Fungi|Plants|Science}}</nowiki></code> creates:
{{Portal bar|Biology|Fungi|Plants|Science}}

:A very important issue is that the portal bar template does not appear in the mobile view of Wikipedia, so mobile users would not see the links. For example, for desktop users here, compare the portal bar at the bottom of the [[:Sustainable development]] article and then notice how in mobile view the portal bar and links are nonexistent ([https://en.m.wikipedia.org/wiki/Sustainable_development link]). So, if the portal bar were to be used on Main page, a new template or layout would need to be designed that appears for mobile users.

:Many of the arguments here for the entire removal of portal links are based upon making the Main page look neater, cleaner or less cluttered, but this does nothing to provide diverse content to readers. Fact is, this would also dumb-down the Main page, providing less options for readers to learn about using portals as a means to navigate topics. If the portal links were to be removed entirely, portals will be used less, because people just won't see the option as often. Then at Miscellany for deletion, users that virtually exclusively opine for deletion of entire portals per low page views will have a very easy and convenient way to further their stances for deletion, which at times seems to actually be based upon a disdain of portals in general, using page views as a sort of "excuse" to "get rid" of them. The removal of portal links from the Main page would move Wikipedia in a backwards direction, not forward. <span class="smallcaps" style="font-variant:small-caps;">[[User:Northamerica1000|North America]]<sup>[[User talk:Northamerica1000|<span style="font-size: x-small;">1000</span>]]</sup></span> 19:06, 4 November 2021 (UTC)
::... portal bar now appears in mobile. Totally coincidental on my part. [[User:Izno|Izno]] ([[User talk:Izno|talk]]) 23:54, 29 November 2021 (UTC)
*'''Support''' - not once in my six years of editing and several more browsing have I ever used those links. We could consider center aligning the "Welcome to Wikipedia" block. [[User:Anarchyte|<span style="color:#202122;font-family:Trebuchet MS">Anarchyte</span>]] ([[User talk:Anarchyte|<span style="color:#202122">talk</span>]]) 06:25, 5 November 2021 (UTC)
*'''Support''' relocation. Had to go visit the front page to even figure out what this discussion was about.  Per the various arguments already made regarding usage, let's keep them somewhere on the front page for now. While we're at it, full support of re-labeling per @[[User:Zero0000|Zero0000]]. "Browse by subject area" would be much more meaningful to the average casual visitor. [[User:Retswerb|Retswerb]] ([[User talk:Retswerb|talk]]) 06:24, 6 November 2021 (UTC)
*'''Support''' full removal, "per" the above. I find Levivich's argument quite convincing. Portals are like the bookmarks of editors; readers don't use them. I would suspect that the search function is used far more often. [[User:EpicPupper|🐶 EpicPupper]] <sup>(he/him &#124; [[User talk:EpicPupper|talk]])</sup> 02:51, 9 November 2021 (UTC)
*'''Support.''' Portals are generally outdated and poor content, not something for the main page. <small><span style="border:1px solid black;padding:1px;">[[User:Sandstein|<span style="color:white;background:blue;font-family:sans-serif;">''' Sandstein '''</span>]]</span></small> 17:50, 9 November 2021 (UTC)
*'''Support''' as part of a portal space reboot. When clicking on one of these links, the reader experiences a “break” in the general layout of the WP and an absurd drop in quality content compared to the main page. I believe, a namespace that has failed to solve structural problems for over a decade (as demonstrated in my comment links above) does not deserve such privileged space on the Mainpage.[[User:Guilherme Burn|Guilherme Burn]] ([[User talk:Guilherme Burn|talk]]) 12:08, 10 November 2021 (UTC)
*'''Support''', no need to keep trying to prop up this failed experiment.-<span style="font-family:cursive; color:grey;">[[User talk:gadfium|gadfium]]</span> 19:49, 10 November 2021 (UTC)
*'''Meh''' it's hard to say that the current links are ''good'', but they do seem better than blank space.  I suppose the line-wrap in "Welcome to Wikipedia, the free encyclopedia that anyone can edit." could be removed, but I don't like that change aesthetically.  We also could just link to the article [[Mathematics]] instead of [[Portal:Mathematics]]. [[User:力]] (powera, [[User talk:力|<span style="color:#FA0;font-family:courier">π</span>]], [[Special:Contributions/力|<span style="font-family:courier">ν</span>]]) 20:04, 10 November 2021 (UTC)
*'''Support''' Never in all my years of editing have I clicked on those links, let alone even noticed them. Begone, clutter. [[User:CaptainEek|<span style="color:#6a1f7f">'''CaptainEek'''</span>]] <sup>[[User talk:CaptainEek|<span style="font-size:82%"><span style="color:#a479e5">''Edits Ho Cap'n!''</span></span>]]</sup>[[Special:Contributions/CaptainEek|⚓]] 22:52, 11 November 2021 (UTC)
*'''Oppose''' If we are going to have a main page, which is a portal page, then link the subject main pages too.  [[User:Alanscottwalker|Alanscottwalker]] ([[User talk:Alanscottwalker|talk]]) 20:58, 12 November 2021 (UTC)
*'''Oppose''' per {{noping|Northamerica1000}}. We should be making portals better and more function, than removing them. '''''[[User:JackFromWisconsin|JackFromWisconsin]]''''' ([[User_talk:JackFromWisconsin|talk]] &#124; [[Special:Contributions/JackFromWisconsin|contribs]]) 17:48, 13 November 2021 (UTC)
* '''Support removal''' (and, if that fails, '''support moving them elsewhere''') - portals are a relic of a long gone era, and if nothing else they shouldn't clutter the MP with ''more links''. A little whitespace (or, in this case, greyspace) can go a long way for making pages cleaner and clearer. [[User:Remagoxer|<span style="color: #0a826b;">'''Rema'''</span><span style="color: #c91f0c;">'''goxer'''</span>]] [[User talk:Remagoxer|<sup>(talk)</sup>]] 21:51, 19 November 2021 (UTC)
*'''Support''', as they clutter up the main page, and they aren't widely used.[[User:Jackattack1597|Jackattack1597]] ([[User talk:Jackattack1597|talk]]) 16:42, 20 November 2021 (UTC)
** '''Comment''' – In November 2021 [[Portal:History]] received a grand total of [https://pageviews.toolforge.org/?project=en.wikipedia.org&platform=all-access&agent=user&redirects=0&start=2021-11-01&end=2021-11-30&pages=Portal:History 133,559 page views], averaging 4,452 page views per day. How does this correlate with the statement that portals are not "widely used". The reality is that there is no correlation to the assertion. Quite the contrary exists, actually, whereby portals linked on [[Main page]] are actually used frequently daily, by thousands of [[WP:READERS]] per day. Do those links really "clutter" the Main page? If so, perhaps they could be moved and integrated into a graphical format, as I have suggested above. <span class="smallcaps" style="font-variant:small-caps;">[[User:Northamerica1000|North America]]<sup>[[User talk:Northamerica1000|<span style="font-size: x-small;">1000</span>]]</sup></span> 12:20, 1 December 2021 (UTC)
***This has already been gone over in detail in this thread. 4500 daily page views proves "not widely used" because 4500 is not a lot. The main page gets millions of daily page views. 99% of main page visitors do NOT click on the portal links. When 1% of our readers click on a link, that is not "widely used". [[User:Levivich|Levivich]] 13:17, 1 December 2021 (UTC)
***:That's true of almost all links from the main page.  The portal links are amongst the most-clicked.  The only reason to pick on them for removal, rather than some of the less-clicked non-portal links, is a dislike of portals, which is a separate debate. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 15:09, 1 December 2021 (UTC)
***::No, as we went over in this thread, what you're saying just isn't true. It is not true that the portal links are amongst the most-clicked. Your earlier argument about this compared the portal links ANNUAL page views, with things like TFA which are only on the main page for a day. But 4,500 is actually a very low amount of single-day page views for anything on the main page. TFAs and ITNs get ''tens of thousands'' of daily page views. For example, recent TFAs [[Jaguar]] got 55k, [[British logistics in the Falklands War]] got 65k. Orders of magnitude more. Please stop repeating the untruth that portal links are among the most-clicked, it's just not true. "The people who disagree with me just don't like it" is the most-tired, weakest argument that too many editors cling to when consensus doesn't agree with them. The truth isn't that people just don't like portals, it's that intelligent people are looking at the data and coming to a rational conclusion. There are no links on the main page that are less-clicked and as prominent (appearing at the top, every single day) as the portal links. [[User:Levivich|Levivich]] 15:59, 1 December 2021 (UTC)
*'''Support''' removal of the links, which I doubt many people actually use. Blank space is not necessarily the enemy - there is no problem with having nothing in that space. [[User:Firefly|<span style="color:#850808;">firefly</span>]] <small>( [[User talk:Firefly|t]] · [[Special:Contributions/Firefly|c]] )</small> 16:01, 1 December 2021 (UTC)
*'''Oppose''' based on the evidence that they are well used by readers and the lack of any good reason to remove them. If they really do "clutter" the main page (for which there is no evidence) then move them elsewhere. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 17:52, 1 December 2021 (UTC)
*'''Support''' removal. Not really used, for a very, very good reason: portals are not so useful to navigate inside a topic. When you have tried some of them, "not worth the click" becomes your opinion. [[User:Pldx1|Pldx1]] ([[User talk:Pldx1|talk]]) 18:07, 1 December 2021 (UTC)
*:In other words, you don't like them. Fair enough, but many other people do. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 22:57, 6 December 2021 (UTC)
*::Yeah but in this particular discussion there is no specific policy that we need apply, so IDONTLIKEIT is not an invalid argument. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 23:50, 6 December 2021 (UTC)
*:::I'm not saying it's invalid, I'm saying it's fully balanced by the IDOLIKEIT arguments from other people and so carries no weight at all - it's just unhelpful noise compared to the arguments presenting evidence of widespread use (bizarrely including by some of those claiming the links aren't used). [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 01:08, 7 December 2021 (UTC)
* '''Oppose'''. The link to the portals is a great way to showcase the breadth of what we have to offer. We will not be any richer nor will we be doing our readers any service by removing the links. [[User:Ktin|Ktin]] ([[User talk:Ktin|talk]]) 20:40, 1 December 2021 (UTC)

=== Discussion (Portal links) ===
An issue that has been raised by some comments and !votes above probably deserves some meta-discussion: if this proposal gains consensus, ''when and how'' do we decide if we move the links somewhere else, remove them completely from the main page, or add some other type of link somewhere else on the main page? My impression—but I'm happy to defer—is that we are not likely to solve all of these question in this single survey. Accordingly, if this proposal gains consensus, we would have to launch a second proposal/RFC with several options to choose from. The main page should probably not be changed until this second survey closes. <small>Tagging editors who have expressed some view related to this question: {{u|Sdkb}}, {{u|BusterD}}, {{u|Blueboar}}, {{u|Certes}}, {{u|Moxy}}, {{u|Cavalryman}}, {{u|Godsy}}, {{u|SmokeyJoe}}, {{u|Hut 8.5}}, {{u|xaosflux}}, {{u|Bilorv}}, {{u|Izno}}, {{u|Dege31}}.</small> [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 15:58, 28 October 2021 (UTC)
:I suspect that "do nothing", "move elsewhere" and "get rid" each have substantial but minority support.  We need to be wary of pitting one option against an alliance of the others as a binary choice.  "Do nothing" vs "do something" risks throwing out the most popular of the three options for receiving fewer !votes than the other two combined, as would "get rid" vs "keep somewhere".  A politician would have a great opportunity to gerrymander their preferred result here, but for a fair and collegiate consensus we need to tread carefully.  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 16:15, 28 October 2021 (UTC)
::I agree with this, if there's three options then the RfC should be about those three options, and trying to consolidate two of them can distort the outcome. For example if option A has 40% support and options B and C have 30% support each, then an RfC about option A only would eliminate it even though it's the most popular. '''''[[User:Hut 8.5|<span style="color:#b50000;">Hut 8.5</span>]]''''' 17:40, 28 October 2021 (UTC)
:::As per '''''[[User:Hut 8.5|<span style="color:#b50000;">Hut 8.5</span>]]''''' .--<span style="font-weight:bold;color:darkblue">[[User:Moxy|Moxy]]</span>-[[File:Maple Leaf (Pantone).svg|15px|link=User talk:Moxy]] 23:17, 28 October 2021 (UTC)
::::I'm not sure if I completely follow the practical implications of the comments above, especially the reference to a "do nothing" option? For all intents and purposes, the do nothing/do something discussion is taking place right now, in the (now CENT-listed) discussion above. If "support" comes out as the result, I don't think that it would be very useful to relitigate the question by adding a "leaving at the top" option in a subsequent discussion/RfC about portal links on the main page. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 02:42, 29 October 2021 (UTC)
:::::The practical implication is that, if leaving the links as they are is the most popular option but lacks a 51% majority, then a vague proposal to move, remove or otherwise change the links in an unspecified way would pass, neatly removing the most popular option and leaving the field clear for a less popular option to be chosen and implemented. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 11:28, 29 October 2021 (UTC)
::::::We could ask everyone to vote preferentially, ie 1. Relocate 2. Do nothing 3. Remove. [[User:Cavalryman|Cavalryman]] ([[User talk:Cavalryman|talk]]) 19:59, 29 October 2021 (UTC).
:[[File:Main page. Portal links. Contents.jpg|thumb|Where the Mainpage Portal links should go, under Contents. —[[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 09:28, 4 November 2021 (UTC)]] [[User:SmokeyJoe|SmokeyJoe]] ([[User talk:SmokeyJoe|talk]]) 09:28, 4 November 2021 (UTC)
Do we have a way to know the frequency with which all of the links on the main page are visited? Without comparative data, we can't tell what links are most popular. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 14:58, 29 October 2021 (UTC)
: [[m:Research:Wikipedia clickstream]] might provide the relevant data. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 15:03, 29 October 2021 (UTC)
::{{yo|Pppery}} Thanks for that. Just curious as you'd be the person to know: is there a faster way to pull the main-page links out of that 1.5GB Sep 2021 TSV, other than my writing a py script to do it? Like is there some tool that already exists (Excel and gsheets obv won't handle it)? Thx again. [[User:Levivich|Levivich]] 16:32, 29 October 2021 (UTC)
::: No idea. I'm aware of it's existence because I've seen other people refer to it in discussions, but have never actually used the data myself. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 16:33, 29 October 2021 (UTC)
:::Such a tool would be very useful but I'm pretty sure that it doesn't exist. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 16:50, 29 October 2021 (UTC)
::::<code>egrep '^Main_Page' clickstream-enwiki-2021-09.tsv | awk -F'\t' '{print $4 "\t" $2}' | sort -rn | head -10 | nl </code>
::::gives
::::# 1206925	Deaths_in_2021
::::#	233742	Wikipedia
::::#	173963	Emma_Raducanu
::::#	141315	COVID-19_pandemic
::::#	128589	Inspiration4
::::#	80254	Hurricane_Ida
::::#	78687	Encyclopedia
::::#	72049	2021_German_federal_election
::::#	66947	2021_Guinean_coup_d'état
::::#	66603	2021_Canadian_federal_election
::::cheers, [[User:Vexations|Vexations]] ([[User talk:Vexations|talk]]) 17:48, 29 October 2021 (UTC)
:::::{{yo|Vexations}} Thanks! Is there a way to get a quick dump like that of the portal links, for comparison? [[User:Levivich|Levivich]] 19:23, 29 October 2021 (UTC)
::::::I don't see any cross:namespace links in the clickstream dumps, only mainspace. There is this
:::::: other-internal	Main_Page	external	6439369
:::::: other-empty	Main_Page	external	156115155
:::::: other-search	Main_Page	external	5197918
:::::: other-external	Main_Page	external	726835
:::::: other-other	Main_Page	external	80257
::::::which doesn't tell us all that much. Per [[meta:Research:Wikipedia_clickstream#Data_Preparation]] "we take one month worth of requests for articles in the main namespace" [[User:Vexations|Vexations]] ([[User talk:Vexations|talk]]) 19:41, 29 October 2021 (UTC)
:::::::The last set of numbers counts clicks ''to'' the main page from various sources.  The other-internal line probably includes a few readers navigating from portals to the main page.  Sadly, clickstream doesn't seem to count clicks to portals (or any other pages outside mainspace), whether from mainspace pages such as the main page or from other sources. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 20:20, 29 October 2021 (UTC)
::::::::I've seen temporary redirects used from time to time to capture clickthrough data. Could capture the data for a week and multiply by 52 to get a full year estimate. = [[User:Wikmoz|Wikmoz]] ([[User talk:Wikmoz|talk]]) 21:15, 29 October 2021 (UTC)
:::::::::FYI related discussion from earlier this year about this: [[Wikipedia:Village pump (technical)/Archive 186#Main page click path stats]] [[User:Levivich|Levivich]] 01:06, 30 October 2021 (UTC)
::::::::::I don't see any recent implementation of redirects for the portal links. Could be set up in 15 minutes or less (e.g. [[Portal:History mpclick]] with <nowiki>#Redirect [[Portal:History]]</nowiki>). We'd have the data in a week. - [[User:Wikmoz|Wikmoz]] ([[User talk:Wikmoz|talk]]) 04:43, 30 October 2021 (UTC)
:::::::::::If an argument is going to be made based on popularity, we need data on all links from the main page to judge the various sections against each other. I suspect the vast majority of main page views result in no links being followed, so having comparative stats is essential. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 04:51, 30 October 2021 (UTC)
::::::::::::We could set up redirects for all the static links on the main page (so excluding things that change regularly like dyk) and see which are used and which aren't. [[User:Levivich|Levivich]] 05:09, 30 October 2021 (UTC)
:::::::::::::I think we'd want to know on average how often links are selected in the "Did you know...", "In the news", "On this day", and other sections. I don't think a decision should be made solely on follow-through frequency, as the various links serve very different purposes and aren't directly comparable. The portal links are the only ones that offer navigation through content. The links in the colourful boxes expose articles to attract curiosity, links in the "Other areas" section aren't related to content, and links under "Wikipedia's sister projects" aren't related to this site. Plus we can choose to include a link with low follow through if we think it is sufficiently important. Nonetheless, having an idea of how often the different sections are used will help set background context to better frame discussion. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 05:57, 30 October 2021 (UTC)
::::::::::::::For most dynamic links (DYK, TFA, OTD... pretty much everything except ITN), we can see the spike that linking on the main page causes just from looking at the page views. For ITN I don't think it matters much either way, as that's a special case (we're not going to decide static links like portal links by looking at ITN clickthroughs). Portal links aren't the only links that offer navigation through content; there's also the "Contents" link. That's one of the static links we should track through redirects. It would be a PIA to redirect all the dynamic content--we'd need the cooperation of everyone who puts together the ITN, OTD, DYK, TFA, TFP, TFL, and I'm probably forgetting some. Hence why I think we should just put redirects on the static links and not the dynamic ones. As Wikmoz points out, we could do that right now and have data in a matter of days. [[User:Levivich|Levivich]] 17:24, 30 October 2021 (UTC)
:::::::::::::::Pageviews for the portals linked from the main page range from 2300 to 4800 per portal per day. [https://pageviews.toolforge.org/?project=en.wikipedia.org&platform=all-access&agent=user&redirects=0&range=latest-20&pages=Portal:The_arts|Portal:Biography|Portal:Geography|Portal:History|Portal:Mathematics|Portal:Science|Portal:Society|Portal:Technology]  Similar figures for the other top-level portals listed in [[Wikipedia:Contents/Portals]] range from 120 to 320.  [https://pageviews.toolforge.org/?project=en.wikipedia.org&platform=all-access&agent=user&redirects=0&range=latest-20&pages=Portal:Food|Portal:Countries|Portal:Cities|Portal:Medicine|Portal:Biology|Portal:Philosophy|Portal:Religion]  It seems reasonable to conclude that this change would prevent approximately 90% of visits to the listed portals, i.e. about 25,000 visits per day.  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 18:22, 30 October 2021 (UTC)
::There's a tool to do this, but I think it only works for the mainspace:  https://wikinav.toolforge.org/?language=en&title=Chocolate  [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)|talk]]) 04:59, 18 November 2021 (UTC)
:::Thank you; that's wonderful news which I'll repeat elsewhere.  A lot of us have been waiting for that tool, but none of us had managed to discover WikiNav. (I've been using a crude hack on my PC but it requires a 1 GB download.)  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 14:02, 18 November 2021 (UTC)
:::{{ping|User:Whatamidoing (WMF)}} Is there any way we can show more than the top ten sources and destinations?  I see we can extend it to top 20 in one of the graphics, but it would transform the tool's usefulness if the final tables could list all incoming and outgoing pageviews with 10+ views, as given in the Clickstream data, not just the top ten.  (The Chocolate example cuts off at 289 views.)  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 00:28, 20 November 2021 (UTC)
::::We'd have to ask [[User:MGerlach (WMF)]] or [[User:Isaac (WMF)]] about the possibility of getting more results.  Also, for the purpose of this discussion, it'd be really nice to have the Portal: namespace included.
::::[https://wikinav.toolforge.org/?language=en&title=Wii Looking at the results from a recent FA], it appears that direct links from the Main Page are labeled in the tool.  But the path from [[Main Page]] → [[Portal:The arts]]  → [[The arts]] doesn't seem to be handled.[https://wikinav.toolforge.org/?language=en&title=The_arts] [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)|talk]]) 20:00, 22 November 2021 (UTC)
:::::The underlying [[m:Research:Wikipedia clickstream|clickstream]] dataset only includes the main namespace, so it might be challenging. I think including more namespaces would be a great thing, and very useful not only for this but for figuring out how users navigate Help and Policy pages. Thanks for pointing out WikiNav though, which is a much easier way to explore the data that we do have! [[User:the wub|the wub]] [[User_talk:The wub|<span style="color: #080;">"?!"</span>]] 20:53, 22 November 2021 (UTC)
{{od|15}}
We don't know if those page views are coming in from the main page links or not though. That's what the proposed redirects would tell us. [[User:Levivich|Levivich]] 18:40, 30 October 2021 (UTC)
:Correct.  However, of the top-level portals listed in [[Wikipedia:Contents/Portals]], every single one that's linked from the main page has over 2200 visits, while every single one that's not linked from the main page has under 330 visits.  We don't need a statistical analysis to see that can't be coincidence.  These links are clearly the oxygen supply of the portal system, through which 90% of visits occur.  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 23:53, 30 October 2021 (UTC)
::Which makes me wonder: why are we putting these links at the top of the screens of millions of daily readers if only a couple thousand readers are clicking on them? [[User:Levivich|Levivich]] 00:08, 31 October 2021 (UTC)
:::Because in total that's about ten million clicks a year.  Collectively, the portals get more clicks than [[WP:TFA|TFA]], and they get them consistently every day rather than having 24 hours of glory.  I can't imagine any other website deliberately making a change to turn away that level of traffic.  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 00:19, 31 October 2021 (UTC)
::::How does that make any sense? Portals get trafic ''because'' they are on top of the main page, not the other way around. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 05:36, 31 October 2021 (UTC)
:::::That's true of all pages, like [https://pageviews.toolforge.org/?project=en.wikipedia.org&platform=all-access&agent=user&redirects=0&start=2021-09-20&end=2021-10-20&pages=Gateway_Protection_Programme this] recent [[WP:TFA|TFA]].  That's exactly what the main page is for.  [[Gateway Protection Programme]] was featured not because it was Wikipedia's most-read article, but because our readers might find it useful or interesting.  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 10:07, 31 October 2021 (UTC)
::::::Right but you're confusing causation and correlation. For example, portals get more pageviews ''annually'' than a TFA ''because'' they're linked on the top of the front page. If you look at ''all'' TFAs ''annually'', the readership dwarfs portals. For example, just the TFA you linked to, got over 20,000 page views on the day it was linked. 10x what the portals get. Think about it this way: should we keep links at the top of the page when we ''know'' that 99.9% of readers ''never click on them''? I think a lot of websites would say "no". We also don't know that every main page link is the cause of page view spikes. The main page portals may be getting more page views than other portals not because they're on the main page, but because they have more inbound links than other portals (because they're top-level portals). We don't know how many of the portal page views are coming from the main page as opposed to elsewhere. For ITN stories, we know that not all the page views are from the main page: when a story is listed on ITN, it's also in the news, so a lot of readers are getting there via web searches. This is why ITN ''candidates'' that don't get support to post sometimes get more page views than the stories that are actually posted on ITN. It's a false assumption that the portal pageviews == main page clickthroughs, and it's faulty logic to suggest that the portals should be linked on the main page ''because'' they're getting 2k page views a day. [[User:Levivich|Levivich]] 15:35, 31 October 2021 (UTC)
:::::::The eight linked portals got 30,895 views on that date, very comparable with TFA's 20,000.  [[Portal:History]] alone got 5,376.  Bear in mind that regular visitors to the main page will have seen the portal links before but TFA is new for them, which will inflate TFA's clicks and suppress those for portals.  A better comparison might be with other static links on the page.  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 15:48, 31 October 2021 (UTC)
::::::::Not sure why you're combining the eight links together as if they were one link and then comparing those eight against one TFA link. That's just manipulating the statistics through addition to get to a number that makes it look like the portals are as popular as the TFA. {{tqq|A better comparison might be with other static links on the page.}} No kidding, if only someone had suggested that :-P [[User:Levivich|Levivich]] 16:03, 31 October 2021 (UTC)
:::<small>Well, we should be able to get the info we want out of the web site logs, and not need to use wrapper redirects as a hack, but that's another story...</small> Like I said, until we have stats to compare with, we don't have a standard for comparison. But additionally: followed-link count is one measure of success, but a low count doesn't necessarily invalidate the goal of the design, as it can result from a failure in the implementation. Plus the vast majority of readers reach Wikipedia directly from search engine results, so if just looking at pure numbers as a justification, the main page should just be a choice of search engine forms.
:::I think we should be looking at the end goal, and figure out the best way to achieve it. If we want to provide more prominent content navigation than a sidebar link in a small font size, is using the existing portals the best way? Should we use links to the [[WP:Contents|Contents]] subpages? Or something else? [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 03:56, 31 October 2021 (UTC)
{{od|-1}}
:Given the lack of information on what parts of the main page are popular, I don't feel an argument can be made on removing any of them based on page views. (Portal page views might be low compared with main page views, but they could still be the most often selected links on the main page.) Other arguments for or against any sections can of course still be put forth. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 04:51, 30 October 2021 (UTC)
IMHO, Portals should be done away with. But, that big discussion was already held, so.... [[User:GoodDay|GoodDay]] ([[User talk:GoodDay|talk]]) 18:01, 30 October 2021 (UTC)
:At the risk of [[WP:OTHERSTUFF]], perhaps we should look at other language Wikipedias.  Eight of the top ten main pages link to the major portals in a similar way to enwp, and usually more prominently (icons, bold, etc.), though sometimes further down the page.  The other two link to at least the main portal.  A quick sample suggests that English portals are similar quality to those in other languages.  It's not clear why they are being singled out for orphaning.  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 19:42, 4 November 2021 (UTC)

Could we use [[mw:Extension:QuickSurveys]] to ask readers directly? [[User:Levivich|Levivich]] 23:15, 5 November 2021 (UTC)

After reading this discussion yesterday I got in the shower this morning and my eyes fell on my trusty bottle of [[Dr. Bronner's Magic Soaps | Dr Bronner's]]. For all those wondering why more white space might be desirable - this is why. [[User:Retswerb|Retswerb]] ([[User talk:Retswerb|talk]]) 21:55, 6 November 2021 (UTC)
:Yes, there are arguments for adding more white space to the main page.  However, a consensus to add white space need not necessarily imply unlinking portals.  We could remove some other feature instead, or simply make the page bigger. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 00:23, 7 November 2021 (UTC)
::Correct, of course: whitespace does not have to come from removal of portal links. But there appears to be an argument being made by you and others that whitespace is always less valuable than content ({{tqq|Then I suppose it boils down to which better serves our readers: wikilinks, or white space}} / {{tqq|creates more useless whitespace}} / {{tqq|Oppose removal unless some other use of the space is made}}). While it is certainly true that whitespace without content is meaningless, I would argue that content without whitespace loses significance altogether. Whitespace is how we point out content that we care about - rather than the page becoming a meaningless wall of text, like Bronner's memorable but ultimately uninfluential label. [[User:Retswerb|Retswerb]] ([[User talk:Retswerb|talk]]) 08:02, 13 November 2021 (UTC)

*'''Comment''' – First of all, this is not meant as any sort of personal criticism, so sorry if anyone takes offense, because that's not the point at all. However, some of the arguments supporting link removal make no sense. For example, above a user states that they have never used portals, but if one user does not use portals, why should thousands of users that do use portals have lesser access to links to them? It's like saying, "I don't read DYK articles, so links to them on Main page should be removed". This is purely personal-preference based and subjective, and doesn't take into account that many readers ''do'' use portals. Another user states that "readers don't use them", but this is not based in fact whatsoever, and is obviously subjective opinion lacking any basis in actual facts. For example:
:* [[Portal:History]] received [https://pageviews.toolforge.org/?project=en.wikipedia.org&platform=all-access&agent=user&redirects=0&start=2021-10-01&end=2021-10-31&pages=Portal:History 149,971 page views] in October 2021.
:*[[Portal:Biography]] received [https://pageviews.toolforge.org/?project=en.wikipedia.org&platform=all-access&agent=user&redirects=0&start=2021-10-01&end=2021-10-31&pages=Portal:Biography 122,488 page views] in October 2021.
:* [[Portal:The arts]] received [https://pageviews.toolforge.org/?project=en.wikipedia.org&platform=all-access&agent=user&redirects=0&start=2021-10-01&end=2021-10-31&pages=Portal:The_arts 93,090 page views] in October 2021.
:Obviously, readers ''do'' use portals, and these figures are from only three of the eight listed on main page. Another user states that "portals are generally outdated and poor content", but those linked on Main page are quite the opposite. For example, Portal:Biography only displays [[WP:FA|Featured articles]] in its Featured biography section. Per the Featured articles page, it states, "Featured articles are considered to be some of the best articles Wikipedia has to offer". [[Portal:Geography]] provides another example, only displaying FA-class articles in its Featured articles and Biography sections. This is certainly not poor content, not in the least; rather, it is the best content. <span class="smallcaps" style="font-variant:small-caps;">[[User:Northamerica1000|North America]]<sup>[[User talk:Northamerica1000|<span style="font-size: x-small;">1000</span>]]</sup></span> 23:07, 9 November 2021 (UTC)
::{{tqq|Another user states that "readers don't use them", but this is not based in fact whatsoever, and is obviously subjective opinion lacking any basis in actual facts.}} It's based on math. The main page got 170 million page views in October. The portals, combined, got less than 1 million. If we assume ''all'' the portal page views come from the main page (obviously not actually true), that's still less than 1%. So, 99% of main page visitors do not click on the portal links. 
::To put it another way, we know from the page views statistics that when someone loads the main page, 99 times out of 100 they '''don't''' click on any portal link. Those links are very rarely used. [[User:Levivich|Levivich]] 23:41, 9 November 2021 (UTC)
:::We can be confident that 90% of traffic to these portals comes via the main page, because linked portals get ten times more views than unlinked ones.  [https://pageviews.toolforge.org/massviews/?platform=all-access&agent=user&source=wikilinks&range=latest-20&sort=views&direction=1&view=list&target=https://en.wikipedia.org/wiki/Main_Page This report] counts total views for pages linked from the main page.  The portals rank between 18 and 32 out of 112.  Every single portal is in the top 30% most popular targets.  If we needed to remove links (which we don't) then there are many less popular pages which should be unlinked before considering the portals. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 23:51, 9 November 2021 (UTC)
::::Given it is incredibly unclear that most of the links are actually to portals, I am not sure page views are an accurate estimation of the utility people find from these links. People may be wanting to visit [[The arts]] and instead find themselves clicking on [[Portal:The arts|<nowiki>Portal:The arts|The arts</nowiki>]]. Further, we know from DYK data that being listed on the main page results in a massive spike in page views, are people visiting because of the prominence of these links or because they find them to be a really helpful navigational aid? [[User:Cavalryman|Cavalryman]] ([[User talk:Cavalryman|talk]]) 00:04, 10 November 2021 (UTC).
:::::This is true. To really understand the utility of the Portal links we'd have to look at where users go next after clicking a Portal from the main page. Even then, utility is difficult to judge. [[User:Retswerb|Retswerb]] ([[User talk:Retswerb|talk]]) 07:42, 13 November 2021 (UTC)
*'''Meh'''. I partially agree with [[User talk:Calidum|Calidum]]- I think that if we are going to redesign the main page, we should do it as part of a broader discussion of Wikipedia's appearance. However, I do think that [[User talk: Sdkb|Sdkb]]'s proposal to identify portals as a "unique way to view wikipedia" is worthwhile-portals can be useful and a clearer identification of their purpose would increase their usefulness; it could perhaps even revitalise them from their current *older* appearance. [[User:NANPLover47|NANPLover47]]<sup>[[User talk:NANPLover47|talk]]</sup> 05:06, 29 November 2021 (UTC)
*:@[[User:NANPLover47|NANPLover47]], if you are interested in broader changes to Wikipedia's appearance, then you should look at [[mw:Reading/Web/Desktop Improvements]].  The quickest way to see the current version is by going to [[:fr:Special:Random|w:fr:Special:Random]], because it's default-on for everyone at the French Wikipedia (unless you've manually overridden it in [[Special:GlobalPreferences]] or your prefs at the French Wikipedia).   [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)|talk]]) 21:26, 6 December 2021 (UTC)
*'''Strong Support''' Useless crap. [[User:Schierbecker|Schierbecker]] ([[User talk:Schierbecker|talk]]) 19:45, 1 December 2021 (UTC)

== Changes to the universal editnotice ==

Should [[MediaWiki:Editpage-head-copy-warn]] be changed in any of the following ways? <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 23:46, 11 November 2021 (UTC)

===Explanation and principles (Universal editnotice)===
This RfC concerns the language used in [[MediaWiki:Editpage-head-copy-warn]], the universal [[WP:Editnotice|editnotice]] that appears above the edit window whenever one is editing a page using the [[WP:Source editor|source editor]] on desktop (it does not appear in the [[WP:VisualEditor|VisualEditor]]). The current language, which has seen only relatively minor changes since it was adopted in 2012, is: {{tq2|Content that [[Wikipedia:Copyright violations|violates any copyrights]] will be deleted. Encyclopedic content must be [[Help:Introduction to referencing with Wiki Markup/1|verifiable]]. Any work submitted to Wikipedia can be edited, used, and redistributed—by anyone—subject to [[Wikipedia:Reusing Wikipedia content|certain terms and conditions]].}}
The editnotice is accompanied by another notice, [[MediaWiki:Wikimedia-copyrightwarning]], which appears below the editing window, just above the {{int:Publishchanges}} button, and currently reads: {{tq2|By publishing changes, you agree to the [[wmf:Terms_of_Use|Terms of Use]], and you irrevocably agree to release your contribution under the [[Wikipedia:Text_of_Creative_Commons_Attribution-ShareAlike_3.0_Unported_License|CC BY-SA 3.0 License]] and the [[Wikipedia:Text_of_the_GNU_Free_Documentation_License|GFDL]]. You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license.}}
That notice has legal implications and could not be changed without WMF involvement, but [[MediaWiki_talk:Editpage-head-copy-warn#Can_we_remove_the_content_reuse_disclaimer?|preliminary discussion]] has established that the universal editnotice is under our editorial control.

Given how widely it appears, the universal editnotice is an extremely valuable space. If we use it well, it can help us communicate essential information with editors, particularly newcomers. However, from a [[Wikipedia:WikiProject Usability|usability]] perspective, the principle of [[banner blindness]] is vital: users don't like explanatory text, so the longer we make the notice, the fewer people will read it (and most won't read it no matter what, and even fewer will click links). Therefore, we should ensure that the notice contains ''only'' the most essential advice and does not succumb to [[WP:CREEP|instruction creep]].

I have made two proposals below that I think will help make the editnotice more useful to newcomers and improve its conciseness to increase the likelihood it is noticed. If the discussion here identifies additional possible changes, feel free to open sections to discuss them. Cheers, <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 23:46, 11 November 2021 (UTC)

=== Proposal 1 (Universal editnotice) ===

{{atop|This proposal '''passed'''. There was pretty strong consensus for adding "citations to reliable sources", but more debate on whether "supportable" was the right word. The discussion ended with a weaker consensus towards using "verifiable", in line with [[Wikipedia:Verifiability]]. [[User:Tol|<span style="color:#f542d7">Tol</span>]] ([[User talk:Tol|talk]] &#124; [[Special:Contribs/Tol|contribs]]) @ 18:14, 3 December 2021 (UTC)}}

Change the second sentence from {{tq|Encyclopedic content must be [[Help:Introduction to referencing with Wiki Markup/1|verifiable]]}} to {{tq|Encyclopedic content must be supportable with [[Help:Introduction to referencing with Wiki Markup/1|citations to reliable sources]]}}.

The fundamental issue here is that "verifiability" is not an intuitive concept, and newcomers will not know what it means unless they click the link (which, per above, most won't). "Cite reliable sources", on the other hand, is direct instruction that will make sense to most people. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 23:46, 11 November 2021 (UTC)
*'''Support''' as nominator. The choice to use {{tq|supportable}} rather than {{tq|supported}} was intentional. It avoids providing technically false guidance (citations are technically only strictly required for BLPs/challenged material, and there are arguably exceptions like [[MOS:PLOTSOURCE]] and [[WP:BLUESKY]]) but still pretty directly communicates what we want newcomers to do in practical terms. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 23:46, 11 November 2021 (UTC)
*'''Comment'''. I think "'''supported'''" is the better language. Not only is this word more common, it is also closer to WP:V's meaning. Under WP:V, what is required is ''inline citation'' if the material is challenged or likely to be challenged. However, all material must still be ''supported'' by a reliable source, i.e. the editor must have established that a reliable source exists somewhere. (At least that's my interpretation.) In this sense, "supported" is pretty close in meaning to "lifted from" a reliable source. I don't think the meaning of WP:V is to allow editors to add content without having checked first if a source exists (see also [[WP:NOTESSAY]], which is a policy). I also disagree with the implied notion that adding material without an inline citation is a valid way of contributing to the project: it is established that adding unsourced content repeatedly may lead to a block: see {{tl1|Uw-unsourced3}} and {{tl1|Uw-unsourced4}}. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 02:50, 12 November 2021 (UTC)
*:That's a valid perspective; if others feel similarly, I'll be happy to consider it a [[friendly amendment]]. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 03:06, 12 November 2021 (UTC)
*'''Support''' Sdkb makes a good case. Regarding "supported" vs "supportable" I'm not sure, either can be correct from different perspectives. Essentially, what we require is verifiability. Citations to reliable sources is the just common way to achieve that – and which is not strictly required for lists and outlines and glossaries and the like where wikilinks (pointing to articles which have sources) are usually a reasonable substitute for citing sources directly. Nor are they required for [[MOS:LEAD]]. But the new wording does strike as the more easy-to-grasp concept. And it's a bonus that the wikilink is spread across several words making it more likely to be clicked. – [[User:SD0001|<span style="font-weight: bold; color: #C30">SD0001</span>]] ([[User talk:SD0001|talk]]) 17:07, 12 November 2021 (UTC)
*I don't like using "supportable" as it's not a commonly used word. "Defensible" or "justifiable" may be more suitable. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 20:41, 12 November 2021 (UTC)
*:@[[User:Isaacl|Isaacl]], how would you feel about "supported", as suggested above? I don't have a strong preference between those two—the main thing I care about is the "verifiable" {{right arrow}} "citations to reliable sources" change—but I want to make sure that once this goes wider (probably [[WP:CENT|CENT]]) it doesn't get scuttled by concerns it'd be in any way changing policy. Perhaps I'm just imagining those concerns, so if you or others do hold that view, I'd definitely like to know. Regarding "defensible"/"justifiable", I think that starts to become less clear to newcomers, who are likely to gloss over "supportable" and read it as "supported" but might not do so for those other words. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 21:15, 12 November 2021 (UTC)
*::Personally, I think it's as clear to say something like {{tq|Encyclopedic content must be justified by reliable sources.}} as it is to say {{tq|Encyclopedic content must be supported by reliable sources.}} I think it's easier for readers to parse when using a verb rather than an adjective, as I feel the adjective is less direct (it describes a property of encyclopedic content, whereas with a verb, a direct instruction is being given). In this form, either verb is fine with me. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 21:34, 12 November 2021 (UTC)
* '''Comment''': I agree with Sdkb that "must be supported by reliable sources" would give the wrong impression; I'd read that as meaning that adding unreferenced content is completely forbidden, which isn't true. On the other hand, "supportable" is awkward; it takes an extra second or two to grasp the meaning of the sentence, and for that reason I suspect new editors would be more likely to skip over it. The proposed wording also omits or downplays the second part of verifiablity, which is that inline citations ''are'' required for anything challenged or likely to be challenged. In fine, I'm not sure that the concept of verifiability can be easily explained in a sentence, in which case a simple wikilink might be the better option. [[User:DanFromAnotherPlace|Dan from A.P.]] ([[User talk:DanFromAnotherPlace|talk]]) 10:50, 13 November 2021 (UTC)
*:Personally, I don't think there's a lot of risk in a modified edit notice deterring edits from those who have a reliable source on hand but don't want to add a citation. This happens all the time at present, and I don't think the proposed change will alter this. I think the amount of citations in the existing text will be a greater influence on new editors, for those who are inclined to add citations. I think the essence to get across to newcomers is that they should be making edits based on reliable sources, not just something they know from having heard somewhere. ("...based on reliable sources" could be another way of wording it.) [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 16:18, 14 November 2021 (UTC)
* I agree that "supported" would be a misstatement of policy, but why ditch "verifiable" at all"? Why not {{tq|Encyclopedic content must be [[Help:Introduction to referencing with Wiki Markup/1|verifiable through citations to reliable sources]]}} ? <span class="nowrap"> <span style="font-family:courier">-- [[User:Tamzin|<span style="color:deeppink;">Tamzin</span>]]</span><sup>[''[[User talk:Tamzin|<span style="color:deeppink;">cetacean needed</span>]]'']</sup> (she/they)</span> 20:45, 14 November 2021 (UTC)
*:Good thought; that would be fine with me! <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 21:13, 14 November 2021 (UTC)
*::In that case, I '''support''' my proposed wording. <span class="nowrap"> <span style="font-family:courier">-- [[User:Tamzin|<span style="color:deeppink;">Tamzin</span>]]</span><sup>[''[[User talk:Tamzin|<span style="color:deeppink;">cetacean needed</span>]]'']</sup> (she/they)</span> 22:47, 14 November 2021 (UTC)
*:I don't have an issue with "verifiable through citations", but I don't see how it is different from "supported through citations" from a policy perspective. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 02:47, 15 November 2021 (UTC)
*::{{tq|must be supported}} implies that you aren't allowed to add statements without citations. It's generally discouraged, but there's some places (like plot summaries) where it's the default, and even outside of those cases it's allowed to an extent. <span class="nowrap"> <span style="font-family:courier">-- [[User:Tamzin|<span style="color:deeppink;">Tamzin</span>]]</span><sup>[''[[User talk:Tamzin|<span style="color:deeppink;">cetacean needed</span>]]'']</sup> (she/they)</span> 05:15, 16 November 2021 (UTC)
*:::I feel that "must be verifiable through citations" implies this in the same manner. The key passage that does this is "through citations", as this implies the presence of citations. Just saying the content must be supported/verified by reliable sources avoids this (plus is more direct). [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 16:28, 16 November 2021 (UTC)
*::::But "verified"/"supported" and "verifiable"/"supportable" are not the same thing. "The sky is blue" is ''verifiable'', but, inserted into an article that doesn't already have a citation to that effect, it's not ''verified''. Saying that content must be ''verified'' would imply that users are not allowed to add statements without adding a corresponding source, which is not a policy. <span class="nowrap"> <span style="font-family:courier">-- [[User:Tamzin|<span style="color:deeppink;">Tamzin</span>]]</span><sup>[''[[User talk:Tamzin|<span style="color:deeppink;">cetacean needed</span>]]'']</sup> (she/they)</span> 18:36, 16 November 2021 (UTC)
*:::::I concur with Tamzin about interpretation of the meaning of the wording. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 21:23, 16 November 2021 (UTC)
*:::::"Verifiable through citations" implies there must be a citation present in order for the statement to have the property of being verifiable. "Verifiable through reliable sources" does not imply the presence of a citation, nor does "verified by reliable sources", nor "supported by reliable sources". [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 22:09, 16 November 2021 (UTC)
*::::::{{smalldiv|1=[[WP:Reference desk/Language]] is thataway. – [[User:SD0001|<span style="font-weight: bold; color: #C30">SD0001</span>]] ([[User talk:SD0001|talk]]) 08:12, 17 November 2021 (UTC)}}
*'''Support''' more in line with what we are looking for editors to do.<span style="font-weight:bold;color:darkblue">[[User:Moxy|Moxy]]</span>-[[File:Maple Leaf (Pantone).svg|15px|link=User talk:Moxy]] 23:15, 16 November 2021 (UTC)

{{abot}}

=== Proposal 2 (Universal editnotice) ===

{{atop|This proposal '''passed'''. There was general agreement to remove the last sentence, and no opposition after discussion. [[User:Tol|<span style="color:#f542d7">Tol</span>]] ([[User talk:Tol|talk]] &#124; [[Special:Contribs/Tol|contribs]]) @ 18:00, 3 December 2021 (UTC)}}

Remove the last sentence ({{tq|Any work submitted to Wikipedia can be edited, used, and redistributed—by anyone—subject to [[Wikipedia:Reusing Wikipedia content|certain terms and conditions]].}}).

There are two problems here. First, it's redundant to the Wikimedia copyright warning (see ''Explanation and principles'' above), and if editors don't read that, they're not likely to read the universal editnotice either. Second, of the three topics covered in the current notice, two of them—copyright and verifiability—are major issues that we are constantly struggling to communicate to newcomers (see the backlog at [[WP:CCI]] or [[:Category:Articles with unsourced statements]]). But the third just isn't. Editors complaining about content they contributed to Wikipedia being reused is quite rare. Per the principles above, the question we should be asking ourselves is not whether any editor might ever find it useful, but rather whether it meets the extremely high bar of being the most important thing for us to communicate. This sentence does not meet that bar. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 23:46, 11 November 2021 (UTC)<sup>Modified 17:48, 12 November 2021 (UTC) in response to misunderstanding below.</sup>

*'''Support''' as nominator. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 23:46, 11 November 2021 (UTC)
* '''Support''' per Sdkb; this is redundant to the other notice. [[User:DanFromAnotherPlace|Dan from A.P.]] ([[User talk:DanFromAnotherPlace|talk]]) 10:50, 13 November 2021 (UTC)
*'''Support''' removal - good rationale. – [[User:SD0001|<span style="font-weight: bold; color: #C30">SD0001</span>]] ([[User talk:SD0001|talk]]) 07:44, 14 November 2021 (UTC)
*'''Support''' as making people less likely to actually read the more important first sentence. <span class="nowrap"> <span style="font-family:courier">-- [[User:Tamzin|<span style="color:deeppink;">Tamzin</span>]]</span><sup>[''[[User talk:Tamzin|<span style="color:deeppink;">cetacean needed</span>]]'']</sup> (she/they)</span> 20:47, 14 November 2021 (UTC)
*'''Support.''' A good case has been made as proposed. &#8211;<span style="font-family:CG Times, times">[[User:MJL|<span style="color:black">MJL</span>]]&thinsp;[[User talk:MJL|‐'''Talk'''‐]]<sup>[[User:MJL/P|☖]]</sup></span> 14:01, 16 November 2021 (UTC)

{{collapsetop|Misunderstanding}}
*'''Need legal advice'''. I'm pretty sure that there are some good copyright lawyers at the WMF, so we should probably ask them and not rely on my hot takes ''but'': I think this is here for purely legal purposes. The [[WP:CC BY-SA|CC BY-SA]] license requires attribution "in the manner specified by the author or licensor". Left as is, the author could think that he would be given ''personal'' credit for the content they have contributed, and such a perception could have legal consequences for the re-users of Wikipedia content. In more technical terms, some lawyers may have thought that there was a risk that [https://foundation.wikimedia.org/wiki/Terms_of_Use/en#7._Licensing_of_Content clause 7(b) of the Terms of Use] might not be binding on editors without emphasizing this specific point (see also [https://www.americanbar.org/groups/business_law/safeselling/terms/ here], at "Are my terms and conditions enforceable?"). This disclaimer makes this point absolutely clear and I would assume that it's a fine print not there for people to ''actually read'', but to provide protection in case something goes wrong. But again, we should probably ask the lawyers who thought this through.  [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 03:20, 12 November 2021 (UTC)
*:@[[User:JBchrch|JBchrch]], see the explanation section above; the WMF Legal Team was contacted in the preliminary discussion. It seems it's only the copyright notice that has legal implications. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 03:55, 12 November 2021 (UTC)
*::{{Reply|Sdkb}} We should double-check, IMO. The sentence "You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license." has definitely been written by a lawyer, and with the aim of having legal/contractual effects. Do we know when and why it was introduced? [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 04:07, 12 November 2021 (UTC)
*:::The WMF lawyers are listed [https://wikimediafoundation.org/role/staff-contractors/ here], under "Legal Ops". I propose that I shoot them an email tomorrow night if we have not been able to clarify this issue by then. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 04:15, 12 November 2021 (UTC)
*::::It definitely wouldn't hurt, so feel free. And just to make clear, the hyperlink/URL sentence isn't what's under consideration here; it's the {{tq|Any work submitted to Wikipedia can be edited, used, and redistributed—by anyone—subject to [[Wikipedia:Reusing Wikipedia content|certain terms and conditions]].}} <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 06:32, 12 November 2021 (UTC)
*:::::{{Reply|Sdkb}} ooOOOoohh, so the sentence you propose to remove is not {{tq|You agree that a hyperlink or URL is sufficient attribution under the Creative Commons license.}}? [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 06:42, 12 November 2021 (UTC)
*::::::Sorry about the confusion. Everything in [[MediaWiki:Wikimedia-copyrightwarning]] ''is'' legally sensitive and isn't something we'd want to touch without WMF approval. The proposals here all pertain to [[MediaWiki:Editpage-head-copy-warn]], the one under our control. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 06:46, 12 November 2021 (UTC)
*:::::::{{Reply|Sdkb}} Gotcha. I will now collapse my comment in order not to pollute the discussion, but perhaps you should clarify in your proposal what exactly "last sentence" refers to. Cheers. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 16:00, 12 November 2021 (UTC)
*::::::::Done! <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 17:48, 12 November 2021 (UTC)
{{collapsebottom}}

{{abot}}

===Discussion (Universal editnotice)===
*A bit off-topic maybe, but if we want to ensure that people read the note, maybe we can also do something about the giant interstitial? ("Welcome to Wikipedia / Anyone can edit, and every improvement helps. Thank you for helping the world discover more!", shoved in front of everyone before they can get to the edit screen, with a button for switching to the VisualEditor.) --[[User:Yair rand|Yair rand]] ([[User talk:Yair rand|talk]]) 11:17, 17 November 2021 (UTC)
*:You mean the pop-up notice? My understanding is that that is the current compromise between a VE and a source editor default. So long as source remains the default, I think newcomers definitely need ''something'' inviting them to use VE. That's a separate discussion not very related to here, though, so perhaps we should take it up elsewhere. One question that might be more related to here is why the notice doesn't appear in VE. Once we get it refined, I think pushing for it to appear in VE the same as the source editor would be a good next step, since copyright/verifiability are just as important there. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 17:12, 17 November 2021 (UTC)

== Spoken narrations of the blurbs at [[WP:Today's featured article|Today's featured article]] (TFA) ==

<!-- [[User:DoNotArchiveUntil]] 07:01, 20 December 2021 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1639983676}}
{{Closed rfc top|1=After 22 days, I think it's time to close this one. First, I want to say a big thank you to everyone who participated—I learned a lot about accessibility and formatting throughout the process and particularly by reading all of your comments. I think it's fair to say that the general consensus was the proposal's clunkiness and bureaucracy outweighed possible accessibility upsides, given the prevalence and improvement of screen reader technology. Accessibility, to all who might not consider reading the best form of digesting information (including, but also supersedind, blind people), is a super important topic for the encyclopedia to address and I can't wait to see where we go to address it. Here's to the sparks of new ideas and to [https://www.senate.gov/artandhistory/history/minute/Senate_Created.htm the saucer that cools the coffee]—Cheers, everyone! [[User:Theleekycauldron|theleekycauldron]] ([[User talk:Theleekycauldron|talk]] • [[Special:Contributions/Theleekycauldron|contribs]]) ([[Singular they|they]]/<small>she?</small>) 06:56, 8 December 2021 (UTC)}}
Should the [[WP:Today's featured article|Today's featured article]] section of the [[Main Page]] allow for spoken recordings of its blurbs? [[User:Theleekycauldron|theleekycauldron]] ([[User talk:Theleekycauldron|talk]] • [[Special:Contributions/Theleekycauldron|contribs]]) ([[Singular they|they/them]]) 06:53, 15 November 2021 (UTC)

=== Executive summary by proposer ===

:'''Problem''': The [[Main Page]] of English Wikipedia is regularly seen by [https://pageviews.toolforge.org/?project=en.wikipedia.org&platform=all-access&agent=user&redirects=0&range=this-month&pages=Main_Page 5.5 million people], of whom a significant number are [[Visual impairment|visually impaired]]. While [[WP:WikiProject Spoken Wikipedia|WikiProject Spoken Wikipedia]] exists to narrate existing articles, and has narrated hundreds of Featured Articles, users are currently not allowed to add recordings to sections of the Main Page. This lack of audio narration poses a barrier to not just the visually impaired who wish to view the works we want to spotlight, but also those with reading or learning disabilities, those too young to read large chunks of text comfortably and seamlessly, and those who simply are more predisposed to retain information auditorily rather than textually. Not every section of the Main Page is easily narrated—[[WP:Did you know|Did you know]], [[WP:On this day|On this day]], and [[WP:In the news|In the news]], for example, are too unpredictable to have immutable recordings attached to them. [[WP:Today's featured article|Today's featured article]] (TFA), however, consists of a single thousand-character blurb generally updated only once a day, ideal for a spoken recording.

:'''Proposal''': In every nomination template for TFA, there should be an optional "narration" parameter that allows the nominator, or any other interested editor, to add a '''spoken recording of the blurb''' that is to appear on the Main Page. A sample narration on a past iteration of the Main Page can be found [[User:Theleekycauldron/TFA test|here]] to roughly illustrate how this may look and feel, although this will be changed as more experienced template editors than myself fiddle with the idea. No nomination will be required to contain a narration, but any recording that is attached to the nomination must be reviewed by an admin according to the guidelines laid out by [[WP:WikiProject Spoken Wikipedia/Review|WikiProject Spoken Wikipedia]] for technical quality, clarity, and accuracy before the recording can accompany the nomination to the Main Page. This proposal has the potential to help thousands in accessing the articles that Wikipedia is most proud of. Thanks for your time, and I hope I can count on your support! [[User:Theleekycauldron|theleekycauldron]] ([[User talk:Theleekycauldron|talk]] • [[Special:Contributions/Theleekycauldron|contribs]]) ([[Singular they|they/them]]) 06:54, 15 November 2021 (UTC)

=== Discussion (TFA blurbs) ===
* I'm interested to hear from editors familiar with visual impairment whether spoken versions of articles actually help aid accessibility. I have a sense that text-to-speech software has improved dramatically in the past decade or so, which has limited the usefulness of spoken versions. If there's not a major advantage of having human narration, the costs in effort, inconsistency, and difficulty in updating may be reasons to reject this. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 09:13, 15 November 2021 (UTC)
*:This isn't totally my field, but [[WP:WikiProject Spoken Wikipedia|WikiProject Spoken Wikipedia]]'s landing page offers a few reasons as to why a spoken recording might be better than text-to-speech. [[User:Theleekycauldron|theleekycauldron]] ([[User talk:Theleekycauldron|talk]] • [[Special:Contributions/Theleekycauldron|contribs]]) ([[Singular they|they/them]]) 09:28, 15 November 2021 (UTC)
*::I've responded below. '''[[User:Graham87|Graham]]'''[[User talk:Graham87|<span style="color: green;">87</span>]] 10:12, 15 November 2021 (UTC)
*::I'm not persuaded that there is a pressing need, particularly given the advances in text-to-speech technology since WikiProject Spoken Wikipedia launched. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 02:13, 16 November 2021 (UTC)
* In-principle, this is a very nice and innovative idea, which is definitely useful for visually impaired—in my opinion, a human narration is better than an automated one. But presently, the biggest issue I see with this is its inconsistency. {{green|"No nomination will be required to contain a narration ..."}} may not be a good idea, especially for the main page. To me, it will look odd if we have narrated version attached with the blurb for three days, but not for the fourth. Article featuring at TFA are scheduled well in advance. As of today (November 15), we have articles scheduled for all the dates till December 31! I was wondering if we can have a group of interested editors volunteering to create recordings in advance as to avoid this inconsistency. Thoughts? {{endash}} [[User:Kavyansh.Singh|Kavyansh.Singh]] ([[User talk:Kavyansh.Singh|talk]]) 09:32, 15 November 2021 (UTC)
*As a blind user, I wouldn't benefit from this at all personallly, but I'm one of the most un-audio-oriented blind people I know of. I don't know any other blind people this would benefit; people who are proficient at using [[screen reader]]s tend to prefer using them, but not all blind people are (especially those who have recently lost their sight). As noted in the executive summary and at the [[Wikipedia:Village pump (idea lab)#Spoken Wikipedia at WP:TFA, part 2|idea lab discussion]] (which I noticed but chose to lurk in), this might also benefit people with other disabilities. Since the TFA blurbs are relatively short and the spoken version isn't a *requirement*, I'm basically [[meh]] on the whole idea. Also, many people who visit Wikipedia's Main Page don't read much or any of it and just use it as a search bar; we don't have exact figures but I highly doubt that 5.5 million people a day actually engage with the "Today's featured article" section, for example. '''[[User:Graham87|Graham]]'''[[User talk:Graham87|<span style="color: green;">87</span>]] 10:12, 15 November 2021 (UTC)
*:Roughly 40,000 click through to the TFA on any given day, so I'd hazard that around 100,000 or more at least read the blurb. [[User:Theleekycauldron|theleekycauldron]] ([[User talk:Theleekycauldron|talk]] • [[Special:Contributions/Theleekycauldron|contribs]]) ([[Singular they|they/them]]) 10:24, 15 November 2021 (UTC)
*I think it's worth a try, it does require both volunteers willing to record narrations and those to quality check the recordings - so being optional is necessary as either of those could fail to emerge.  A probably-more-than-bikeshedding part to consider from VPI is how much screen real estate to allocate for this control.  It could be anything from a small icon (topicon sized), a line of text, the full player control - or something else. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 11:00, 15 November 2021 (UTC)
*I reiterate what I've stated elsewhere, in that this is a forward-thinking idea. Just consider all you access on the internet that comes with sound, some helpful and some not.  But Wikipedia has no sound on its main page, possibly the first Wikipedia page that opens up for much of the global readership. In addition to the sight-impaired benefit, even if it's just a little two-sentence oral blurb, it enhances the reader experience. On a global media outlet where nothing is censored, there's an aspect to consider about whether or not we want it on every TFA.  That could be decided on a one-on-one basis as the TFA process puts together it's individual blurbs.  But I certainly believe it's a worthy feature we should enable. [[User:Maile66|— Maile ]] ([[User talk:Maile66|talk]]) 11:31, 15 November 2021 (UTC)
*I think this is a great idea. It calls attention to [[WP:WikiProject Spoken Wikipedia|WikiProject Spoken Wikipedia]] with a minimum of effort: recording one blurb doesn't take long at all, and they can be prepared weeks in advance, so I don't think we need to worry about gaps. I'd also like to hear more about whether readers with visual impairments find these useful, but that shouldn't be the only consideration either. Lots of people just prefer listening or watching to reading and Wikipedia's overwhelmingly text-based front page is really starting to show its age in comparison to other websites. &ndash;&#8239;[[User:Joe Roe|Joe]]&nbsp;<small>([[User talk:Joe Roe|talk]])</small> 12:18, 15 November 2021 (UTC)
*There are some practical difficulties. We are scheduled until December 31, but that is because I scheduled December a bit early this month (I schedule the third month in each quarter) and often it's not until the 20th or so that the coordinator whose month it is competes work. "Nominations" (at TFA/R) account for perhaps five or six of the blurbs in a month, many of the remainder won't have prepared blurbs yet. Once a blurb is posted (whether by a coordinator or by one of the principal editors of the article), that is not a final version as there are several users who often go through some days in advance and offer suggestions or edit it directly.  And, quite often, [[WP:ERRORS]] weighs in on the day or on the day before, and we wind up changing the blurb. Since the spoken word version needs to be finalized some time in advance of main page day to allow for review, one can expect variances between it and the written blurb.--[[User:Wehwalt|Wehwalt]] ([[User talk:Wehwalt|talk]]) 13:35, 15 November 2021 (UTC)
*:If there's a substantial difference, or an error of fact, the recording can be pulled (or even remade); but I think it's okay if there are more unimportant variances between the two. The recording still supplies the necessary information to the relevant people. I do agree that it's hard to make recordings so far in advance.[[User:Theleekycauldron|theleekycauldron]] ([[User talk:Theleekycauldron|talk]] • [[Special:Contributions/Theleekycauldron|contribs]]) ([[Singular they|they/them]]) 19:22, 15 November 2021 (UTC)
*::I wouldn't want to see variances, even minor ones. The main page is supposed to have the most refined content, and having a different blurb and spoken version is something that could cause mild confusion for readers or arguments among editors (over whether or not a variation is minor). <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 02:11, 16 November 2021 (UTC)
*'''Oppose'''. Moving to a !vote since the discussion above has failed to articulate compelling reasons (accessibility-related or otherwise) that we would want to do this. The "meh, it doesn't seem useful but wouldn't do any harm either" position is tempting, but I can't buy that either. As we've been experiencing (sometimes painfully) with the book and portal namespaces over the past few years, even when editing/engaging in an area is optional, there are costs to having it around in maintenance, diverted attention, clutter, etc. Fundamentally, this is not worth it. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 02:21, 16 November 2021 (UTC)
*:I don't think one can compare this to books or portals. Both of these need active maintenance, while the contents of this proposal seemingly do not.  [[User:Dege31|Dege31]] ([[User talk:Dege31|talk]]) 16:32, 16 November 2021 (UTC)
*'''Lean oppose'''. This seems like busywork that we don't even know if there are people who'd volunteer for it. I think the option to add audio to the blurb is ok, but only if it's a cut from the existing spoken article, assuming the content matches. Otherwise, it's more work for very little gain. [[User:Dege31|Dege31]] ([[User talk:Dege31|talk]]) 16:40, 16 November 2021 (UTC)
:@[[User:Dege31]]Speculation. I believe there's only one way to find out, and that's to give it a try for a week or so, and then have people weigh in on the tangible results.[[User:Gallomimia|Gallomimia]] ([[User talk:Gallomimia|talk]]) 17:38, 28 November 2021 (UTC)
*'''Oppose'''.  Project Spoken Wikipedia, while done out of good faith, was largely a misguided way to direct volunteer time, and doing the same for blurbs would have the same problems.  Most blind people who wish to listen to an article would actually rather hear the up-to-date version spoken by a controllable machine reader which can go at the desired pace, accent, and so on of the listener, not a snapshot made three years ago by an unknown speaker.  I suppose the risk of "vandalism" would be less for the front page version, but this seems like misspent effort - very, very, very few people would be interested in this, yet it wouldn't really achieve much for accessibility.  And unlike article recordings, these front page blurbs would be used one day and then never again.  [[User:SnowFire|SnowFire]] ([[User talk:SnowFire|talk]]) 19:23, 18 November 2021 (UTC)
**Agree with SnowFire. [[User:ProcrastinatingReader|ProcrastinatingReader]] ([[User talk:ProcrastinatingReader|talk]]) 02:58, 21 November 2021 (UTC)
* I don't see why this is better than using a screen reader. [[User:力]] (powera, [[User talk:力|<span style="color:#FA0;font-family:courier">π</span>]], [[Special:Contributions/力|<span style="font-family:courier">ν</span>]]) 01:38, 21 November 2021 (UTC)
*'''Oppose'''—a screen reader would be preferable as SnowFire explains. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white;">Imzadi&nbsp;1979</span>]]&nbsp;[[User talk:Imzadi1979|<span style="color:white;"><big>→</big></span>]]'''</span>  03:10, 21 November 2021 (UTC)
* '''Oppose''': I am not too familiar with this area and it seemed like a grand idea --- until --- issues were brought to light that derailed it. Unless there was some compelling solution to issues mentioned by Wehwalt then I can see some corrections not being updated in the audio resulting in "variances" as mentioned by Sdkb. I would imagine an editor making last-minute changes could (a stretch) simply remove the audio but consistency and convenience would seem to mandate it should be there all the time or not at all.  -- [[User:Otr500|Otr500]] ([[User talk:Otr500|talk]]) 03:31, 22 November 2021 (UTC)
*'''Support''' (with caveats) - Wikipedia is one of the least accessible websites there is, making it more accessible is always a good thing. When I visit other websites, and they have a "Listen to this article" option, I always ''always'' use it rather than my screen reader. For me, a human voice is preferable over a machine translation. But, here's my caveat, if it's not going to be consistent on a day to day basis, what's the point? Readers shouldn't land on the main page one day, and see this new feature and think, oh wow, look at Wikipedia stepping up their game, and then come back the next day and not find it, thinking, I knew it was too good to be true. Be consistent or don't do it at all. This is good advice for the whole project, [https://niemanreports.org/articles/audio-articles-are-helping-news-outlets-gain-loyal-audiences/ audio articles help retain readers].[[User:Isaidnoway|<b style="font-family:Times New Roman; color:green"> ''Isaidnoway'' </b>]][[User talk:Isaidnoway|<b style="font-family:Times New Roman; color:red">''(talk)''</b>]]  13:57, 26 November 2021 (UTC)
*'''Support - Volunteer''' I put forward that none of us will really know whether it is a great idea or a terrible idea until we get a few blurbs read aloud and hear them, gauge how much work is involved, and compare this to the benefits reaped. I thus volunteer to do several blurbs, as I have found this work very beneficial to myself personally. If it's no better than a screen reader, we can discontinue.[[User:Gallomimia|Gallomimia]] ([[User talk:Gallomimia|talk]]) 17:35, 28 November 2021 (UTC)
*'''Oppose''' based on considered feedback of several above.  First, if Graham87 doesn't see it as helpful, that is huge in my estimation.  Second, the concerns raised by Wehwalt are very real and serious ... the blurb is changing even as it is on the mainpage, so this could be a very difficult wrinkle, and the TFA/mainpage/FA editors don't need another wrinkle to deal with on mainpage day.  And I agree that doing all of this for a one-day event is misspent effort. Third, I agree that Spoken Wikipedia is well intended but quite misguided; I note how often even Featured articles have links to dated spoken versions on the article page.  In the medical realm, this is really troubling, when we are linking to outdated info.  So, I'm not really inclined to do something to advertise a project that isn't working as well as hoped.  I could be persuaded otherwise if I thought this move would really benefit the visually impaired, but with Graham87 not on board, that pushes me definitively to oppose.  [[User:SandyGeorgia|'''Sandy'''<span style="color: green;">Georgia</span>]] ([[User talk:SandyGeorgia|Talk]])  17:47, 28 November 2021 (UTC)
*'''Oppose'''. Better to rely on text-to-speech tech, in which big corporations are investing millions of dollars. Adds a lot of complexity to the TFA process which, while I'm not personally familiar with it, I don't think is a walk in the park. Also sharing {{u|Sdkb}} about diverting editors' attention away from more central missions of the project. [[User:JBchrch|<span style="color:#494e52">'''JBchrch'''</span>]] [[User_talk:JBchrch|<span style="color:#494e52">talk</span>]] 22:23, 3 December 2021 (UTC)
*'''Oppose''' as someone who makes Spokens. I would prefer only a few select ones that can be updated as time goes on for each user, of a high quality. Each blurb would most likely be rapidly made and quickly be outdated. I think Spoken Wikipedia may not serve an accessbility purpose anymore, as Graham has pointed out, but as just another format to absorb Wikipedia. If they are not of the quality and close to the date of the article it corresponds to, it really isn't useful to any listeners. And as a small tangent; [[User:SandyGeorgia|SandyGeorgia]], a lot of why the articles are old and outdated is that the project was dormant for a long time. I hope to get around to them at some point, but it is a serious problem. If they are that outdated, feel free to remove them I guess. [[User:Sennecaster|<span style="color:#394400">Sennecaster</span>]] ([[User talk:Sennecaster|<span style="color:#5946a6">Chat</span>]]) 19:19, 6 December 2021 (UTC)
{{Closed rfc bottom}}

==Suggestion for attracting additional editors to wiki==

Wiki edits can be seen as being made up of;
(A) adding new content, and (B) correctly following wiki rules for sources, formatting and non-copyright infringement.


I see various ways in which these characteristics could be achieved;

1. An individual editor does both A and B. 
This is the view of a recent ANI group.

2. An individual editor does A, and another editor and/or bot at some point kindly does B. 
This is the model I have followed for many years.

3. An individual editor does A, and tech does B. 
I accept we may not quite 'be there' yet ref tech (e.g. 'AI') for this, but suspect it is close.

4. An individual editor does A, but also sets an automatic mechanism (§§), whereby if no-one else does B then the edit either (i) does not show on Wiki, or (ii) automatically disappears from Wiki after a period (a day? a month?). 
Setting this up might lead to a material increase in wiki editing.

My own feeling is that the potential editors who will not operate under 1 (they may not do B due to e.g. burnout, bandwidth, lack of interest, ability, fear and/or character issues), but who would operate under 2, 3 or 4, may be of a type that is valuable in keeping wiki articles punchy and up to date.

I would suggest considering setting up method 4. above.

Best wishes [[User:JCJC777|JCJC777]] ([[User talk:JCJC777|talk]]) 11:28, 22 November 2021 (UTC)

§§ ''"Dear wiki editor, most of our editors both (A) add content and (B) make sure that content fits wiki rules (e.g. for formatting, sourcing, not breaking copyright). However we know that some editors are motivated to make wiki articles better by adding content (thank you!), but are not able/willing to do the 'fitting the rules' work. If you are one of these please tick [this box] when you edit. Your edit will go live on wiki, but will later be deleted if the wiki editing system does not do the 'fitting the rules' work on it. (The time limit for this will depend on factors including the visibility of the page (i.e. we'll delete it quicker if the page has high pageviews)).Thank you again for making wiki better."'' [[User:JCJC777|JCJC777]] ([[User talk:JCJC777|talk]]) 11:28, 22 November 2021 (UTC)
:Permitting or encouraging the addition of copyright text under the expectation that it will be rewritten by someone else is a non-starter and incompatible with Wikipedia's licensing scheme, in which every editor affirms that they can and will license their contribution under CC BY-SA 3.0 and the GFDL each time they click "Publish changes". If someone is unable to not plagiarize because of "burnout, bandwidth, lack of interest, ability, fear and/or character issues", they should feel free to suggest the source on the talk page, possibly in a {{tlx|Refideas}} template. [[User:DanCherek|DanCherek]] ([[User talk:DanCherek|talk]]) 07:10, 1 December 2021 (UTC)
:You may also be interested in [[Wikipedia:Making editing easier 2021]]. (Also, this is probably a better fit for the idea lab, but I'm in too much of a hurry to move it myself.) [[User:Enterprisey|Enterprisey]]&nbsp;([[User talk:Enterprisey|talk!]]) 07:49, 1 December 2021 (UTC) 
Thanks Enterprisey, very helpful link. [[User:JCJC777|JCJC777]] ([[User talk:JCJC777|talk]]) 19:31, 5 December 2021 (UTC)

== Modify HTML title of historical page versions to include date & time  ==

When working on Wikipedia it can often be useful to have more than one version of the page open in different tabs of your browser in order to compare what you are writing with what has been there previously.  The HTML <nowiki><title></nowiki> tag for any previous versions of a page is the same as for the current page.  In my opinion it would be helpful if this could contain the date and time of the edit for all previous pages.  [[User:Hedles|Hedles]] ([[User talk:Hedles|talk]]) 13:14, 26 November 2021 (UTC)
:One place this is currently done is in previous versions of an image. Clicking on any older-than-current image in the table of uploads at the bottom of a File: page includes the datestamp in the browser title-bar. [[User:DMacks|DMacks]] ([[User talk:DMacks|talk]]) 13:29, 26 November 2021 (UTC)
:Would be useful. Can it be done with css or a script? [[User:Levivich|Levivich]] 05:05, 30 November 2021 (UTC)
::{{re|DMacks}} I'm not quite seeing what you are describing?  For example if I go to [[:File:Semi-protection-shackle.svg]] and click the [https://upload.wikimedia.org/wikipedia/en/archive/1/1b/20181113061431%21Semi-protection-shackle.svg old version] I don't get any special title element, just my browser default of showing the entire URL for view (as there is no title, or even body element). — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 11:46, 30 November 2021 (UTC)
:::The URL https://upload.wikimedia.org/wikipedia/en/archive/1/1b/20181113061431%21Semi-protection-shackle.svg contains the timestamp: 20181113061431 = 2018-11-13, 06:14 (UTC). Most browsers will show the url or part of it when a file is viewed. Google Chrome truncates it to <nowiki>https://upload.wikimedia.org/wikipedia/en/archive/1/1b/</nowiki> so no timestamp. [[User:PrimeHunter|PrimeHunter]] ([[User talk:PrimeHunter|talk]]) 12:20, 30 November 2021 (UTC)

==rfc: shall we update cs1/2?==
<!-- [[User:DoNotArchiveUntil]] 00:01, 3 January 2022 (UTC) -->{{User:ClueBot III/DoNotArchiveUntil|1641168084}}
{{rfc|tech|rfcid=C111BC9}}
'''Yes''' or '''No'''.  Shall the [[Help:Citation Style 1|Citation Style 1]] / [[Help:Citation Style 2|Citation Style 2]] (cs1/2) Lua module suite be updated to reflect the changes that have accumulated in the module-suite's sandboxen?

This is an all or nothing rfc.  In the event of a draw, cs1/2 shall be updated.  §[[#list of prospective changes to the cs1{{pipe}}2 module suite|list of prospective changes]] gives brief descriptions of the individual changes and links to related discussions.

—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:11, 28 November 2021 (UTC)

===list of prospective changes to the cs1/2 module suite===
The last update to the cs1|2 module suite was 2021-04-10 except where otherwise noted.  This section lists the changes made to the cs1|2 module suite sandboxen since that update.
{{collapse top|list of prospective changes|bg=#E5E4E2}}
changes in [[Module:Citation/CS1/sandbox]]

*detect generic author, editor, etc names; [[Help_talk:Citation_Style_1/Archive_76#junk_author_names|discussion]]
*emit error when {{para|first}} is wikilinked; [[Help_talk:Citation_Style_1/Archive_76#wikilinks_in_{{pipe}}first=|discussion]]
*add {{cl|CS1 tracked parameter: $1}} properties tracking category; [[Help_talk:Citation_Style_1/Archive_76#RFC_reclosed|discussion]]
*revise how date month-name auto-translation is enabled; [[Help_talk:Citation_Style_1/Archive_76#i18n_tweaks|discussion]] and [[User_talk:Trappist_the_monk/Archive_18#Danish_Wikpedia_module:_da:Modul:Citation/CS1|discussion]]
*add support to allow editors to see citations that emit properties cats; [[Help_talk:Citation_Style_1/Archive_76#highlighting_cs1{{pipe}}2_citations_that_emit_properties_categories|discussion]]
*{{para|url-status}} without {{para|archive-url}} maint cat: {{cl|CS1 maint: url-status}}; [[Help_talk:Citation_Style_1/Archive_77#url-status_usurped|discussion]]
*more consistent support of {{para|type}} with {{tlx|cite speech}}; [[Help_talk:Citation_Style_1/Archive_77#Cite_lecture?|discussion]]
*check all but url-holding and insource-locator parameters for inappropriate urls; [[Help_talk:Citation_Style_1/Archive_77#url_in_name_parameters|discussion]]
*recognize stand-alone {{para|script-chapter}} in {{tlx|cite encyclopedia}}; [[Help_talk:Citation_Style_1/Archive_77#{{pipe}}script-chapter{{=}}_(and_aliases)_without_{{pipe}}chapter=_(or_aliases)_not_recognized_in_cite_encyclopedia|discussion]]
*fix flaw in ref-duplicates-default detection; [[Help_talk:Citation_Style_1/Archive_77#ref-duplicates-default_detector_flaw|discussion]]
*added error summary preview; [[Help_talk:Citation_Style_1/Archive_77#summary_messaging_in_the_preview_warning_header|discussion]]
*reworked error messaging; [[Help_talk:Citation_Style_1/Archive_78#error_messaging|discussion]]
*fix {{para|archive-url}} preview url; [[Help_talk:Citation_Style_1/Archive_78#when_{{pipe}}archive-url=_is_broken|discussion]]
*tweaked IETF-like language handling; [[Help_talk:Citation_Style_1/Archive_79#language_name/tag_overrides,_removal_of|discussion]]
*changed formatting of volume and issue for non-journals; [[Help_talk:Citation_Style_1/Archive_79#Still_an_issue_with_book_volumes|discussion]]
*moved <code>hyphen_to_dash()</code> to ~/Utilities; [[Help_talk:Citation_Style_1/Archive_79#hyphen_to_dash()_moved|discussion]]
*detect leading '=' as extraneous punctuation; [[Help_talk:Citation_Style_1/Archive_80#extraneous_punctuation|discussion]]

changes in [[Module:Citation/CS1/Configuration/sandbox]]

*detect generic author, editor, etc names
*add Category:CS1 tracked parameter: $1 properties tracking category
*remove support for unused {{para|isbn13}} and {{para|ISBN13}}; [[Help_talk:Citation_Style_1/Archive_76#how_about_something_completely_different?|discussion]]
*remove support for previously deprecated parameters {{para|booktitle}}, {{para|chapterurl}}, {{para|episodelink}}, {{para|mailinglist}}, {{para|mapurl}}, {{para|nopp}}, {{para|publicationdate}}, {{para|publicationplace}}, {{para|serieslink}}, {{para|transcripturl}}
*add support for <code>nrf-gg</code>, <code>nrf-je</code> language codes; [[Help_talk:Citation_Style_1/Archive_76#Issues_with_`nrf-je`_language_code|discussion]]
*revise how date month-name auto-translation is enabled
*add support to allow editors to see citations that emit properties cats
*removed reliance on <code>.error</code>; [[Help_talk:Citation_Style_1/Archive_76#css_classes_going_away|discussion]]
*{{para|url-status}} without {{para|archive-url}} maint cat: Category:CS1 maint: url-status
*add support for {{para|ssrn-access}}; [[Help_talk:Citation_Style_1/Archive_77#ssrn|discussion]]
*add <code>ab</code> to <code>script_lang_codes{}</code>;
*more consistent support of {{para|type}} with {{tld|cite speech}}
*check all but url-holding and insource-locator parameters for inappropriate urls
*add <code>yue</code> to <code>script_lang_codes{}</code>;
*added bogus name "Verfasser" to the list; [[Help_talk:Citation_Style_1/Archive_77#Bogus names|discussion]]
*add keyword "deviated" to {{para|url-status}}; [[Help_talk:Citation_Style_1/Archive_78#Current_version_of_page_no_longer_contains_cited_facts._url-status=?|discussion]]
*added preview error summary
*added 'Login • Instagram' to generic titles;
*removed <code>crh</code>, <code>nrg-gg</code>, and <code>nrf-je</code> from language override
*added comma between volume and number; [[Help_talk:Citation_Style_1/Archive_79#Separator_between_volume_and_number|discussion]]
*added Mr. Privacy Statement, Ms. Cookie Policy and Dr. Submitted Content to list of bogus names; [[Help_talk:Citation_Style_1/Archive_79#Unlikely_authors|discussion]]
*revise kerning; [[Help_talk:Citation_Style_1/Archive_79#kerning|discussion]]
*i18n {{para|script-&lt;{{var|param}}>}} error message supplements; [[Help_talk:Citation_Style_1/Archive_79#i18n_{{pipe}}script-&lt;param>=_error_message_supplements|discussion]]
*added 'Usurped title' to generic titles; [[Help_talk:Citation_Style_1/Archive_80#Usurped_titles|discussion]]
*added add bogus names: 'author', 'collaborator', 'contributor', 'editor', 'interviewer', 'translator'; [[Help_talk:Citation_Style_1#more_bogus_names|discussion]]

changes in [[Module:Citation/CS1/Whitelist/sandbox]] (last update 2021-05-25)

*removed deprecated parameter {{para|transcripturl}}
*deprecated {{para|lay-date}}, {{para|lay-format}}, {{para|lay-source}}, {{para|lay-url}}; [[Help_talk:Citation_Style_1#Changes_to_Cite_news/doc|discussion]]

changes in [[Module:Citation/CS1/Date validation/sandbox]]

*extend allowed dates in {{para|pmc-embargo-date}} validation to two years; [[Help_talk:Citation_Style_1/Archive_76#{{pipe}}pmc-embargo-date=_validation|discussion]]
*revise month-name validation;
*add support to allow editors to see citations that emit properties cats;

changes in [[Module:Citation/CS1/Identifiers/sandbox]]

*add support for {{para|ssrn-access}};
*reworked error messaging;
*fix false positive doi error detection; [[Help_talk:Citation_Style_1/Archive_78#bad_DOI_check|discussion]]
*strip accept-this-as-written markup from all identifiers for metadata; [[Help_talk:Citation_Style_1/Archive_79#metadata_and_accept-this-as-written_markup|discussion]]

changes in [[Module:Citation/CS1/Utilities/sandbox]] (last update 2021-01-09)

*add support to allow editors to see citations that emit properties cats;
*reworked error messaging;
*added <code>hyphen_to_dash()</code> moved from main module;

changes in [[Module:Citation/CS1/COinS/sandbox]]

*strip accept-this-as-written markup from {{para|title}};

changes in [[Module:Citation/CS1/sandbox/styles.css]] (last update 2021-01-09)

*Removed reliance on <code>.error</code>;
*Removed extra kerning classes;
*Removed unused cs1-subscription/registration styles;
*Moved <code>.citation</code> styles from [[MediaWiki:Common.css]];
*Removed <code>&lt;code></code> selector;
{{collapse bottom}}
—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) <s>23:11, 28 November 2021 (UTC)</s> 23:25, 3 December 2021 (UTC) {{small|(update link)}}

===survey (update cs1/2?)===

* <del>'''Update''' see longer rationale in the discussion section</del>. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 23:31, 28 November 2021 (UTC)
*'''Strong oppose'''. There are far too many changes here for a single, all-or-nothing question, so I must oppose. Come back with a series of proposals that treat the community like adults and I will support the ones that will improve the encyclopaedia. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 00:42, 29 November 2021 (UTC)
*:Is there a specific change that {{U|Thryduulf}} objects to? If so, on what grounds is that objection based? – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:10, 29 November 2021 (UTC)
*::I object to the concept of this RFC being all or nothing so that controversial changes such as removal of support for parameters that there was no community consensus to deprecate let alone remove are being pushed through with proper review because it would hold up needed uncontroversial changes. That's [[WP:GAMING]] the system. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 19:50, 29 November 2021 (UTC)
*'''Not a valid RfC''' as per Thryduulf and Sdkb. [[User:Nikkimaria|Nikkimaria]] ([[User talk:Nikkimaria|talk]]) 00:57, 29 November 2021 (UTC)
**Re Headbomb's comment below: to be clear, there is [[Help_talk:Citation_Style_1/Archive_76#RFC_reclosed|at least one change]] in this set known to be contentious, so a procedural closure of this RfC should not be taken as a green light to roll out everything. [[User:Nikkimaria|Nikkimaria]] ([[User talk:Nikkimaria|talk]]) 01:01, 29 November 2021 (UTC)
*** Assuming you are referring to {{tq|add {{cl|CS1 tracked parameter: $1}} properties tracking category; [[Help_talk:Citation_Style_1/Archive_76#RFC_reclosed|discussion]]}}, it doesn't actually add any categories, merely currently non-functional code to add categories. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 01:19, 29 November 2021 (UTC)
***:The removal of support for the unhyphenated parameters is also contentious, given that the premise of the discussion that (is claimed to) be the basis of consensus for the changes explicitly ruled that out (according to my memory of the major RFC anyway). [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 01:24, 29 November 2021 (UTC)
***::The RFC was about a different set of parameters. See my explanation and link below. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:12, 29 November 2021 (UTC)
***:::The RFC established that the basis on which both sets parameters were deprecated did not have community consensus, or even a local consensus given that the course of action undertaken was explicitly ruled out as something that would happen. Wikilawyering about exactly what was covered by the RFC is also not a good look. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 13:43, 30 November 2021 (UTC)
*'''Support'''. This is a normal code update that has typically happened every few months. It contains bug fixes, minor enhancements, and small refinements. A larger number of minor changes than usual have accumulated because a small band of editors objected to the last regular update, and the volunteers who maintain the modules understandably decided to take a break from that drama for a while. Normally, notice of these updates would take place at [[Help talk:Citation Style 1]] (418 page watchers, 125 recent visitors), where updates to these modules have been discussed for roughly a decade. Since there was drama last time, the updates are being vetted at this more-heavily-watched page (3,503 watchers / 554 recent). – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 02:24, 29 November 2021 (UTC)
*'''Support'''—we're overdue for the quarterly update. These updates dump millions of articles into the job queue for processing, so the changes are bundled and applied at once. <span style="background:#006B54; padding:2px;">'''[[User:Imzadi1979|<span style="color:white;">Imzadi&nbsp;1979</span>]]&nbsp;[[User talk:Imzadi1979|<span style="color:white;"><big>→</big></span>]]'''</span>  15:24, 29 November 2021 (UTC)
*'''Oppose''' removal of formerly valid parameter names, breaks old revisions for no good reason, was opposed at previous RfCs. Would probably support the rest, but in something as unwiki as an all-or-nothing RfC (Wikipedia usually operates by consensus), this is my only option. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 20:14, 29 November 2021 (UTC)
*: As noted by [[User:Jonesey95|Jonesey95]] in the discussion section below, the parameters mentioned [[Help_talk:Citation_Style_1/Archive_75#further_deprecations|have already been deprecated]] back in February. This change should not be confused or conflated with the objected-to deprecation of {{para|accessdate}}, which is still in wide use. [[User:MichaelMaggs|MichaelMaggs]] ([[User talk:MichaelMaggs|talk]]) 08:51, 30 November 2021 (UTC)
*::But that's not what Kusma (correctly) opposes for: the "deprecation" of parameters we used to allow is one thing, the "removal of support" from the code though means that all older versions of articles which did use these parameters will now give errors instead of just having a working (though no longer wanted) parameter. For parameters which were never widely in use, this may be acceptable; for parameters which where more widely used, this is problematic. Where the cutoff for "widely" should be placed is another kettle of fish of course. But that these parameters have been deprecated in February doesn't mean that one should support a change which now no longers supports them at all. [[User:Fram|Fram]] ([[User talk:Fram|talk]]) 09:15, 30 November 2021 (UTC)
*'''Support''' all of these changes, including those identified as potentially contentious by Pppery below.  I would also prefer a return to the previous approach of more frequent updates for minor changes, with RFCs reserved for changes that are likely to prove controversial, but am content for the editors that maintain the CS{1,2} templates to decide how they bring changes to the community to review. [[User:Wham2001|Wham2001]] ([[User talk:Wham2001|talk]]) 08:01, 30 November 2021 (UTC)
*'''Support''', and agree with [[User:Wham2001|Wham2001]]'s comments. [[User:MichaelMaggs|MichaelMaggs]] ([[User talk:MichaelMaggs|talk]]) 08:39, 30 November 2021 (UTC)
*'''Oppose'''. "It's an all or nothing" and you sneak in opposed changes which you happen to support? No thanks, if that's what you try then just abandon your maintenance of this please. I love the division created by a support vote between "a small band of editors" vs. "the volunteers who maintain the modules", a nice indication of a warped view of priorities there. [[User:Fram|Fram]] ([[User talk:Fram|talk]]) 08:42, 30 November 2021 (UTC)
*:Fram's last sentence is important. Those who maintain these modules are doing a service to editors who add citations to articles not the other way around and this needs to be remembered. If the people who use the templates say something is bad, disruptive or unwanted then it should not happen and/or be reversed without question. The encyclopaedia does not exist for the convenience of coders. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 10:51, 30 November 2021 (UTC)
*::Those who maintain these modules are volunteers, not WMF employees, and they perform a complicated and very valuable service for the content creators. We are immensely grateful for the work they do. We appreciate and understand that a package of changes have been tested together and cannot easily be unbundled. [[User:Hawkeye7|<span style="color:#800082">Hawkeye7</span>]] [[User_talk:Hawkeye7|<span style="font-size:80%">(discuss)</span>]] 03:52, 1 December 2021 (UTC)
*::: No, you've been mislead to believe that. It would in fact be technically trivial to perform the rest of the update without changing the list of supported parameters. I'm becoming more and more inclined to oppose this RfC with every passing comment. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 03:54, 1 December 2021 (UTC) 
*:::{{tpq|Those who maintain these modules are volunteers, not WMF employees}} yes, so?. {{tpq|they perform a complicated and very valuable service for the content creators.}} which is why they need to respect the community's wishes. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 12:18, 1 December 2021 (UTC)
* '''Support''' all changes per Pppery and Jonesey95 comments below. As an additional comment to this procedure, the module maintainers do a very complicated and ungrateful service and I find it pretty absurd that module updates now require RfCs and even more absurd are some of the opposers are on the grounds that there are too many changes (and I'm not one of the maintainers). --[[User:Gonnym|Gonnym]] ([[User talk:Gonnym|talk]]) 11:01, 30 November 2021 (UTC)
*:The issue is not that there are too many changes. The issue is that there are too many changes that we are being asked to approve as a single unit, and that unit includes changes that should not be made as well as changes that should. The module maintainers are giving the appearance that they care more about the module than they do about the reason the module exists: to support those writing an encyclopaedia. The only correct way to proceed in a situation like this is to swallow some pride and agree to separate the controversial and uncontroversial changes so that the former do not hold up the latter. The controversial changes than then be discussed on their merits and the consensus of the community listened to, whatever that consensus is, rather than attempting to bypass it. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 13:40, 30 November 2021 (UTC)
* '''Support''', although I don't really like the format of this RfC (particularly, the "all or nothing" framing and "In the event of a draw, cs1/2 shall be updated"). I don't think that the RfC should be closed as flawed, but it should be evaluated based on consensus for each of the proposed changes rather than "all or nothing", and no consensus should lead to retaining the status quo. [[User:Tol|<span style="color:#f542d7">Tol</span>]] ([[User talk:Tol|talk]] &#124; [[Special:Contribs/Tol|contribs]]) @ 21:57, 30 November 2021 (UTC)
* '''Support''' been waiting for some of these for quite a while. [[User:Hawkeye7|<span style="color:#800082">Hawkeye7</span>]] [[User_talk:Hawkeye7|<span style="font-size:80%">(discuss)</span>]] 22:30, 30 November 2021 (UTC)
*'''Oppose this RfC as stated''' but '''support unbundling the set and implementing the many non-controversial changes but not the controversial ones''' aka "common sense". [[User:Levivich|Levivich]] 05:18, 1 December 2021 (UTC)
*'''Oppose''' I've come to realize what this RfC really <del>is, an attempt to</del><ins>will do:</ins> falsely establish consensus for controversial changes by making them a [[Rider (legislation)|rider]] to clearly-supported changes when they failed on their own merits. That sometimes works for legislation, but it should not work on Wikipedia. [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 22:36, 1 December 2021 (UTC)
*:Really?  {{em|Really}}?  Do you really think that were I trying to {{tq|falsely establish consensus for controversial changes}} by somehow hiding them amongst a large number of other changes, I would have written this with its rather obvious markup which pretty much guarantees that anyone who merely scans the list could not fail to see it:
*:*remove support for previously deprecated parameters {{para|booktitle}}, {{para|chapterurl}}, {{para|episodelink}}, {{para|mailinglist}}, {{para|mapurl}}, {{para|nopp}}, {{para|publicationdate}}, {{para|publicationplace}}, {{para|serieslink}}, {{para|transcripturl}}
*:You have accused me, and probably, by extension, the other maintainers of the cs1|2 module suite of malfeasance, of dishonesty, of lying.  Produce the evidence or withdraw your accusations.
*:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:50, 1 December 2021 (UTC)
*:: Premises:
*::: If this RfC passes (which might happen), then support for unhyphenated parameters will be removed.
*::: If there had been a RfC solely on the question of whether support for unhyphenated parameters should be removed, that RfC would likely have failed for the same reason Option C passed at the previous RfC
*:: Conclusion:
*::: This RfC passing will result in a false consensus in favor of removing support for unhyphenated parameters, as a result of it being stuck in as a rider to a broadly-supported set of changes. It was incorrect to phrase it as an accusation of malicious intent, and I've reworded the above comment slightly, but that doesn't change the underlying situation. 
*:: [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 00:11, 2 December 2021 (UTC)
*'''No''' (equating to "oppose") as clearly mandated in the RfC's instructions, and almost entirely {{em|because}} of the RfC's instructions. Apparently, this RfC has to lean hard over to the "oppose" side, lest there be "no consensus", leading to to the same results as "Yes" ("support"). {{em|Then}} we can discuss the specific issues in an actual, properly formed RfC. <i>&mdash;&nbsp;[[User:JohnFromPinckney|JohnFromPinckney]] ([[User talk:JohnFromPinckney|talk]] / [[Special:Contributions/JohnFromPinckney|edits]])</i> 20:36, 4 December 2021 (UTC)

*'''Oppose''' Insufficient detail.  The use of German rather than English ("sandboxen") is erroneous here. [[user:Andrew Davidson|Andrew]]🐉([[user talk:Andrew Davidson|talk]]) 13:05, 9 December 2021 (UTC)

===discussion (update cs1/2?)===
* The only things here that seem plausibly controversial are: {{bulleted list
|add {{cl|CS1 tracked parameter: $1}} properties tracking category; [[Help_talk:Citation_Style_1/Archive_76#RFC_reclosed|discussion]] (My observation: this doesn't actually add any new tracking categories, but merely adds code to populate such tracking categories if they are later needed)
| added error summary preview; [[Help_talk:Citation_Style_1/Archive_77#summary_messaging_in_the_preview_warning_header|discussion]]
| remove support for previously deprecated parameters {{para|booktitle}}, {{para|chapterurl}}, {{para|episodelink}}, {{para|mailinglist}}, {{para|mapurl}}, {{para|nopp}}, {{para|publicationdate}}, {{para|publicationplace}}, {{para|serieslink}}, {{para|transcripturl}}. 
}}. Overall, I question whether it's appropriate to remove (or to have deprecated in the first place) unhyphenated parameter aliases given the result of [[Wikipedia:Village pump (proposals)#RFC: Citation Style 1 parameter naming convention]]. Despite Trappist the monk's framing of the issue as all-or-nothing, the rest of the update is not in some way dependent on those changes, <del>and it is anyway not sufficient to convince me not to support this update.</del> [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 23:31, 28 November 2021 (UTC)
*:FWIW, the deprecation of the above parameters [[Help_talk:Citation_Style_1/Archive_75#further_deprecations|happened in February 2021]], more than nine months ago, all of the parameters were updated shortly thereafter, and any stray instances of those parameters have been generating error messages (and have been quickly fixed) since April 2021. This update would change the error message from "deprecated" to "unsupported" in the very rare instance that someone used one of these long-gone parameters. This change should not be confused or conflated with the objected-to deprecation of {{para|accessdate}}, which is still in wide use. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 17:08, 29 November 2021 (UTC)
*::How long have they been used and how many old revisions will be broken by removal of these parameters? And what is gained by removing them? —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 09:38, 30 November 2021 (UTC)
*:::These parameter aliases were not commonly used. Hyphenated versions of them have been the standard since 2014. Dozens of unhyphenated multi-word parameters have been deprecated and removed from the CS1 citation templates over the past seven years with a minimum of drama (until the final six were proposed for deprecation back in April 2020, which is not something that is happening in this RFC). – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 14:19, 30 November 2021 (UTC)
*::::That does not answer any of Kusma's questions. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 17:54, 30 November 2021 (UTC)
*::: I'll make an attempt to answer some of Kusma's questions. Per [[User:Monkbot/task 18: cosmetic cs1 template cleanup#hyphenate cs1{{pipe}}2 parameter names]], before Monkbot 18 ran:
*:::# {{para|booktitle}} was used 3,345 times
*:::# {{para|chapterurl}} was used 17,289 times
*:::# {{para|episodelink}} was used 2,539 times
*:::# {{para|mailinglist}} was used 379 times
*:::# {{para|mapurl}} was used 81 times
*:::# {{para|nopp}} was used 2,902 times
*:::# {{para|publicationdate}} was used 542 times
*:::# {{para|serieslink}} was used 5,042 times
*:::# {{para|transcripturl}} was used 910 times
*::: That totals 33,029 pages (which is an overestimate, as some pages likely used more than one such parameter). [[User:Pppery|* Pppery *]] [[User talk:Pppery|<sub style="color:#800000">it has begun...</sub>]] 22:36, 1 December 2021 (UTC)
*::::For a sense of scale, [[:Module:Citation/CS1]] is used in just over 5,000,000 pages. 33,000 pages was a little less than 0.7% of the total page usage. That is why it was so straightforward and easy to deprecate and update the above parameters, as opposed to the six remaining unhyphenated parameters, which are more widely used. – [[User:Jonesey95|Jonesey95]] ([[User talk:Jonesey95|talk]]) 23:00, 3 December 2021 (UTC)
*:::::OK, so the damage is middle sized (17000 broken chapterurls will create some annoyance). But removing these aliases still doesn't have any obvious advantages over not removing them. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 16:40, 7 December 2021 (UTC)
*{{Tq|In the event of a draw, cs1{{!}}2 shall be updated.}} This isn't normally something an editor opening an RfC can unilaterally declare, nor is an RfC's all-or-nothing status. Per [[WP:Consensus]], if there's no consensus, we generally retain the status quo. <span style="color:#AAA"><small>&#123;{u&#124;</small><span style="border-radius:9em;padding:0 5px;background:#088">[[User:Sdkb|<span style="color:#FFF">'''Sdkb'''</span>]]</span><small>}&#125;</small></span> <sup>[[User talk:Sdkb|'''talk''']]</sup> 23:33, 28 November 2021 (UTC)
*:It is totally inappropriate, and whoever closes this should ignore this made-up rule that has no policy-based support whatsoever. In the event of "no consensus overall", the changes that are supported by consensus should be applied and the changes not supported by consensus not applied. —[[User:Kusma|Kusma]] ([[User talk:Kusma|talk]]) 09:36, 30 November 2021 (UTC)
*'''Waste of time RFC''' it's utter nonsense that we have to wait for '''months''' for CS1|2 updates to be rolled out, it's even more utter nonsense that we need RFCs to roll them out. If they're ready and have consensus, '''roll them out as soon as they've been tested in the sandbox and confirmed as working as intended'''. Don't delay, and don't plague us with pointless RFCs. If a particular issue is contentious, have an RFC ''on that issue'', don't hold the rest of the updates hostage.&#32;<span style="font-variant:small-caps; whitespace:nowrap;">[[User:Headbomb|Headbomb]] {[[User talk:Headbomb|t]] · [[Special:Contributions/Headbomb|c]] · [[WP:PHYS|p]] · [[WP:WBOOKS|b]]}</span> 00:45, 29 November 2021 (UTC)
* I don't like the format of this RfC. It would be better done by a different method: {{olist|Propose these changes and see if anyone opposes one or more of them. {{ulist|Unopposed (uncontroversial) changes can be immediately implemented or held until after the second part.|Opposed (controversial) changes would need consensus in part 2.|Obviously uncontroversial changes don't need to be included.}}|Open a multi-section RfC with a section on each controversial change, and let each section gain consensus individually.|Implement changes that were either uncontroversial in part 1 or gained consensus in part 2.}} I don't think that the RfC should be closed as flawed, but it should be evaluated based on consensus for each of the proposed changes rather than "all or nothing", and no consensus should lead to retaining the status quo. [[User:Tol|<span style="color:#f542d7">Tol</span>]] ([[User talk:Tol|talk]] &#124; [[Special:Contribs/Tol|contribs]]) @ 21:57, 30 November 2021 (UTC)
* Why is this an all or nothing? Why will it pass in the case of a tie? [[User:Dege31|Dege31]] ([[User talk:Dege31|talk]]) 18:24, 3 December 2021 (UTC)
*:The cynical view is because that's the only way the proposer(s) do not wish to test the consensus of the changes individually, possibly because some of the desired changes may not pass. You are not the first to ask the question, but none of the responses have provided a plausible alternative view, although malicious intent has been denied. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 21:31, 3 December 2021 (UTC)
*:
*:Changes to cs1|2 are not made secretly behind a veil; all editors are welcome, encouraged, to participate in the discussions about cs1|2 at [[Help talk:Citation Style 1]].  There is no need to re-discuss that which has already been discussed (see the discussion links in the collapsed box at {{slink||list of prospective changes to the cs1/2 module suite}}).  Except for the most minor of changes, all changes to cs1|2 are always discussed, mostly at Help talk:Citation Style 1 and sometimes, at other locations ([[Help talk:CS1 errors]] and [[Template talk:Citation]] are common alternate-discussion locations).  
*:
*:In my experience – yours may be different – inconclusive RFCs result in the question: 'now what?'  To avoid the 'now what?' question, I defined an action to be taken in the event that the community's opinion is not definitive.  So now you know.  The answer to the 'now what?' question for this RFC is: update.
*:—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 23:25, 3 December 2021 (UTC)
*::{{tq|There is no need to re-discuss that which has already been discussed (see the discussion links...}} But not all of those discussions reached a consensus in favour of the proposed changes. That suggests that either they ''do'' need to be re-discussed, or they should be removed from the proposal. [[User:Nikkimaria|Nikkimaria]] ([[User talk:Nikkimaria|talk]]) 00:03, 4 December 2021 (UTC)
*::{{replyto|Trappist the monk}} {{tpq|inconclusive RFCs result in the question: 'now what?'}} This could not have been an inconclusive RfC - either there is consensus for the changes or there is no consensus for the changes. In the first case the changes are implemented, in the second case they aren't. If the changes did not get consensus there is nothing stopping anyone who understands why they failed to get consensus addressing the reasons and asking the community about the revised proposal. Everywhere else on Wikipedia changes for which there is no consensus do not get implemented, and there is no reason for this to be any different. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 11:32, 4 December 2021 (UTC)
*:::
*:::The question asked by this RFC is simple: {{tq|'''Yes''' or '''No''', shall we update?}}  If the community's answer as determined by the closer is predominantly '''Yes''' then we update; if the community's answer as determined by the closer is predominantly '''No''', then we do not update.  If the community's answer as determined by the closer is '''inconclusive''' then we update and avoid the 'what now?' question.  Because it is stated in the question, all respondents to this RFC know what to expect in the event of a tie.
*:::—[[User:Trappist the monk|Trappist the monk]] ([[User talk:Trappist the monk|talk]]) 13:34, 4 December 2021 (UTC)
*::::Lol ttm like that would ever fly. The initiator of this RFC knows what to expect if updates are pushed without consensus. [[User:Levivich|Levivich]] 14:06, 4 December 2021 (UTC)
*::::If the answer as determined by the closer is "inconclusive" then anywhere else on Wikipedia the status quo would apply, which in this case would mean "we do not update". You have not explained why this RfC should be different to everywhere else. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 18:06, 4 December 2021 (UTC)
*How much of a maintenance burden would it be to keep the deprecated parameters around? I sometimes worry that while the desire to keep old revisions working is reasonable, keeping the old parameters around might create extra work when updating/maintaining/adding new functionality to CS1/2 templates and we might be neglecting this extra work. [[User:Jo-Jo Eumerus|Jo-Jo Eumerus]] ([[User talk:Jo-Jo Eumerus|talk]]) 10:42, 4 December 2021 (UTC)
*:In the [[Wikipedia:Village pump (proposals)/Archive 179#RFC: Citation Style 1 parameter naming convention|last RFC]], which found "There is a rough consensus that '''non-hyphenated parameters should ''not'' be deprecated in citation templates'''" (emphasis in original) the maintenance burden was brought up multiple times, but nowhere in the discussion could I find anywhere that detailed exactly what that burden is or why it is so significant that it was more important than the various benefits of keeping them around (not breaking old revisions, editor familiarity, ease of use, etc). Certainly none of the arguments about maintenance burden convinced people in opposition to deprecation to change their minds. [[User:Thryduulf|Thryduulf]] ([[User talk:Thryduulf|talk]]) 11:43, 4 December 2021 (UTC)

== Add disclaimers link in mobile view ==
{{archive top|Not actionable here, OP doesn't want to file a phab request - and this is already available under the MFE Menu button as pointed out by TheDJ. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 11:42, 30 November 2021 (UTC)}}
Not there now. As they describe Wikipedia's limits & limitations, it is important they are visible at all times. [[Special:Contributions/71.247.146.98|71.247.146.98]] ([[User talk:71.247.146.98|talk]]) 14:08, 29 November 2021 (UTC)
:This isn't something we can do here on the English Wikipedia, as that element is not present in the MobileFrontend footer.  To request that that extension include that link, please submit a software feature request as described here: [[WP:BUG]]. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 15:01, 29 November 2021 (UTC)
::Thank you. As phab requests require an account, this is not something I will be doing. It is interesting that this was not designed in. As it links to a legal disclaimer among others, it would seem a no-brainer. [[Special:Contributions/65.88.88.93|65.88.88.93]] ([[User talk:65.88.88.93|talk]]) 17:00, 29 November 2021 (UTC)
:The link is in the menu. —[[User:TheDJ|Th<span style="color: green">e</span>DJ]] ([[User talk:TheDJ|talk]] • [[Special:Contributions/TheDJ|contribs]]) 11:20, 30 November 2021 (UTC)
{{Archive bottom}}

== Make a reading list system on the Wikipedia website ==
{{archive top|This would require software work that we can't do here on the English Wikipedia.  However, please see [[phab:T275227]] for development related to this task. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 19:29, 6 December 2021 (UTC)}}
{{tracked|T275227}}
{{clear}}
There should exist a system, similar to the mobile reading list system, on the browser Wikipedia. It would be much easier to save articles on the Wikipedia website than to download it onto the computer <!-- Template:Unsigned --><span class="autosigned" style="font-size:85%;">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Constellation314|Constellation314]] ([[User talk:Constellation314#top|talk]] • [[Special:Contributions/Constellation314|contribs]]) 14:43, 3 December 2021 (UTC)</span><!-- Template:Xsign -->
{{archive bottom}}

== Familysearch ID ==

I have fond an very useful wikidata project: [[https://www.wikidata.org/wiki/Property:P2889 familysearch]] My question where we can see the results; either the person's Infobox Templte or the  Authorisy Contol space? It is a very important geneological data and identifier of him or her. 

Where shall I ask for building the use of this property? [[User:Jzana|ZJ]] ([[User talk:Jzana|talk]]) 19:54, 5 December 2021 (UTC)

:Why would we link an unreliable site where you have to leave your personal information with a cult to even access it? That Wikidata isn't critical at all in which IDs they add is ''their'' problem, but we shouldn't add this anywhere, either directly or through a Wikidata-fed template. [[User:Fram|Fram]] ([[User talk:Fram|talk]]) 21:21, 7 December 2021 (UTC)

== They are asking money for policy writing! ==

Sorry if it is not right place for this kind of post. This is not related to enwiki but i thought i should share. While browsing on meta, '''[[:meta:Grants:Project/Rapid/Gaurav Jhammat/Punjabi Wikipedia Content Policy Toolkit|this rapid grant proposal]]''' caught my attention. They are asking money for policy writing on their wiki! It suppose to be created by community discussions and consensus by volunteers and not as paid job. If wmf fund this proposal, i guess, wmf should start paying all wiki (including enwiki) editors for on-wiki works like policy making you guys do here. --[[User:আফতাবুজ্জামান|আফতাবুজ্জামান]] ([[User talk:আফতাবুজ্জামান|talk]]) 15:12, 7 December 2021 (UTC)
:It’s just a “proposal” (ie someone’s suggestion).  It is unlikely to be approved or implemented. [[User:Blueboar|Blueboar]] ([[User talk:Blueboar|talk]]) 15:17, 7 December 2021 (UTC)
::Pinging @[[User:SGill (WMF)|SGill (WMF)]] [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)|talk]]) 19:13, 7 December 2021 (UTC)

== Ammending Sources Policy  ==
Hi there I recently edited or at least tried to edit the [[Spider-Man: No Way Home]] wiki page and tried to remove some unconfirmed provisonal information (which is not yet live to the public about cast members from what the site currently considers reliable secondary sources. In my opinion no secondary source should be considered reliable unless the information is backed up by information. If this policy ammendment was made it help improve the accuracy and reliability of wikipedia. Please consider this proposal carefully--[[User:MKL123|MKL123]] ([[User talk:MKL123|talk]]) 20:23, 7 December 2021 (UTC)

:Our policy is to prefer secondary sources and this is unlikely to change over a content dispute about the next ''Spider Man'' film. You can read why at [[Wikipedia:No original research#Primary, secondary and tertiary sources]]. &ndash;&#8239;[[User:Joe Roe|Joe]]&nbsp;<small>([[User talk:Joe Roe|talk]])</small> 20:52, 7 December 2021 (UTC)
: Per the above, reliably sourced provisional information can be presented ''as provisional''. [[User:BD2412|<span style="background:gold">'''''BD2412'''''</span>]] [[User talk:BD2412|'''T''']] 21:03, 7 December 2021 (UTC)

== Wikipedia Fundraiser Suggestion - Useless Information Day ==

Hello,

As a suggestion to raise awareness of the benefits of Wikipedia and to encourage donations, I think it would be beneficial to implement "Useless Information Day".  One day a year, users are allowed to make changes to any Wikipedia page without moderation. (Obviously, obscene or violent or otherwise harmful changes would not be allowed.)  Basically, users would be allowed to vandalize any page for the entire day for the purpose of creating jokes, etc. which are normally corrected fairly quickly.  Especially interesting edits would gain news or viral interest.  The unreliability of information on Wikipedia on this day would highlight the need for the service and hopefully encourage donations.<!-- Template:Unsigned --><span class="autosigned" style="font-size:85%;">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Jeepnut1|Jeepnut1]] ([[User talk:Jeepnut1#top|talk]] • [[Special:Contributions/Jeepnut1|contribs]]) 12:13, 8 December 2021 (UTC)</span>
:That could lead to readers being seriously misled.  There is also the problem of reverting the joke edits whilst retaining useful changes after the event.  There is  limited tolerance for jesting outside article space on [[WP:April 1|April 1]] each year, but even that is controversial.  For those of us who fight vandalism, every day is Useless Information Day. [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 12:47, 8 December 2021 (UTC)
: I thought about that.  I don't have enough Wikipedia knowledge to know what's possible and what isn't, so I can't speak to the difficulty of reverting.  I assumed, possibly incorrectly, that everything could just be reset to what it was before the day started and that during the event, large banners could be placed at the top of the page to alert users to the fact that today, the information of Wikipedia should not be trusted and to donate to secure the future of the service.<!-- Template:Unsigned --><span class="autosigned" style="font-size:85%;">—&nbsp;Preceding [[Wikipedia:Signatures|unsigned]] comment added by [[User:Jeepnut1|Jeepnut1]] ([[User talk:Jeepnut1#top|talk]] • [[Special:Contributions/Jeepnut1|contribs]]) 12:54, 8 December 2021 (UTC)</span>}
::Donations are paid to the [[Wikimedia Foundation|WMF]] rather than to Wikipedia.  The volunteers who detect and remove incorrect information are all unpaid.  [[User:Certes|Certes]] ([[User talk:Certes|talk]]) 12:59, 8 December 2021 (UTC)
:As stated above, this doesn't seem like all that good of an idea as it'll make users think that it's ok to vandalize Wikipedia which, if it were implemented, wouldn't be true. In fact, it basically goes against [[WP:DENY]]. If we were to dedicate an entire day on Wikipedia to allow users to vandalize we would be feeding any new trolls that come to Wikipedia on that day. ― [[User:Blaze The Wolf|<b style="background:#0d1125;color:#51aeff;padding:1q;border-radius:5q;">Blaze The Wolf</b>]][[User talk:Blaze The Wolf|<sup>Talk</sup>]]<sub title="Discord Username" style="margin-left:-22q;">Blaze Wolf#6545</sub> 17:46, 8 December 2021 (UTC)