Who would benefit: People with disabilities (readers and editors), editors not familiar with accessibility requirements (such as subject matter experts about the entry's topic), editors with a commitment to accessibility (less work, less required knowledge of sometimes-conflicting accessibility requirements).
having worked with some of this, just giving ppl tools is not going to help them achieve this. Tools need to be very targeted and tightly integrated if you want users to achieve this goal. Wikis are however very unstructured and this thus makes it by definition very hard to achieve. Do you have specific problems that you would like to see tackled ? —TheDJ (talk • contribs) 11:28, 18 January 2022 (UTC)[reply]
Maybe this could be used to check the edit before saving and give a warning message when accessibility will be degraded. To start off it would probably be better to allow override or opt-in for registered users, but if it works well it could be upgraded to default. Anyone overriding the warning takes responsibility, but sometimes it may be necessary, specially in beta. · · · Peter (Southwood)(talk): 13:49, 24 January 2022 (UTC)[reply]
Oppose: the issue can be quite technically nuanced (in wikitext terms) and I don't want newbies to be stopped from making contributions based on something an experienced editor with the page watchlisted can fix. We have a lot of social problems on en.wiki with accessibility being widely misunderstood, undervalued and arcane, but I do not believe these problems can be solved through technical redesign. People just ignore warnings that they don't understand. — Bilorv (talk) 11:07, 6 February 2022 (UTC)[reply]
Oppose per reasoning from Bilorv. And this adds extra hurdle to overcome in editing, when the user is unaware of how to resolve the issue. — DaxServer (t · c) 12:04, 6 February 2022 (UTC)[reply]
Oppose this is saying "apply secret sauce to everything" while secret sauce generally just doesn't deal with the complexities of our content in my experience. —TheDJ (talk • contribs) 18:32, 7 February 2022 (UTC)[reply]
Support From the experience of Special:LintErrors correction, it can be very difficult to find a problem. Many users can't even fix it. But a built-in tool for this like LintErrors would be interesting. Sunpriat (talk) 00:27, 11 February 2022 (UTC)[reply]
Support Lectrician1 (talk) 23:04, 28 January 2022 (UTC)
Oppose: the issue can be quite technically nuanced (in wikitext terms) and I don't want newbies to be stopped from making contributions based on something an experienced editor with the page watchlisted can fix. We have a lot of social problems on en.wiki with accessibility being widely misunderstood, undervalued and arcane, but I do not believe these problems can be solved through technical redesign. People just ignore warnings that they don't understand. — Bilorv (talk) 11:07, 6 February 2022 (UTC)
