Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Beyond WCAG – Guidance for Web/Digital Content Accessibility #132

Open
shawna-slh opened this issue Feb 19, 2019 · 2 comments
Open

Beyond WCAG – Guidance for Web/Digital Content Accessibility #132

shawna-slh opened this issue Feb 19, 2019 · 2 comments

Comments

@shawna-slh
Copy link
Collaborator

shawna-slh commented Feb 19, 2019

Read Motivations/Background below first.

Proposal:

  • Develop "supplemental guidance" (SG) docs with similar format to WCAG Understanding docs. (rough draft example) These would largely be the proposed SCs from COGA, LVTF and Mobile TF that have not (yet) made it into WCAG.
  • Clearly indicate in doc if it covers requirements in WCAG 2.0, requirements in WCAG 2.0 and 2.1, or supplemental guidance.
  • Integrate existing Understanding docs, existing Techniques docs, and new SG docs in WAI website design and navigation.

Notes:

  • AG would approve SG docs before publication. TFs would draft them.
  • Some SGs might eventually become SCs in WCAG 2.x — although most would not.
  • This work would help inform Silver. Although current proposal is for content only, not user agent or other.
  • Maybe call it something other than "supplemental guidance".

Benefits:

  • Allows us to provide guidance that doesn't (yet) meet WCAG success criteria requirements. (Seems this would be much easier and faster than crafting success criteria.)
  • Gives the SG high credibility (since looks like the WCAG Understanding docs) and good discover-ability and find-ability.
  • All the guidance from the TFs and others is in one place (rather than each TF's guidance being in different places).
@shawna-slh
Copy link
Collaborator Author

shawna-slh commented Feb 21, 2019

Motivations/Background:

  • There are many important things that the TFs want included in WCAG, that won't meet the criteria for WCAG SCs. Many things are not really requirements that apply to all situations that fit into WCAG, and instead are best practices for particular situations. A lot of time and effort has gone into squeezing these into WCAG SCs. Maybe that's not the best approach overall.
  • As advisory techniques or supplemental guidance (rather than SCs), the basic wording can be much simpler (e.g., doesn't need convoluted exceptions for edge cases).
  • We previously planned to provide "supplemental guidance" (SG). COGA has been working on this as in separate documents. Having this guidance in separate documents (COGA once place, Low Vision another place, Mobile yet another) is ineffective.

@shawna-slh
Copy link
Collaborator Author

shawna-slh commented Feb 21, 2019

Alternate Proposal - Techniques

  • Develop techniques that cover user needs not met in WCAG 2.1 that are relevant to content authors. Most would be advisory techniques. These could be robust and include "Intent" and other relevant info.
    • While some might fit under existing SCs, most will probably be under Guidelines. Slight chance a few won't squeeze comfortably under any Guideline. (afaik, Principles do not have techniques.)
    • We'll probably want advisory failures, too – although maybe low priority.
    • We could choose to integrate all this into the QuickRef, or something like it. We could include filters for COGA, low vision, mobile, older users. And/or for COGA and maybe others we could have a presentation of the applicable Advisory Techniques etc something like the main content of Developing Websites for Older People (with a totally opposite spin in the intro).

(We still need to integrate the Understanding & Techniques pages into the WAI website design and navigation.)

@shawna-slh shawna-slh self-assigned this Feb 27, 2019
@yatil yatil added this to the Future Changes milestone Jun 30, 2019
@SteveALee SteveALee self-assigned this Jul 16, 2021
@remibetin remibetin removed this from the Future Changes milestone Apr 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants