MarioWiki:Proposals

Writing guidelines
None at the moment.

New features
None at the moment.

Make tables, templates, and other areas in the mainspace compliant with WCAG 2.1
Going off from Waluigi Time's proposal to remove the dktable-brown class, I've noticed that there are currently plenty of tables, templates, and other areas within our mainspace that have glaring accessibility issues in accordance to the Web Content Accessibility Guidlines (WCAG) from the World Wide Web Consortium. For this instance, WCAG is split with two levels: AA and AAA. WCAG Level AA mandates a contrast ratio of at least 4.5:1 for normal text, 3:1 for larger text, and 3:1 for any graphical object and interface. WCAG Level AAA is also recommended, with a contrast ratio mandate of 7:1 for normal text, and 4.5:1 for larger text (it is still 3:1 for graphical objects and user interface components per WCAG 2.1).

When looking at our articles, some of these tables or templates with colors are below this contrast ratio mandate. For instance, these table headers fail with a contrast ratio of 1.88:1 (calculations done on this website). Then as Bazooka Mario pointed out, there are tables on the Yoshi's New Island page with headers that also fail with a low contrast ratio. We also have Template:AppealOutcome, and the "amended" category shown in the last example is hard to read with a contrast ratio of 1.33:1.

These are the type of issues we need to address. We can either go with Level AA, as with a lower ratio requirement it means we can still have access to plenty of colors. We can also decide to go with Level AAA, but it would mean we would be a lot strict with what colors to choose from and many tables or template could lose stylizations as a result. This will not be an easy task to make, as we would need to go through each mainspace article and fix this problem up. But I do hope that we are able to make our text more easier to read if this proposal passes.

Note though, I do not want this applied to anywhere other than the mainspace and templates. Other namespaces can be decided on its own, but I think it's more important to address this for the articles that our readers will look at.

Proposer: Deadline: May 29, 2022, 23:59 GMT

WCAG Level AAA

 * 1) Second option, though it mean we have less colors to work with in general.

WCAG Level AA

 * 1) Preferred option since it means we can keep much of our stylization, but still be accessible for readers.
 * 2) I think getting things AA-compliant makes the most sense at this point in time. Transitioning to AAA-compliance could always be done later on an as-needed basis.
 * 3) Per Mario4Ever.
 * 4) Yeah we need to make sure our wiki is as accessible as possible.
 * 5) Accessibility is important, though I would like to have more color choices available.
 * 6) At least having a starting point in terms of accessibility is important, in my opinion.

Do nothing

 * Eh, I don't really see the problem with those examples. They all look fine and readable (except the aforementioned last warning amended thing that yellow needs to be fixed), and I'd rather us not have to check if every new color we try to add is acceptable to an arbitrary contrast limit. It just seems like a bit of an unnecessary hassle.

Comments
Somethingone: People with more issues with seeing contrast may not, however. 14:41, May 22, 2022 (EDT)

I'd say this should be a guideline for userspace as well, as I've seen several talk pages that are difficult to read. 14:56, May 22, 2022 (EDT)
 * I agree. Some user's talk pages are known to be a nightmare to read in some instances. 15:00, May 22, 2022 (EDT)

Determine when {talk} templates can be removed
Now that we're cleaning up some of our talk templates from inactive and resolved discussions, I feel like I should bring this up to prevent further disagreement.

So basically, I'm proposing for us to decide when a talk page discussion becomes inactive & when we can remove it. I feel like a set time limit that separates "active" from "inactive" would help us in knowing when discussions become inactive, and when they require more talking about.

If there's another time limit anyone wants please let me know.

Proposer: Deadline: June 4, 2022, 23:59 GMT

1 year after the last comment

 * 1) Preferred choice

Only when they're resolved (no inactivity time limit)

 * 1) I'd be cool with this too

On a case-by-case basis (do nothing)

 * 1) I don't like the idea of removing discretion in these cases, and would this then apply to all talk page messages? The current removals are more for issues of organization and presentation of the content itself, such as proposals for splits, merges, renames and the like, but I wouldn't want to be removing the template from legitimate questions and requests for information that are still unanswered. The whole point of these removals is to draw more attention to the latter by not having a category clogged with 500 talk pages, after all. Frankly, I don't really think this needs a strict regulation anyway since it's so inconsequential. If a discussion goes inactive and you want to revive it, then revive it, or enact the proposed changes yourself if there's consensus, or just start a proposal.

Miscellaneous
None at the moment.