Wikipedia:Village pump (idea lab)

From Wikipedia, the free encyclopedia
Jump to navigation Jump to search
 Policy Technical Proposals Idea lab WMF Miscellaneous 
The idea lab section of the village pump is a place where new ideas or suggestions on general Wikipedia issues can be incubated, for later submission for consensus discussion at Village pump (proposals). Try to be creative and positive when commenting on ideas.
Before creating a new section, please note:

Before commenting, note:

  • This page is not for consensus polling. Stalwart "Oppose" and "Support" comments generally have no place here. Instead, discuss ideas and suggest variations on them.
  • Wondering whether someone already had this idea? Search the archives below, and look through Wikipedia:Perennial proposals.

Discussions are automatically archived after remaining inactive for two weeks.

« Archives, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39

Redesigning and simplifying the English Wikipedia website[edit]

I would like to start a discussion on redesigning the English Wikipedia website. I'm not sure if the WMF would need to get involved with this. Here are some design changes I would like to see and would like to know your thoughts on them. To start, I would like to see the sidebar's contents be moved to the top of the page as menus and be replaced with the table of contents of a particular article. Britannica does it best there with its articles (example). I would also like to see the main page to be redesigned. Since the 2006 design, the design has changed very little and I think the main page is due for a redesign. Britannica also does good here with this factor with its modern look. The current main page is dated and I was hoping we could make an RFC on what we could do to make it more user friendly. I would appreciate any comments about where to start with how we can simplify and redesign the Wikipedia website and the main page. Interstellarity (talk) 23:04, 25 November 2021 (UTC)

@Interstellarity: have you tried the "new vector" interface? — xaosflux Talk 00:36, 26 November 2021 (UTC)
@Xaosflux: No, how do I access it? Interstellarity (talk) 01:29, 26 November 2021 (UTC)
@Interstellarity: in Special:Preferences#mw-prefsection-rendering select the skin "Vector", uncheck "Use legacy vector", check "enable responsive mode". You should be able to tell you are in it if you can collapse the left sidebar. — xaosflux Talk 02:26, 26 November 2021 (UTC)
Hi Xaosflux,
While I think this is an improved version of the old vector design, I think it could be improved by moving the sidebar's controls into tabs like most websites do. I think for articles, instead of placing the contents in the article, they should go where the sidebar's current controls are. I think if you want to navigate from one section of an article to another, you would have to scroll up to the contents to go where you want to go. If the contents were on the sidebar, it would be a lot of easier to navigate from one part of an article to another. These are my ideas of how to make the user interface of Wikipedia more user friendly. Interstellarity (talk) 16:09, 26 November 2021 (UTC)
@SGrabarczuk (WMF): Do you have any mockups or wireframes related to the upcoming proposals? Whatamidoing (WMF) (talk) 19:51, 6 December 2021 (UTC)
Example 1
Example 2
What about if editors could rearrange the window as workspace. If you edit a page the page appears on the left say, the talk on the right, and the history at the bottom. Wakelamp d[@-@]b (talk) 08:56, 26 November 2021 (UTC)
@Wakelamp, I'm thinking about integrating something much like this in meta:Teyora, so keep your eye out for its release :) ✨ Ed talk! ✨ 22:29, 10 January 2022 (UTC)
Just in case you haven't seen it yet, take a look at mw:Reading/Web/Desktop Improvements. It doesn't directly address your point, but if you're interested in site redesign, it's a good place to catch up on what others are doing. -- RoySmith (talk) 13:38, 20 December 2021 (UTC)

I would like to continue the discussion before this gets archived. Does anyone have any thoughts on how to structure the Wikipedia page? Interstellarity (talk) 15:28, 19 December 2021 (UTC)

I think having the table of contents always be easily accessed would be a useful navigation feature. Having it always-visible on the left makes WP comparable to other hierarchy-index+content UIs, such as Microsoft Outlook's mailbox view. Two features that could be added--one easier, one harder--are to have the items in it be collapsible (as is common in tree view UIs) and to have the currently-visible section gets highlighted on it (so one can keep track of one's place in the scope of a long article or long section). Some browsers have a "scroll-to-top" feature but others do not. Adding it as a universal UI button to mediawiki has been proposed before, such as MW:Reading/Web/Projects/In-page Navigation, and there are various local implementations ({{Skip to top and bottom}} and {{Top of page}}, for example). I thought there was a skin feature or gadget for that, but I can't find it in my preferences at the moment. And there is consensus not to use these templates in mainspace in a one-off manner, specifically because they are not universally deployed, though they are usable (and used) in other namespaces. DMacks (talk) 19:00, 19 December 2021 (UTC)
I saw some early work by @AHollender (WMF) on making the TOC always visible earlier this month. You may get what you wish for. :-) Whatamidoing (WMF) (talk) 23:55, 20 December 2021 (UTC)
@DMacks, @Whatamidoing (WMF): Have you seen this prototype? ― Qwerfjkltalk 09:50, 22 December 2021 (UTC)
@Qwerfjkl I think that design improves the page, but I think it would be better if the sidebar controls were at the top of the page rather than on the left of the page. Britannica does a good job at this. When comparing the two, Wikipedia looks more dated and Britannica is more modern. Interstellarity (talk) 14:13, 22 December 2021 (UTC)
@Qwerfjkl I hadn't seen that, but that's exactly one of the ways I was envisioning. +1! One technical nit is that when I "<<" to collapse the TOC, the old-style control-panel appears in the left column instead rather than actually collapsing the left column altogether. DMacks (talk) 06:09, 23 December 2021 (UTC)
@Interstellarity: archiving is based on elapsed time since the last comment, not the thread's location on the page. DMacks (talk) 22:11, 19 December 2021 (UTC)
Hello, you may try the mobile view on desktop computers. --NaBUru38 (talk) 17:43, 27 December 2021 (UTC)

Year Page Maps[edit]

Year, Decade, Century, and Millenia Pages, for example 1895 or [[14th century should have maps of the earth so readers can see who controlled what area during that time, if the borders changed alot during that time, you could even add a second map as a before and after or animate it so that readers can watch the changes happen. — Preceding unsigned comment added by AmazinglyLifelike (talkcontribs) 02:09, 1 January 2022 (UTC)

Split backlog drive?[edit]

Hi! There are hundreds of old split tags that need discussion or removal. Is it possible to do a drive to deal with them? It is immensely annoying to the eye when reading and quite sad when I see a single editor proposing a smart split in like, 2015 or something that got no response. Some months ago I dealt with a few dozen but there's just... many left. Santacruz Please ping me! 13:26, 1 January 2022 (UTC)

Category:All articles to be split would be the category. There's about 350 from 2021 and over 400 from before this. A backlog drive on the pre-2021 discussions would be good. In lots of cases, it may be that more discussion is needed, but other resolutions would be somebody removing the split tag when unnecessary, or carrying out a split when uncontroversial. The problem is these often need extremely specialised attention: I'm not going to succeed in splitting Coexistence theory, for instance. Maybe there could be a month-long backlog drive and for those that are not dealt with, an appropriate WikiProject will be (manually) notified (in bulk, with a list of all items that are under their scope).
WikiProject Cleanup might be the projectspace place to host a backlog drive, but it'd need good noticeboard advertisement. — Bilorv (talk) 17:39, 1 January 2022 (UTC)
Bilorv I agree with the points you've raised, and appreciate your input here :).Santacruz Please ping me! 18:30, 1 January 2022 (UTC)
If the older split tags are old enough, and especially if the tagger didn't offer any edit summary or talk page discussion to go by, or the article is small enough, you should just remove the tag as 'stale'. I see you tried to restart the 5-year-old Trini Lopez split proposal; I would have simply removed it. The article is small and the section (that was proposed to be split out) has hardly been changed in 5 years. Platonk (talk) 00:51, 2 January 2022 (UTC)
Narky Blert used to bring lists of pages with disambiguation problems to Wikipedia talk:WikiProject Medicine to ask for help (example). You might be able to coordinate something like that, to encourage the more active WikiProjects to clear out the older items. Wikipedia:WikiProject Medicine/Article alerts#SPL lists 12 open split proposals among the articles tagged by WPMED, and there may be a couple more that it considers too old to list. WhatamIdoing (talk) 20:39, 4 January 2022 (UTC)
That's a really cool type of post, and especially helpful for certain types of articles. From my experience most of the old split tags are in 3 categories: BLPs, Science, and Sports. AFAIK the 3 relevant WikiProjects are quite active, so perhaps this is a better way of going about cleaning the split backlog without needing to organize a drive, at least at first. However, seeing as there are 768 articles with split proposals I'm not sure what the best way to go about doing this would be. Thanks for bringing it up, WhatamIdoing! Santacruz Please ping me! 11:37, 5 January 2022 (UTC)
@A. C. Santacruz, I'd suggest that you look at the oldest (e.g., in Category:Articles to be split from November 2015, Category:Articles to be split from July 2016, Category:Articles to be split from August 2016, and Category:Articles to be split from November 2016) and see if you can find people to resolve just those few. In that process, I think you'll learn a bit about what does/doesn't work. WhatamIdoing (talk) 19:35, 7 January 2022 (UTC)

new kind of history navbox[edit]

I have made a new type of navbox for history topics, focusing upon one period in Europe's history. what do you think of this? feel free to comment, offer suggestions, etc. thanks!!!

---Sm8900 (talk) 🌍 04:38, 3 January 2022 (UTC)

Not seeing the link. Blueboar (talk) 17:01, 3 January 2022 (UTC)
ok, here is the link. thanks. {{Early Modern Europe}} ---Sm8900 (talk) 🌍 17:10, 3 January 2022 (UTC)
Why have you done it using #invoke:? --Redrose64 🌹 (talk) 20:22, 3 January 2022 (UTC)
Using #invoke reduces the post-expand include size by about 6,000 bytes. --Ahecht (TALK
) 21:24, 3 January 2022 (UTC)
I see that you have made a new navbox, but what is so different about it that it is a new kind/type of navbox? Phil Bridger (talk) 21:35, 3 January 2022 (UTC)
simply its content, meaning its focus upon one period in European history. ---Sm8900 (talk) 🌍 22:30, 3 January 2022 (UTC)
hey Phil Bridger, turns out there is indeed already a navbox for {{Middle Ages}}. well, makes sense there would be one. my navbox has a slightly different structure; by providing distinct groupings within the navbox itself for diferent types of entries and topics, it enables a more comprehensive overview of that era, and a deeper understanading of the era as a whole. Generally, other history navboxes simply provide a set of relevant entries as a sequential list for a single era, rather than grouping them into different subject areas as I have done above.
I feel this lends itself better to helping and encouraging the reader towards a broader understanding of the era as a whole, by illustrating and encouraging exploration of the the different facets of the era as they relate to each other. in the end, we are all here to learn; not all of us are necessarily here as experts on a given topic. for myself, I find this structure helps my own learning to progress, so I hope others find it helpful as well. I appreciate everyone's comments. thanks. ---Sm8900 (talk) 🌍 14:36, 4 January 2022 (UTC)
I recommend adding Journalism of Early Modern Europe, an article I significantly re-wrote. Santacruz Please ping me! 15:08, 4 January 2022 (UTC)
Also wouldn't this discussion better happen within the History WikiProject? Santacruz Please ping me! 15:08, 4 January 2022 (UTC)
@A. C. Santacruz:, I greatly appreciate the suggestion to discuss this at that wikiproject, and you are welcome to raise any part or all of this topic at WikiProject History.... especially since I happen to be the coordinator of that project!!! however, the wikiproject itself is only semi-active. but we would welcome your ideas, insights and input there!! Face-smile.svg
Re the article you cite, I will be glad to add that item to this navbox. thanks!! ---Sm8900 (talk) 🌍 05:02, 5 January 2022 (UTC)

End of the Late modern period?[edit]

I would like to suggest an end date for the "Late Modern Period."

one problem with this, of course, is that the term "late modern" itself intrinsically suggests that it is still ongoing, as it is the "modern" period in which we all live. However, I would suggest that the "late modern period" was actually a period with a beginning and an end, and was typified by the great conflicts of the 20th century, starting with the Franco-Prussian War as a precursuor, and then of course World War I, World War II, and the Cold War.

I would submit that the "Late Modern Period" was succeeded by the "Information Age," which in fact is now the current period in which we all live. Obviously, one next step would be to find some published sources for this premise. equally obviously, clearly this is not a question that needs to be resolved immediately.

presumably, people may happen upon this question a decade or two from now. at some point, this question of delineating the "late modern period" from whatever comes next will in fact become more relevant. I am simply introducing this question for some initial discussion, if possible. I welcome any comments. thanks. ---Sm8900 (talk) 🌍 14:52, 4 January 2022 (UTC)

This seems in no way related to actually improving enwiki, and is a content discussion best had offwiki somewhere. Fram (talk) 14:59, 4 January 2022 (UTC)
Not entirely sure what relevance this has to the idea lab. We can't decide what labels are used, we must follow historians' use on a case-by-case basis. Santacruz Please ping me! 15:06, 4 January 2022 (UTC)

This comment might have more appropriately been put on the talk page of this article. I would say that the period of history in which we now find ourselves is no longer the late modern period, but contemporary history. YTKJ (talk) 09:23, 7 January 2022 (UTC)

Upload .CSV linked data to Wikimedia files[edit]

In the Summery section of the Wikimedia document there should be a way to upload linked data to a .csv file or .tsv file, so other people can update the data/graph/chart later. --Wikideas1 (talk) 06:46, 6 January 2022 (UTC)

You can upload it as mw:Help:Tabular data. There is a gadget that allows you to upload an entire csv to that. Or upload to commons archive and then link to it with Template:Source File location. —TheDJ (talkcontribs) 09:34, 6 January 2022 (UTC)

Accessibility preference to disable the Wikipedia dropdown toolbar[edit]

See: Wikipedia:Help desk#How can I disable the Wikipedia dropdown toolbar? I will update this link when the thread is archived.

The Wikipedia main page does not have a dropdown toolbar when you scroll down from the top of the page. But most pages on Wikipedia do have it. For example:


We need a preference that eliminates that dropdown toolbar. It takes up too much usable space on my screen. Especially since I often have the font zoom bar setting on Firefox at around 150%, 170%, etc.. Which makes that toolbar even larger. So it is an accessibility issue too.

This CSS snippet could be made into a preference:

  display: none !important;


I wish it was a preference, or a gadget. Many people would benefit. It's an accessibility setting. Discussion? --Timeshifter (talk) 12:22, 8 January 2022 (UTC)

Could the Wikipedia homepage be more random?[edit]

I haven't posted a message here or anywhere else on Wikipedia before. I love Wikipedia. I use it all the time. I particularly like the daily-updated homepage, which it is my ritual to look at while having lunch. However, I have noticed that in the did you know snippets (my favourite part) there are recurring themes (featured themes perhaps) for instance, lately, US radio stations and Missouri military history. In general, the did you knows, appear to be US-heavy. Presumably the did you knows are chosen/put forward by individuals. I was just wondering if it might be better (and possible) to generate these snippets randomly. It is the randomness and triviality that I like, as I find myself suddenly becoming interested in something far-removed from my knowledge, and going off at tangents. Would such a development be in the interests of other users? Whilst appreciating the news items are chosen (somehow) by significance, and are arrived at via media/politics-based decisions (and not my interest) I would also like to see the featured articles, the on this days, the anniversaries and the featured pictures, being random. I dare say, the very concept of randomness needs to be defined, is something which has different connotations to different people, and can be arrived at in different ways. Also, I have no idea how snippets could be plucked from an article. I'm sure software could be programmed to pick out several of the six million odd articles, but maybe it couldn't isolate something suitably bite-sized that could be put in the format of did you know...? — Preceding unsigned comment added by AdrianKeefe (talkcontribs) 12:44, 12 January 2022 (UTC)

AdrianKeefe if you like the snippets, one thing you can always do (and which I do from time to time) is go through the DYK archives and click on random dates. It's not totally random, but it does provide that sense of exploration that one would find cool. Note that DYKs are not only put forward by individuals, but also each day is curated for various reasons (not having too many DYKs of a single topic on the same date, specific DYKs nominated far in advance for specific dates, etc.) and so I think making it automated would probably not be very benefitial. I strongly encourage you to participate in the nomination of DYKs, if you wish. You don't need to create tons of content, just finding suitable articles and interesting facts is all you need. A. C. SantacruzPlease ping me! 12:57, 12 January 2022 (UTC)
You might also want to check out this page I made. Every time you purge the cache on this page, a different set of DYK hooks from a random date between 2005 and 2021 will appear. It's like browsing the DYK archives in the way that Santacruz described but with minimal clicking involved. —GMX(on the go!) 17:28, 12 January 2022 (UTC)
That page is in a near-complete state, and now I have the strong urge to to make a Main Page design with randomized parts. —GMX(on the go!) 20:25, 12 January 2022 (UTC)
The iPhone app has a different style of main page. This is a scrolling selection including:
  • Featured article
  • Top read
  • Picture of the day
  • On this day
  • Random article
  • Places near
So, as well as the desktop main page items, you get some others including a random article each day. These seem to be filtered so that only articles which have pictures are shown and this helps cuts out the more boring stubs.
But if what you really want are oddities then the page you want is WP:WEIRD...
Andrew🐉(talk) 13:15, 12 January 2022 (UTC)
  • User: Adrian_Keefe, are you talking about Wikipedia: Main page? You say that the "Did you know" snippets on Wikipedia tend to be U.S.-heavy, but that could be an aspect of Wikipedia that applies to all of Wikipedia, not just Wikipedia: Main page. I suspect that if one went through ALL of Wikipedia, one would find a bias to articles to do with North America, western Europe and Australasia. If one compares the article on Donald Trump with some past state leaders of India, you may not be surprised to see which one is longest. You may like to look at the article Racial bias in Wikipedia. YTKJ (talk) 14:29, 12 January 2022 (UTC)
  • It's always wonderful to hear thoughtful feedback from readers, as many of us editors tend to get so absorbed in our various processes that we forget what the experience of casual readers actually is, so thank you for coming here and sharing, AdrianKeefe.
    To give you some background info, to appear in the Did you know (DYK) section of the Main Page, an article needs to be newly created, newly expanded, or have newly passed a good article review process. An editor (typically the primary editor who wrote the article) can then nominate it to appear, and after some feedback, it's usually approved, assigned a date/slot by a DYK coordinator, and runs. As a rule of thumb, the coordinators try to have no more than half the blurbs on the Main Page at a given time be U.S.-related. However, you're still going to see some topics popping up a lot, since some individual editors who are interested in certain subject areas have a habit of nominating their articles for DYK, which leads to a lot of appearances on those topics. These areas will reflect Wikipedia's systemic bias, which is unfortunate.
    The process for Today's Featured Article (TFA) is different. When we say "featured article", we don't mean it in the sense of "random article we decided to feature today"; rather, we're referring to a specific quality assessment, featured article-class (FA-class), which is currently given to only 6047 articles out of Wikipedia's 6 million, roughly 1 in 1000. To reach this status, articles need to undergo an extremely thorough peer review process (for instance, the combined length of the reviews for one article I recently improved to FA class reached 40,000 words, equivalent to about 80 pages). So there's a much more limited pool there, and it also unfortunately reflects systemic biases toward certain topics (many of which are comparatively easier to write about at an FA level, such as weather events).
    I think we need to do a much better job of communicating these processes to Main Page readers. For instance, we used to say something like "From Wikipedia's newest content" above the DYKs, but we took it out several years ago, and I've been waiting for someone to propose that we restore it. I also think we need to more actively prioritize interesting content readers will be most likely to appreciate, rather than prioritizing editors who wish to see their work featured prominently. Cheers, {{u|Sdkb}}talk 22:17, 12 January 2022 (UTC)

Universal notice for draftspace[edit]

One of the hallmark characteristics of the draft namespace is that it is not rigorously patrolled. As anyone who ever done AfC patrolling knows, it has a lot of junk. Because of this, and also just because it's not part of the encyclopedia proper, we don't index it for search engines.

However, it's still not too hard for readers to stumble into it. For instance, if you go to a redlink for a page with a draft but no article yet (example: Cleo Abram), you'll be pointed to the draft. It's also possible for someone to share a direct URL to a draft off-wiki. And if reader does come across a draft, there's nothing really there to tell them what it is and to give them relevant disclaimers.

Therefore, I think it might be a good idea to add {{Draft article}} to the space permanently as an interface element (i.e. it'd be outside the wikitext). I also think we could improve the notice to tell readers This is a draft encyclopedia article. It is not yet part of the encyclopedia and has not been reviewed for compliance with Wikipedia's editorial standards.

Thoughts? {{u|Sdkb}}talk 23:27, 12 January 2022 (UTC)

I strongly agree with improving the notice. I also think that it would be a good idea to add {{draft article}} to the Draft space, especially for less wiki-fluent (I struggle to find the particular word I mean right now) visitors that may stumble upon a draft article and assume it is a mainspace article. A. C. SantacruzPlease ping me! 23:55, 12 January 2022 (UTC)
@Sdkb: where exactly do you want to insert this? I'm strongly opposed to hacking it in via the sitenotice and phab:T6469 was declined. — xaosflux Talk 00:05, 13 January 2022 (UTC)
@Xaosflux, I'm not sure—I don't know much about that technical aspect of Wikipedia (that's what I depend on editors like you for Face-smile.svg). I see in that phab ticket that it was declined because there wasn't a strong use case, so if we found consensus for this, perhaps we'd revive that ticket and try to push it through. {{u|Sdkb}}talk 00:11, 13 January 2022 (UTC)
@Sdkb: meta:Community_Wishlist_Survey_2022 is open for proposals right now - so if you want to get a new piece of code (in this case "namespace notices") created for mediawiki in general, it could be the chance to propose that T6469 gets revisited. — xaosflux Talk 00:40, 13 January 2022 (UTC)
I have re-opened it and filed a patch. – SD0001 (talk) 18:41, 13 January 2022 (UTC)
@SD0001: thank you, I'm fairly supportive of putting something useful in a ns-118-notice (and maybe some other ns's, certainly not 0!) — xaosflux Talk 19:08, 13 January 2022 (UTC)

Multiple Timelines[edit]

I am trying to understand the sequence of major technological advances, and when they occurred in history. It occurred to it would help to have a timeline. I found this discussion about timelines, but the link is dead.[1].

I suspect that all sorts of timelines would be helpful, for any discipline, for any country, for any war or historical movement, or for any company or organization. BooksXYZ (talk) 17:06, 14 January 2022 (UTC)


You can try entering Timeline in the search box. Near the top of the list in the results is Timeline of historic inventions. There apparently are 131,624 articles in the English Wikipedia with "Timeline" or "Timelines" in the title. - Donald Albury 18:14, 14 January 2022 (UTC)

Showing user hostnames for anonymous users.[edit]

A large source of vandalism comes from school devices on school networks. Currently, there is no way for a school to identify which students are vandalizing the website, which gives me an idea. Many schools include student names or student id codes in the hostname of school devices (Such as 21-John-Doe, etc). If we included user hostnames in the edit logs alongside ip addresses, this could give some schools the ability to cut down on vandalism. I don't see this as a violation of privacy as this information is available to any website you visit anyways. Elijahr2411 (talk) 01:44, 15 January 2022 (UTC)

If an organization like a school wants to identify which of their clients used one of their IP's to connect to us, they can use their own logs for that already. — xaosflux Talk 01:51, 15 January 2022 (UTC)
Wait, so schools are sharing the full names of children with random strangers on the internet?! I did not know this, but I guess it shouldn't surprise me. But yes, that's a "violation of privacy" even if we aren't the ones doing it. We should not make the problem worse by storing this (possibly ephemeral) information in a permanent and widely-mirrored log.
The point is moot, however. See meta:IP Editing: Privacy Enhancement and Abuse Mitigation which is coming whether we like it or not. Suffusion of Yellow (talk) 04:25, 15 January 2022 (UTC)
Damn, I forgot the possible impact of this on our ability to do school blocks. Doug Weller talk 09:28, 15 January 2022 (UTC)
I should have looked first, it appears this may be taken into account. Doug Weller talk 09:29, 15 January 2022 (UTC)
At this point, these changes are up to the WMF with the feedback they receive following the roll-out. Very little up to us at the moment. We'll see what happens post roll-out with this school issue, and give the appropriate feedback then. Curbon7 (talk) 04:48, 15 January 2022 (UTC)
Elijahr2411, Suffusion of Yellow, I don't think hostnames of devices are included in http requests anyway, but correct me if I'm wrong. School devices are probably typically behind a Network address translation router or school VPN. Even if you could obtain hostnames that information wouldn't be legal to publish without permission. The school IT staff may be able to identify users, but not us. — Alexis Jazz (talk or ping me) 00:17, 17 January 2022 (UTC)

Hosting scripts with non-CC licenses[edit]

I've been extremely disappointed by the way many commenters have been shitting on me in Wikipedia:Miscellany for deletion/MediaWiki:Gadget-afchelper.js/core.js. Being widely used is not a reason not to nominate something for deletion (unless one wants to invoke WP:IAR, but, really?), it having been around for a long time isn't either, the shifting of the burden to prove compatibility is downright ludicrous, accusations of the nomination being disruptive and pretending I'm trying to change policy with it or something are a serious violation of WP:AGF if I ever saw one.
Yes, I'm pissed and I needed to get that off my chest. I nominated it because I didn't think the license was compatible, and I'm still unsure whether it is. Nothing more, nothing less. I don't automatically assume there's a wider problem.

While I hate to have to be the one to initiate the discussion, there appears to be a desire to host third-party scripts on Wikimedia that have a free license that isn't compatible with CC BY-SA 3.0. A few options I have thought of that could achieve this:
1. Toolforge. Already available, but not readily accessible to everyone to upload. Will require CORS exceptions. May cause downtime/performance problems.
2. Add an exception to WP:Copyrights. Somewhat complicated. Would have to be well-written. Would only provide a solution for enwiki, assuming we don't want to host everything here for all projects in all languages.
3. Create an exception on Meta and load any non-CC scripts from there. No CORS or performance issues and available to anyone who isn't blocked on Meta. Similarly complicated, but would solve the issue for all projects.
4. Same, but on Commons. The likelihood of getting blocked on Commons without bad faith is probably higher than meta (copyright is hard) so I have rather mixed feelings about that.
5. Create a new wiki just for this. None of the problems, but even less trivial.
6. Create an exception on foundation:Terms of Use#7. Licensing of Content. I'm not sure about the implications there, if it would overrule WP:Copyrights, etc.
Or we simply ban non-CC scripts of course, but my gut tells me that won't be a popular option. — Alexis Jazz (talk or ping me) 19:58, 15 January 2022 (UTC)

As a few participants in the linked MfD noted, we should seek advice from qualified individuals (e.g. WMF Legal) before doing anything. Enterprisey (talk!) 07:33, 18 January 2022 (UTC)

Idea for an "Edit Wizard"[edit]

See User:Enterprisey/Edit Wizard design doc. I'll copy/paste a bit here:

The Edit Wizard is a proposed better edit request process. Users will be guided step-by-step through building up an edit request.

There will be four workflows:

  • Add Fact: Choose Source, Choose Quote (quote must appear exactly in source), Rephrase Quote (in your own words), Choose Place (for the new fact)
  • Tag an Issue: Select Text (in the article), Choose Tag (Category:Inline cleanup templates), Choose Source+Quote (optional)
  • Update Text: Select Text, Choose Source, Choose Quote, Rewrite Text
  • Delete Text: Select Text, Choose Reason (irrelevant, incorrect (require source), misleading, redundant (require selection of other text))

Thoughts appreciated. Enterprisey (talk!) 07:23, 18 January 2022 (UTC)