MarioWiki:Proposals

Current time: Monday, November 11th, 23:43 GMT

Proposals can be new features, the removal of previously-added features that have tired out, or new policies that must be approved via consensus before any action is taken. Voting periods last for two weeks. Any user can support or oppose, but must have a strong reason for doing so (not, e.g., "I like this idea!"). All proposals must be approved by a majority of voters, including proposals with more than two options. For past proposals, see the proposal archive and the talk page proposal archive.

A proposal section works like a discussion page: comments are brought up and replied to using indents (colons, such as : or ::::) and all edits are signed using the code {{User|User name}}.

How to

Rules

1. If users have an idea about improving the wiki or managing its community, but feel that they need community approval before acting upon that idea, they may make a proposal about it. They must have a strong argument supporting their idea and be willing to discuss it in detail with the other users, who will then vote about whether or not they think the idea should be used. Proposals should include links to all relevant pages and writing guidelines. Proposals must include a link to the draft page. Any pages that would be largely affected by the proposal should be marked with {{proposal notice}}.
2. Only registered, autoconfirmed users can create, comment in, or vote on proposals and talk page proposals. Users may vote for more than one option, but they may not vote for every option available.
3. Proposals end at the end of the day (23:59) two weeks after voting starts (all times GMT).
   • For example, if a proposal is added at any time on Monday, August 1, 2011, the voting starts immediately and the deadline is two weeks later on Monday, August 15, at 23:59 GMT.
4. Every vote should have a strong, sensible reason accompanying it. Agreeing with a previously mentioned reason given by another user is accepted (including "per" votes), but tangential comments, heavy sarcasm, and other misleading or irrelevant quips are just as invalid as providing no reason at all.
5. Users who feel that certain votes were cast in bad faith or which truly have no merit can address the votes in the comments section. Users can ask a voter to clarify their position, point out mistakes or flaws in their arguments, or call for the outright removal of the vote if it lacks sufficient reasoning. Users may not remove or alter the content of anyone else's votes. Voters can remove or rewrite their own vote(s) at any time, but the final decision to remove another user's vote lies solely with the administrators.
   • Users can also use the comments section to bring up any concerns or mistakes in regards to the proposal itself. In such cases, it's important the proposer addresses any concerns raised as soon as possible. Even if the supporting side might be winning by a wide margin, that should be no reason for such questions to be left unanswered. They may point out any missing details that might have been overlooked by the proposer, so it's a good idea as the proposer to check them frequently to achieve the most accurate outcome possible.
6. If a user makes a vote and is subsequently blocked for any amount of time, their vote is removed. However, if the block ends before the proposal ends, then the user in question holds the right to re-cast their vote. If a proposer is blocked, their vote is removed and "(banned)" is added next to their name in the "Proposer:" line of the proposal, which runs until its deadline as normal. If the proposal passes, it falls to the supporters of the idea to enact any changes in a timely manner.
7. No proposal can overturn the decision of a previous proposal that is less than 4 weeks (28 days) old.
8. Any proposal where none of the options have at least four votes will be extended for another week. If after three extensions, no options have at least four votes, the proposal will be listed as "NO QUORUM." The original proposer then has the option to relist said proposal to generate more discussion.
9. If a proposal reaches its deadline and there is a tie for first place, then the proposal is extended for another week.
10. If a proposal reaches its deadline and the first place option is ahead of the second place option by three or more votes, then the first place option must have over 50% approval to win. If the margin is only one or two votes, then the first place option must have at least 60% approval to win. If the required approval threshold is not met, then the proposal is extended for another week.
    • Use the {{proposal check}} tool to automate this calculation; see the template page for usage instructions and examples.
11. Proposals can be extended a maximum of three times. If a consensus has not been reached by the fourth deadline, then the proposal fails and can only be re-proposed after four weeks (at the earliest).
12. All proposals are archived. The original proposer must take action accordingly if the outcome of the proposal dictates it. If it requires the help of an administrator, the proposer can ask for that help.
13. If the administrators deem a proposal unnecessary or potentially detrimental to the upkeep of the Super Mario Wiki, they have the right to remove it at any time.
14. Proposals can only be rewritten or canceled by their proposer within the first six days of their creation. However, proposers can request that their proposal be canceled by an administrator at any time, provided they have a valid reason for it. Please note that canceled proposals must also be archived.
15. Unless there is major disagreement about whether certain content should be included, there should not be proposals about creating, expanding, rewriting, or otherwise fixing up pages. To organize efforts about improving articles on neglected or completely missing subjects, try setting up a collaboration thread on the forums.
16. Proposals cannot be made about promotions and demotions. Users can only be promoted and demoted by the will of the administration.
17. No joke proposals. Proposals are serious wiki matters and should be handled professionally. Joke proposals will be deleted on sight.
18. Proposals must have a status quo option (e.g. Oppose, Do nothing) unless the status quo itself violates policy.

Basic proposal and support/oppose format

This is an example of what your proposal must look like, if you want it to be acknowledged. If you are inexperienced or unsure how to set up this format, simply copy the following and paste it into the fitting section. Then replace the [subject] - variables with information to customize your proposal, so it says what you wish. If you insert the information, be sure to replace the whole variable including the squared brackets, so "[insert info here]" becomes "This is the inserted information", not "[This is the inserted information]". Proposals presenting multiple alternative courses of action can have more than two voting options, but what each voting section is supporting must be clearly defined. Such options should also be kept to a minimum, and if something comes up in the comments, the proposal can be amended as necessary.

---

===[insert a title for your proposal here]===
[describe what issue this proposal is about and what changes you think should be made to improve how the wiki handles that issue]

'''Proposer''': {{User|[enter your username here]}}<br>
'''Deadline''': [insert a deadline here, 14 days after the proposal was created, at 23:59 GMT, in the format: "November 11, 2024, 23:59 GMT"]

====Support====
#{{User|[enter your username here]}} [make a statement indicating that you support your proposal]

====Oppose====

====Comments====

---

Users will now be able to vote on your proposal, until the set deadline is reached. Remember, you are a user as well, so you can vote on your own proposal just like the others.

To support, or oppose, just insert "#{{User|[add your username here]}}" at the bottom of the section of your choice. Just don't forget to add a valid reason for your vote behind that tag if you are voting on another user's proposal. If you are voting on your own proposal, you can just say "Per my proposal".

Talk page proposals

Proposals concerning a single page or a limited group of pages are held on the most relevant talk page regarding the matter. Proposals dealing with a large amount of splits, merges, or deletions across the wiki should still be held on this page.

For a list of all settled talk page proposals, see MarioWiki:Proposals/TPP archive and Category:Settled talk page proposals.

Rules

1. All active talk page proposals must be listed below in chronological order (new proposals go at the bottom) using {{TPP discuss}}. Include a brief description of the proposal while also mentioning any pages affected by it, a link to the talk page housing the discussion, and the deadline. If the proposal involves a page that is not yet made, use {{fake link}} to communicate its title in the description. Linking to pages not directly involved in the talk page proposal is not recommended, as it clutters the list with unnecessary links. Place {{TPP}} under the section's header, and once the proposal is over, replace the template with {{settled TPP}}.
2. All rules for talk page proposals are the same as mainspace proposals (see the "How to" section above), with the exceptions made by Rules 3 and 4 as follows:
3. The talk page proposal must pertain to the subject page of the talk page it is posted on.
4. When a talk page proposal passes, it should be removed from this list and included in the list under the "Unimplemented proposals" section until the proposed changes have been enacted.

List of ongoing talk page proposals

• Determine what to do with Jamboree Buddy (discuss) Deadline: November 12, 2024, 23:59 GMT
• Split Cursed Mushroom from Poison Mushroom (discuss) Deadline: November 12, 2024, 23:59 GMT
• Merge Orbs that share names with pre-existing Mario Party series items with those items (discuss) Deadline: November 14, 2024, 23:59 GMT
• Create a number of articles for special buildings in Super Mario Run (discuss) Deadline: November 15, 2024, 23:59 GMT
• Consider Deep Cheeps' appearance in the Super Mario Maker series a design cameo rather than a full appearance (without Blurps being affected) (discuss) Deadline: November 15, 2024, 23:59 GMT
• Merge Mushroom, Dash Mushroom, and most of Super Mushroom (discuss) Deadline: November 18, 2024, 23:59 GMT
• Expand and rename List of characters by game (discuss) Deadline: November 20, 2024, 23:59 GMT
• Decide whether to create articles for Ashita ni Nattara and Banana Tengoku and/or include them on List of Donkey Kong Country (television series) songs (discuss) Deadline: November 23, 2024, 23:59 GMT

Unimplemented proposals

Proposals

Break alphabetical order in enemy lists to list enemy variants below their base form, EvieMaybe (ended May 21, 2024)

Standardize sectioning for Super Mario series game articles, Nintendo101 (ended July 3, 2024)

^ NOTE: Not yet integrated for the Super Mario Maker titles, Super Mario Run, and Super Mario Bros. Wonder.

Create new sections for gallery pages to cover "unused/pre-release/prototype/etc." graphics separate from the ones that appear in the finalized games, Doc von Schmeltwick (ended September 2, 2024)

Add film and television ratings to Template:Ratings, TheUndescribableGhost (ended October 1, 2024)

Use the classic and classic-link templates when discussing classic courses in Mario Kart Tour, YoYo (ended October 2, 2024)

Split articles for the alternate-named reskins from All Night Nippon: Super Mario Bros., Doc von Schmeltwick (ended October 3, 2024)

Clarify coverage of the Super Smash Bros. series, Doc von Schmeltwick (ended October 17, 2024)

Remove all subpage and redirect links from all navigational templates, JanMisali (ended October 31, 2024)

Prioritize MESEN/NEStopia palette for NES sprites and screenshots, Doc von Schmeltwick (ended November 3, 2024)

Stop considering reused voice clips as references (usually), Waluigi Time (ended November 8, 2024)

Talk page proposals

Split all the clothing, Doc von Schmeltwick (ended September 12, 2021)

Split machine parts, Robo-Rabbit, and flag from Super Duel Mode, Doc von Schmeltwick (ended September 30, 2022)

Make bestiary list pages for the Minion Quest and Bowser Jr.'s Journey modes, Doc von Schmeltwick (ended January 11, 2024)

Allow separate articles for Diddy Kong Pilot (2003)'s subjects, Doc von Schmeltwick (ended August 3, 2024)

Split Banana Peel from Banana, Doc von Schmeltwick (ended September 18, 2024)

Merge Spiked Thwomp with Thwomp, Blinker (ended November 2, 2024)

Writing guidelines

Forbid "special symbols" from being used in article titles

This page - ★ door - basically describes it. While it is true that the source refers to the Star Door as the "★ Door", I believe this is unintuitive for readers of this wiki. It makes more sense for an average user to search for the "star door" instead of copypasting a character that isn't even present on many keyboards. The name "★ door" should still be used in the article itself, but the title should transcribe the symbol instead of using that symbol. This would also be consistent with other articles:

• World 1-Castle (New Super Mario Bros.), where the title uses the transcribed name instead of a castle emoji (🏰).
• Minna de Atsumete!, where the title of this official SMM2 course does not use the Japanese symbols.

I believe, for the overall consistency of naming pages and unneeded complexity for readers of this wiki, uncommon symbols such as the star or emojis should be forbidden from being used in the names of articles.

Proposer: Spectrogram (talk)
Deadline: April 12, 2022, 23:59 GMT

Support

1. Spectrogram (talk) per my proposal.

Oppose

1. LinkTheLefty (talk) The problem with the ★ door example is that "Big Star Door" is already pending a move (and currently redirects) to "Star Door" due to that being the in-game name, which complicates matters. Additionally, how levels are titled is generally consistent with official guides, and I don't think romanization systems for foreign characters can be compared since they're an established rule-based process. Overall, I don't think this comes up enough to be an issue like the use of hashtag at the start of a name. The only other one I can think of at the top of my head is ♥ from Yoshi's Story, which is deemed a unique subject from other heart articles.
2. Hewer (talk) It's still the official name of the subject, and people not being able to type it isn't a problem because of redirects. By this logic we should also move Pokémon to Pokemon (just as an example, there are loads of pages with accents in their titles).
3. Swallow (talk) This is a little bit like censoring content.
4. Somethingone (talk) There is a fine line to draw between accessibility and accuracy, and this is pushing it a bit too much. Redirects will work just fine.
5. Niiue (talk) Per all.

New features

None at the moment.

Removals

None at the moment.

Changes

Overhaul the no quorum proposal rule (#8)

The current rule no quorum proposals is vague, flawed, and counterproductive. Per rule 8, if a proposal has three votes or less at deadline, it NQs, ending with no action taken. In other words it needs at least four votes overall to pass. I have two major problems with this.

Problem #1: A blanket minimum number of votes means that opposition can actually cause a proposal to pass.

Take these hypothetical proposals, for instance.

• Proposal A reaches its deadline with 3 support and 0 oppose votes. That's a total of 3, exactly one shy of the minimum 4. Therefore, the proposal NQs.
• Proposal B reaches its deadline with 3 support and 2 oppose votes. That's a total of 5, enough to avoid NQ. Since there are too few votes for rule 10 to apply, and there's more support than opposition, the proposal passes.

See the problem here? Proposal B has the same amount of support as Proposal A, but more opposition, yet Proposal B passes while Proposal A does not. If Proposal B did not have those oppose votes, it wouldn't have enough votes to avoid NQ. Therefore, the opposition actually causes the proposal to pass. This should not be possible. Proposals should only ever pass in spite of opposition, never because of it.

Three-or-more-option proposals have the same problem, especially since you can vote for more than one option - the rule does not clarify whether or not multiple votes from the same user counts toward quorum. This proposal is a good example - it only met the minimum four because one of the voters picked two options.

Solution: Instead of a minimum total of 4 overall votes, make it so at least one option must have a minimum of 4 votes.

This retains the current minimum number of supports necessary to pass a proposal where no other options receive votes, but eliminates the "opposition backfire" issue mentioned above. Under this new rule, Proposal B would NQ, just like Proposal A. This rule would also apply to proposals with three or more options - at least one option would need at least 4 votes to avoid NQ.

Now for the other problem.

Problem #2: No quorum proposals just end immediately upon reaching their deadline, when we could be extending them.

Imagine the frustration. Your TPP has three supports and no opposition. If just one more person would vote, you'd be golden. But before it can happen, that deadline comes. Your proposal's over. You waited two weeks for nothing. Hey, at least you have "the option to relist said proposal to generate more discussion", even though that's an extremely vague statement that is not clear at all about what it actually means. I guess it just means "redo the proposal from scratch", but why should you have to do that?

Solution: Apply the three-week extension rule to no quorum proposals.

Why do no quorum proposals have to end right then and there? Why not just extend them, like we do with proposals that do not reach a consensus by deadline? This would help give vote-starved proposals more of a chance to gain attention and reduce the number of frustrating NQs. I'm not sure if we should apply the four-week waiting period for proposals that do NQ under this new rule, but I'm leaning towards no. If you think it should, feel free to comment on it.

Proposer: 7feetunder (talk)
Deadline: April 14, 2022, 23:59 GMT

Apply both solutions

1. 7feetunder (talk) Preferred option.
2. Koopa con Carne (talk) Per proposal; I especially support enacting the first problem's solution since it would sew a blatant policy loophole.
3. Tails777 (talk) Per proposal. I think both solutions can work. I do support the idea of the first solution, but the second solution is also a good idea, especially if it concerns a topic that's easy to miss or can easily duck under the radar.
4. Somethingone (talk) After thinking a bit more, I might've misinterpreted what solution 1 would do.
5. Archivist Toadette (talk) Per. Also, yes, I do feel that the four-week moratorium rule need only be applied to proposals that have several votes but remain without a clear majority.

Apply problem #1's solution

1. 7feetunder (talk) Second option.

Apply problem #2's solution

1. 7feetunder (talk) Better than nothing.
2. Hewer (talk) I'm neutral about the other point, but per proposal on this one (I was actually thinking of this problem recently after this proposal).
3. Spectrogram (talk) While I disagree on some points in problem #1, namely the proposed solution, I do believe extending the NQ proposals is better than relisting them.
4. LinkTheLefty (talk) I'm not sure if the first proposed solution is great in how it would affect proposals with more than two choices, but the second seems fair enough to me.

#Somethingone (talk) I feel like a better solution to problem #1 would be to modify rule 10 so that it applies to all proposals, not just ones with >10 votes, and/or maybe reduce its margin from 3 to 2. That said, I do think solution #2 is a good idea.

Leave the rule as is

1. Mario4Ever (talk) I'm admittedly working from vague memories at the moment, so I apologize if anything I say is flat-out wrong, but my understanding is the portion of the rule about relisting NQ proposals is there because there isn't always enough information in them for users to make an informed decision and cast a vote. Other times, what information is there might be at odds with the stated goal. Maybe a proposed solution wouldn't adequately address a problem raised. Maybe someone points out (or realizes) the problem itself is larger in scope than originally outlined or an entirely different problem altogether. Since these sorts of discussions tend to happen after the deadline for editing the proposal has passed, it's an opportunity to incorporate whatever comes out of those into the next iteration of the proposal (in part because of rule 5). The initial deadline is usually enough time for those sorts of discussions to take place, and there are ways of getting people to weigh in if the specific issue is a lack of attention (an ever-present one regardless of what the deadline is). That said, sometimes, unfortunately, there aren't a significant number of people concerned about/invested in a particular thing, and I think the proposed more-votes-per-option solution could therefore result in more NQs or failed proposals.

Comments

Another problem with no quorum is that it also means that the proposal is treated as failed, as if it was a clear opposed result. I disagree; I think it should be treated as if the proposal didn't happen, opening the door for resolution to occur via discussion. LinkTheLefty (talk) 10:32, April 8, 2022 (EDT)

@Somethingone: I'm not going to say I'm against a rule 10 modification, but such a thing would require a separate proposal, since it would need different options for reducing the voting margin or not reducing it (or only reducing it for proposals with ten votes or less). Additionally, rule 10 only applies to two-option proposals, so it would not solve problem #1 for proposals with more than two options like the one I linked. I would also like the know the issue with implementing my solution so I can improve it or come up with an alternative.

@Mario4Ever: You completely misunderstand the purpose of NQs. It is merely to prevent proposals from passing with too few votes. That's it. It is not a defense mechanism against poorly-written proposals as you seem to be claiming. The proper response to such proposals is inform the proposer in the comments why their proposal is flawed so they can either improve it, or in the event a complete overhaul is needed, cancel it and make a new one (or request an admin cancel it if 3/6 days have already passed). Plenty of proposals that NQ don't have issues at all, they just aren't getting the attention they need, and extending them would help with that. Additionally, proposals with the issues you mentioned don't always fail to obtain votes - depending on what the issue is, voters may just outright oppose it until their problems are addressed. Alternatively, the proposal might gain support before the issues with it are fully realized (example), so the idea of NQs as a defense against flawed proposals is a flimsy excuse at best. 13:50, April 8, 2022 (EDT)

I'm not saying that NQs are a defense mechanism against poorly-written proposals. I was just explaining that a lack of attention isn't necessarily why the minimum vote threshold isn't met, since that's one of your main points of contention. Mario4Ever (talk) 15:36, April 8, 2022 (EDT)

The vast majority of proposals that end with no quorum only do so because they don't get enough attention, and there are plenty of poorly written proposals that don't get no quorum. Besides, I don't really see how your argument relates to the proposed rule changes, as waiting for flawed proposals to NQ isn't really how you're meant to deal with them anyway. Hewer (talk · contributions · edit count) 15:45, April 8, 2022 (EDT)

I think part of the disconnect is that the proposal references and directly links to TPPs, which do tend to get less attention than proposals on this page (or at least, they did). Most of the proposals I've weighed in on have been in the latter category, where the things I've mentioned are (were?) more likely to come up. Mario4Ever (talk) 00:57, April 9, 2022 (EDT)

Your point? The majority of proposals made nowadays are TPPs, and issue of whether or not the proposal is on a talk page is irrelevant. You have yet to justify your opposition in any way. 12:47, April 9, 2022 (EDT)

It's relevant to my argument to the extent that it informs my perception of proposals, but getting to the point, I don't see the proposal's problem #1 as such (and don't believe effectively redefining what constitutes a quorum would benefit them if it were). I also don't think more time would necessarily give TPPs more attention because my general approach involved prioritizing things like the scope or the information I had/needed over the deadline. Mario4Ever (talk) 14:41, April 9, 2022 (EDT)

How can you possibly think that problem #1 isn't an issue? You're saying that oppose votes actually causing proposals to pass is entirely logical. It's not. Imagine you oppose a proposal. It has 3 supports and 1 oppose - namely, you - near the deadline. This encourages you to game the system by removing your oppose vote at the last minute to stop the proposal from passing. How is that not completely asinine? 18:44, April 9, 2022 (EDT)

Let's say the proposed solution to problem #1 is implemented. You create a proposal that's set to pass with four votes to one. At the last minute, the fourth supporter decides they're ambivalent toward the outcome and removes their vote, or maybe they get blocked for some reason, and their vote is removed. Now, let's say the extension solution is also in effect, so the proposal doesn't get relisted. In the worst case scenario, another three weeks go by with no additional votes to give either option the four-vote minimum, so at the final deadline, it fails with a 3-1 ratio. Is having your proposal not go into effect at all preferable to the scenario of it getting potentially overturned later? Mario4Ever (talk) 22:09, April 9, 2022 (EDT)

You're missing the point. Let's take your hypothetical proposal, but remove that one oppose vote. What happens under the current rules? It NQs, since it doesn't have enough votes. Meanwhile, your version of the proposal would pass because it does, despite having the exact same amount of support. Why should that happen? Why should it be possible for opposing a proposal be counterproductive to actually stopping a proposal from passing? Like I just said, this encourages the opposer to game the system by removing their oppose vote at the last minute so the proposal will NQ and therefore not pass, which is ridiculous. Simply put, if a 3-0 proposal doesn't pass, then a 3-1 or 3-2 shouldn't pass either. 22:38, April 9, 2022 (EDT)

I don't think it's counterproductive to vote in opposition to something even if it's not likely to (or doesn't) prevent the proposal from passing. My hypothetical scenario demonstrates that "gaming the system" is technically possible under the proposed new system. Since that's therefore not the problem being solved, I don't think it's a relevant justification. Mario4Ever (talk) 23:37, April 9, 2022 (EDT)

Your hypothetical scenario demonstrates nothing of the sort. A supporter removing their vote because they changed their mind isn't gaming the system, it's normal. An opposer removing their oppose vote at the last minute to deliberately cause an NQ for a proposal that would otherwise pass is absolutely gaming the system - a form of which my proposed solution would render unnecessary. Opposition not preventing a proposal from passing is not the problem, it's opposition actively causing a proposal to pass because of the current NQ rule. Stop misinterpreting my posts. I'm still waiting for you to justify why a 3-0 proposal shouldn't pass, but a 3-1 or 3-2 should. 13:04, April 10, 2022 (EDT)

Community input is as or more important than a proposal's outcome, the impact of which is neither permanent nor irreparable. Ignoring that I never encountered a single instance of someone doing what you describe in 12 years, I think, depending on the proposal, four or five votes is an adequate reflection of that input. Mario4Ever (talk) 14:19, April 10, 2022 (EDT)

That's just flat out wrong. Community input is what causes a proposal's outcome. You can't just lump supporters and opposers together under the banner of "community input" like they're the same thing. When someone opposes a proposal, it's because they don't want it to pass. Therefore, it should never result in it passing for any reason, ever. While proposals can be overturned, it requires another successful proposal, which means just one or two people wanting the overturning aren't going to cut it. If a proposal with those one or two opposers should pass, then a proposal without those opposers should also pass. If a proposal with three supporters shouldn't pass, then a proposal with three supporters and one or two opposers shouldn't pass either. I don't get why that's so hard for you to understand. 15:39, April 10, 2022 (EDT)

@LinkTheLefty: I don't understand what the problem is with how it would affect proposals with more than two choices. Be more specific so I can maybe improve it or come up with a better solution. 12:47, April 9, 2022 (EDT)

I feel like an issue one might have with solution 1 is that it could result in situations where proposals with many options could have many votes but still NQ because no option has >3 votes. Proposals with 5 options could take up to 16 votes before they aren't called NQs in situations like that. Somethingone (talk) 13:31, April 9, 2022 (EDT)

Basically. It just makes it needlessly harder for multiple-choice proposals to pass, also considering option results sometimes overlap with each other. LinkTheLefty (talk) 14:21, April 9, 2022 (EDT)

"Proposals with 5 options could take up to 16 votes before they aren't called NQs in situations like that." Not necessarily. A proposal with 5 options may have accrued only 4 total votes and still pass, provided all those votes are for one option in particular. If not one option has more than 3 votes, it's a NQ period, regardless of how many available options there are. -- KOOPA CON CARNE 16:22, April 9, 2022 (EDT)

That still doesn't factor when choices overlap, which more often than not do in multiple-choice proposals. Say this hypothetical proposal: 1) do X only, 2) do Y only, 3) do Z only, 4) do X & Y, 5) do X & Z, 6) do Y & Z, 7) do X, Y & Z, and 8) don't do anything. Let's say the X & Y options are generally unpopular, but votes are accrued for options involving Z. Let's say #3 gets 3 votes, and #s5, 6 & 7 get two votes each. And for the sake of argument, let's say that all the votes are from different users. That's at least nine total, with the remaining options having zero-to-two votes. Under the current system, #3 passes, and everyone walks away somewhat pleased because they at least agreed to do Z. Under the first proposed solution, the proposal becomes a no quorum, despite the fact that virtually everyone had Z in mind, making no one happy. That's another reason why I think no quorums should be considered non-proposals rather than opposed/failed ones. LinkTheLefty (talk) 16:50, April 9, 2022 (EDT)

You seem to have forgotten about rule 9, which would force an extension on your hypothetical proposal anyway. If there were nine voters, three votes wouldn't be enough for the option to win. It would need more than half, in other words, at least five. 17:26, April 9, 2022 (EDT)

Then that might be another technicality with the system, but I digress. Fudge the specifics a bit if you like; the bottom line is 100% support on one action minimal (Z) and a lot of multiple-choice proposals are structured this way. LinkTheLefty (talk) 17:37, April 9, 2022 (EDT)

Are you saying that you oppose rule 9 or want it changed? Because that's what would get in the way of your hypothetical proposal. It doesn't matter how many votes there are, if the voters are spread across four voting options and they're too close, rule 9 won't let it pass. Anyway, a simple solution to the "overlapping options" issue is, once you've established that everyone wants to do Z, make Z a standalone proposal. 18:28, April 9, 2022 (EDT)

That seems cumbersome. You could just note in the above proposal that overlapping choices (e.g. "Z", "X&Z", and "X&Y&Z") will count votes together towards the common goal "Z". I agree with LTL insofar as it doesn't make much sense to treat these as mutually exclusive. -- KOOPA CON CARNE 18:51, April 9, 2022 (EDT)

Is that allowed? There isn't anything about it in the proposal rules, and I've never heard of such a thing happening. 18:58, April 9, 2022 (EDT)

Rule 14 states: "Proposals can only be rewritten or deleted by their proposer within the first three days of their creation". I assume "rewritten" implies you can bring in any modifications, including additions--I've done it before in my proposals and nobody minded. It's been 2 days and ~6 hours since the proposal was published, so I think changing it as of this comment's writing is still ok. If your question refers to the matter of overlapping options, I'd say that, since the proposal at hand already sets out to amend the rules, you may indeed add any further stipulations if you see it fit. -- KOOPA CON CARNE 19:18, April 9, 2022 (EDT)

I wasn't talking about my own proposal, I was asking if a rule about the overlapping options thing already existed (which I'm pretty sure it doesn't). 19:32, April 9, 2022 (EDT)

It doesn't, that's why I was suggesting it's offhandedly taken care of in the current proposal. Adding such a rule could and should have been made through a separate proposal, but what the current proposal advocates makes way to the issues described above by LTL (although I still support the amendment per se), so I was thinking you could kill two birds with one stone by taking care of it in the same proposal. -- KOOPA CON CARNE 19:49, April 9, 2022 (EDT)

The problem with deciding on the addition of such a rule here is that this proposal already has four options, and that would require adding additional variants of those options that include adding the new rule. If there turned out to be disagreement on whether it should be added or not, this would cause division amongst the current options' votes (which are already rather close between two of them), thus increasing the risk of this proposal stalemating. Anyway, I already mentioned that the issue described in LTL's hypothetical proposal is already present due to rule 9, so as long as rule 9 exists, problem #1's solution doesn't cause any issues that don't already exist. 20:07, April 9, 2022 (EDT)

Yeah, ultimately, it might be better to address that matter in a future proposal. -- KOOPA CON CARNE 20:19, April 9, 2022 (EDT)

Pinball (1984): full coverage or guest appearance?

Should Pinball, an NES game released in 1984, be classified as a guest appearance or a part of the Mario series? This proposal was created following User:Mario jc's comment here.

I believe this game features enough Mario-related content to justify full coverage of this game on this wiki. 1 out of 3 scenes is dedicated to Mario. In the scene C the player is controlling Mario to save Pauline, Mario is also heavily used in promotional material, including being on the cover-art for this game.

Alternatively, we can only allow coverage for the scene C, which features Mario as a playable character and Pauline.

Affected pages:

• Template:Pinball
• Card (Pinball)

Proposer: Spectrogram (talk)
Deadline: April 15, 2022, 23:59 GMT

Allow full coverage

1. Spectrogram (talk) per proposal.
2. Doc von Schmeltwick (talk) - if Alleyway can get full coverage, so can this.
3. Hewer (talk) Per all.
4. LinkTheLefty (talk) I feel like this is one of the loosest games you can consider part of the franchise (and Mario is not referenced or advertised at all on the Famicom box), but Lady/Pauline is mentioned in the manual's "plot"/objective, so you can say it barely counts.

Classify as a guest appearance (prohibit full coverage)

1. LinkTheLefty (talk) As I understand it, this removes Pinball-exclusive articles while keeping the main game article intact. If it must be considered a guest appearance, I'd rather go for this approach, since the main article is short enough that I don't feel it's worth trimming. Either way, "penguin" does irk me a bit under the SM64 one.

Allow coverage for the Mario scene (scene C) only (and classify as a guest appearance)

1. Spectrogram (talk) Second option.

Comments

I do want to add something. I was reminded of pages 238-255 of Encyclopedia Super Mario Bros. earlier which, while "not an exhaustive list", is nonetheless a fairly big one. It contains a bar showing Mario's involvement with each entry: four stars is "Main Super Mario series games", three stars is "Mario is a major character", two stars is "Mario plays a small part", one star is "Mario's likeness appears", and no star is "A member of the Mario family appears". Obviously, this can vary depending on if it counts Donkey Kong, Yoshi, or Wario franchises, or one-off character spinoffs like Super Princess Peach (two stars), but Pinball is decidedly none of those (for the record, the Super Smash Bros. games are two stars, though the wiki deems them a special exception). Pinball and Alleyway are given the same two-star status as things like Tennis, Tetris, Qix, and "Famicom Disk System (boot-up screen)". For reference, Famicom Grand Prix II: 3D Hot Rally has three stars even though Famicom Grand Prix: F1 Race has two stars, and Golf isn't mentioned. Granted, this is mainly referring to the involvement of character Mario rather than necessarily being indicative of Mario games, so make of this what you will. LinkTheLefty (talk) 18:14, April 8, 2022 (EDT)

Miscellaneous

None at the moment.