w3c / silver

Accessibility Guidelines "Silver"
https://w3c.github.io/silver/
Other
198 stars 44 forks source link

Adding a requirement - backwards compatibility (not) #730

Closed alastc closed 3 months ago

alastc commented 5 months ago

Closes #569

alastc commented 5 months ago

Gregg comments:

  1. If you want it to be adopted, without backwards compatibility, if my pages no longer conform next week my motivation goes. Generally you'd do a time-stamped 'pages met conformance at this time'.
  2. If you get things in, but are later taken out, it maybe easier to put them in in the first place, but it undermines the standard politically. Once people have something, it's hard to take it away. Can get accused of duplicity if the future ones are less accessible than the past.

The other side is that tightening can also cause issues, thought probabaly not as much of an issue. Based on historic problems (with things not getting in), could cause people to work on particular issues and get lots of things in.

Perhaps it should not be an absolute, but allow for a cautious approach to (incompatible) updates, and we should be guided by the end-accessibility.

Using outcomes may get around technology update issues.

Could cause the same discussions to be repeated ad-infinitum.

Jeanne commented:

Wilco:

Gregg:

Shadi:

alastc commented 5 months ago

PR updated based on previous feedback, re-wording and moving into the "Opportunities for WCAG 3.0" section, so it is not a requirement any more.