MarioWiki:Proposals

Writing guidelines
None at the moment.

Visual Editor
Editing articles using the current editing format (aka, Source Editor) is difficult. There needs to be another editing option to making editing easier. This is something Fandom has and works wonders.

Proposer: Deadline: November 1, 2022, 23:59 GMT

Support

 * 1) Per proposal.
 * 2) Rare unpopular opinion, but I just don't see why a very popular and widely used Visual Editor cannot be a second option. It doesn't take away anything and encourages newer users who don't yet have experience with source editor to contribute.
 * 3) Although I personally vastly prefer source editor and would never use a visual editor if we did have one, I don't see the harm in having it as a second option for people who do prefer it.
 * 4) Wikipedia itself has one, so the notion that it would be confusing to experienced editors is completely moot. Plus, visual editors are more designed for new editors to help them edit things easily and help them grasp the concepts of editing. I personally do not see the danger in this.

Oppose

 * 1)  VisualEditor isn't entirely perfect, it can mess up how wikitext looks like for experienced editors. I like the concept of editor accessibility, but it can be said that it would be preferable to make the basic rules of wikitext easier to read and utilize. In other words, I think source editing is fine as it is, and we don't need VisualEditor to supplement it.
 * 2) Per PanchamBro and Ray Trace’s comment. Coming from a relatively new user’s perspective, the current source editor used is fine. It was a bit hard to get the hang of at first but I quickly got used to how to use it.
 * 3) Per Killer Moth. As someone who just came back from a 14 year hiatus, it doesn't take long to get used to it. It's based on html which is universal across many sites.
 * 4) Per all.
 * 5) i think theres nothing wrong with the source editor, the visual editor, however, can cause numerous issues because it isnt used to more precise, specific things like tables, templates and so on.
 * 6) Per all.

Comments
This is not something that can be done via proposal but something that is up to our site owner. Besides, while the source editor does have a difficulty curve compared to using the visual editor in fandom for beginners, I wouldn't say it is all that difficult to learn. 17:01, October 25, 2022 (EDT)

Personally, I'm not even sure a Visual Editor like the one FANDOM uses can be implemented. FANDOM, even back when it used to be called Wikia, tends to implement a lot of features that no other wiki farm has, such as their default skin, user blogs, message walls, comments and the Discussions feature (this also extends to discontinued skins and features). I don't think any of these FANDOM-exclusive features are compatible with other wikis outside of FANDOM. To be fair, though, Wikipedia has its own Visual Editor, so a feature like that isn't impossible. But FANDOM's visual editor came first, and uses different UI compared to that of Wikipedia. Plus, Wikipedia is the only wiki outside of FANDOM that actually has a visual editor (as far as I know anyway), so it might still be difficult to implement. 07:37, October 26, 2022 (EDT)
 * Other wikis do have VisualEditor enabled (e.g. Inkipedia), but is just more of a preference that source editor is more in-depth compared to VisualEditor.
 * And about VisualEditor, it was made by the Wikimedia Foundation in collaboration with Fandom. Both teams worked to develop the shite software so they can both have this interface for their editors. 13:05, October 26, 2022 (EDT)

Remove external links to Zelda Dungeon Wiki and/or Triforce Wiki
Early this year, a proposal was passed to add external links to Zelda Dungeon Wiki and Triforce Wiki by 10-0; the intent was to add two links to two independently hosted wikis as Zelda Wiki at the time was hosted on Fandom.

Fortunately for us, this is no longer the case. Zeldapedia is now independently hosted and doing well. I think while Zelda Dungeon Wiki and Triforce Wiki have served their purpose and are great resources for Zelda content, it would be embarassing (as a NIWA wiki) to continue using these wikis when it was originally intended to supplement a Fandom wiki that has since forked its content to become independently hosted once again.

Edit: After giving some thoughts, I've decided to allow users to either remove ZD Wiki or Triforce Wiki or remove them both.

Proposer: Deadline: October 27, 2022, 23:59 GMT Extended to November 4, 2022 23:59 GMT

Remove both

 * 1) Per my reasons.
 * 2) Per proposal.
 * 3) Per proposal.

Do nothing

 * 1) - Disregarding my personal ties to Triforce Wiki, I'd actually support (and even prefer) allowing more specifically approved outside-NIWA indy wikis of Nintendo subjects to be included, if only for variety's sake. (Also, I am very happy for ZeldaWiki!)
 * 2) Agreed. Disregarding the biases involved with Triforce Wiki's approach being modeled after this wiki's, I think it's more in our interest to keep the line drawn at non-NIWA wikis that cross into Mario franchise coverage. I might be misremembering, but wasn't there a time when the Sonic News Network links were in question due to the Sonic Retro wiki, but it was decided to keep both because while the former isn't independent, it's more mature as a wiki? For our purposes, the relevant content is mature enough. Cutting off options does a disservice to readers.
 * 3) - per Doc

Comments
Here's the thing, I'm more in favor of just removing Triforce Wiki. Zelda Dungeon Wiki, I feel, should still be kept for the reasons Doc has said. However, I'm more in favor of removing Triforce Wiki because the owner has had disturbing history on many NIWA wikis. Wikiboy10 (talk) 09:53, October 20, 2022 (EDT)
 * I tried my best to not mention it, but yeah the history of Triforce Wiki had been concerning for many. If people want to keep ZD Wiki and remove Triforce Wiki, I'd be happy to add it as an option. 10:03, October 20, 2022 (EDT)
 * I'm going to let Doc touch on this since I don't know as much - being that I had never been in Discord - but know the bottom line is that the founder is no longer actively involved and I disbelieve that one's personal actions taints a whole. LinkTheLefty (talk) 10:25, October 20, 2022 (EDT)
 * Um... TriForce Wiki was always my little pet project. RMV even said as much himself. Technically the domain is now hosted by grifkuba, I've banned RMV for his - quite frankly dangerous - behavior, and I am the de facto proprietor now - I've just been inactive due to being busy on this site. Doc von Schmeltwick (talk) 12:34, October 20, 2022 (EDT)

Disregarding the problematic history with Triforce Wiki (and thank god he's no longer involved), I have some issues with your argument @LinkTheLefty.
 * "I think it's more in our interest to keep the line drawn at non-NIWA wikis that cross into Mario franchise coverage. [...] Cutting off options does a disservice to readers."

I'm not sure if this is a great argument. We already have issues with Smash coverage here, and at the moment they aren't linking to any other Smash wiki than SmashWiki. I might be getting into slippery slope territory by saying this, but I don't want an instance where we decide that if we provide enough coverage to a franchise, we should link to every wiki that covers that franchise. Relatively speaking, I don't want this wiki to start linking to https://animalcrossing.fandom.com (which is unlikely, but still). I don't think Zeldapedia minds about linking to other Zelda wikis, but I don't want this to set a precedent that quite frankly should be avoided. 11:08, October 20, 2022 (EDT)
 * I was going to mention Smash before, but I thought that example was already implicitly inapplicable given the franchise's special scope in wiki coverage (for the time being or not), so I didn't bother. Your Fandom example isn't applicable either, per this proposal. Furthermore - and I'm aware this wasn't your intention when you made this but I want this to be clear - associating Triforce Wiki with one person/incident it has largely moved away from is REALLY unfair to Doc, who has been open about it being a pet project of hers and earned the title of current proprietor of the wiki, which is now hosted by Grifkuba among other NIWA wikis. That's all I really want to say about this matter. LinkTheLefty (talk) 11:54, October 20, 2022 (EDT)

I think I'm going to wait a bit before weighing in with a vote. For now, I think it's best if we at least replace all links to the ZeldaWiki hosted by FANDOM with links to the new independent Zeldapedia, if that hasn't been done already. I'm also happy that they finally went independent again, like how they used to. It kinda stuck like a sore thumb to have this one NIWA wiki to be hosted by Gamepedia/FANDOM when all the other NIWA wikis are independent. On a side note though, I think it's funny that the new independent wiki is called "Zeldapedia", considering there was previously a Zeldapedia hosted by FANDOM before they were assimilated by ZeldaWiki on FANDOM. 11:05, October 22, 2022 (EDT)
 * Just to let you know, it's already replaced; the interwiki links now point to Zeldapedia instead of Zelda Wiki. 14:26, October 22, 2022 (EDT)

Remove the list and table exception from Article size
Okay, I tried starting a discussion on this first, but the lack of debate on this is ridiculous.

So basically, our article size policy has this weird exception stating that "This policy does not apply to list or table pages such as Places and Trophy Descriptions (Super Smash Bros. Brawl), just actual articles." I tried asking why this clause was made and the reasoning behind it (especially considering that lists are like, 700% easier to split than normal pages) but got nothing more than a single vague answer from Doomhiker. ("Happened because of a forum discussion." - What forum discussion, when the forum discussion took place, and the actual rationale behind it are still a mystery to me.) But what I find the most alarming is that so far, this exception has been violated twice in recent months; namely, for List of tours in Mario Kart Tour and List of favored and favorite courses in Mario Kart Tour. Spirit (Super Smash Bros. Ultimate) was also split, but that had a proposal specifically for it, so I will let it slide.

Rather than argue for re-merging those two list pages, I'm instead going to be arguing for the removal of this exception clause. From what I can tell, the policy was made back in the blissful perfect days of the early 2010s, back when the biggest article was Bowser and not several list pages on Mario Kart Tour-related subjects. And the list pages we have now are massive; the latter example that I gave that breached the list and table exception was over a million bytes long before it was split. When has something like that ever happened before on any wiki using any wiki-style across the internet including Wikipedia itself??? And even with the lists we have merged now, our current largest page (List of trophies in Super Smash Bros. for Wii U) is also a list and is twice as large as Bowser's article is now. This, this is ridiculous. Not only do these super long pages take full minutes to load completely and are impossible to edit concisely, but our policy explicitly states that we're not supposed to split them if they're lists, which several of our largest pages are. Considering the negatives of having massive several-hundred-thousand-byte-long list pages and the fact that lists are extremely easy to split into separate articles, and the fact that several of these articles (namely, the lists for Mario Kart Tour related stuff) show no signs of slowing down their growth, what reason is there to say that list pages shouldn't be split up a bit?

Please note that if this proposal fails, the two exception-breaching list splits I mentioned before (List of tours in Mario Kart Tour and List of favored and favorite courses in Mario Kart Tour) will be re-merged into their main list pages again. We can't have our cake and eat it too.

Proposer: Deadline: November 5, 2022, 23:59 GMT

Support

 * 1) Let's keep our policies up to date with the reality of Mario games, please and thank you.
 * 2) Per proposal.
 * 3) Per proposal.
 * 4) Per proposal, very unneeded and unenforced guideline.
 * 5) Anything that keeps the bloat off these already-huge pages is fine by me.
 * 6) Those two MKT pages would be a nightmare to edit if they were re-merged.
 * 7) Per all.

Comments
For clarification, the question that Spectro asked on Discord was what I interpreted to be a question as to why the favored and favorite page was split regardless of policy. They asked why lists couldn't be split after asking why that page was still split, I responded to the latter. The forum discussion in question can be seen here. 15:34, October 29, 2022 (EDT)

Changes
None at the moment.

Miscellaneous
None at the moment.