Community Wishlist Survey 2022/Assorted improvements for the Wiki Creation process

Proposed by Raidarr

Proposal summary: Increase flexibility in what users can request for wiki creation and make the process more responsive for requesters

Full proposal: I don't want to flood the wishlist with compartments of a larger thought, so these are the individual things I would request are added to the form when users request a wiki.
 * 1) A default skin selection to load. If people want to start with Timeless or MonoBook, why not, right from the start.
 * 2) Along with above, suggest a few extensions that could be of interest to have loaded (or turned off) immediately upon creation, along with a link to the ManageWiki guide for founder perusal. This may also accompany a blurb which references the new PortableInfobox builder, and if created in time a larger article offering more options for people to have the infobox formats they want. But of course, this is contingent on improvements at a Meta documentation level.
 * 3) Issue responsive warnings for things which would more than likely get a request declined including a too short URL, certain names/combinations that may be problematic, a description with only a few words, and perhaps a combination of slightly looser checks for <-- when paired with a lack of category and other detail selection that would indicate deliberate choice. As this would probably only be on the front end to avoid backend verification spaghetti code, this would merely be offered to give users a chance to reconsider, and be easily overridden.
 * 4) Perhaps integrate a link to the discord referencing a new public irc-relay channel to discuss the wiki creation process and also to allow users to say 'hey I requested a wiki' so savvy WCs from Discord or IRC can take note of them, improving response time in a variety of situations and giving a direct opportunity to ask questions before placing the request

I don't mind if pieces are considered in individual bits, in full, adjusted for feasibility and so forth. I'd like to at least see the spirit of the above exist, on top of the already ongoing proposal to improve the process from the Wiki Creator perspective.

Discussion

 * The idea is to make an automated wiki creation/request and following the same procedures as creating a wiki on Wikia/FANDOM? Single idea; mainly in the part of choosing the theme and in the extensions (which help in exporting templates) and in choosing the URL, which would hypothetically be an adversity to be considered. YellowFrogger (✉ Talk  ✐ Edits ) 21:46, 21 December 2021 (UTC)
 * Fundamentally, I think these principles can apply with or without full automation, although in the case of automation there are other aspects, some in this proposal which should be considered much more strongly. --Raidarr (talk) 22:07, 21 December 2021 (UTC)
 * While #4 is out-of-scope for SRE, I wouldn't mind a public and private channel for wiki creators. The public channel can be used by people asking questions about their requests and the private one for wiki creators to discuss requests. Perhaps we can also add a "Wiki Creators" role on Discord too. Agent Isai  Talk to me! 13:21, 23 December 2021 (UTC)
 * What exactly is "out of scope"? I think a page warning what's out of scope would be necessary because it's hard to determine (on the main Community Whitelist page, it warns you to solicit ideas for Miraheze, but doesn't say which ones). Nothing then should be out of scope. --YellowFrogger (Talk — ✐) 22:28, 31 December 2021 (UTC)
 * I invite you to read the front page of the Community Wishlist and also the notes section which says SRE has final say. Agent Isai  Talk to me! 22:38, 31 December 2021 (UTC)
 * Thanks for the information. Even so, experienced users confuse this (by the number of laws that have). --YellowFrogger (Talk — ✐)
 * In this case the process is 95% in full governed by SRE discretion and the ground rules of the one page Agent indicates. --Raidarr (talk) 20:55, 1 January 2022 (UTC)