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

WCAG exemptions in regulatory work #330

Closed
wants to merge 7 commits into from

Conversation

maryjom
Copy link
Contributor

@maryjom maryjom commented Apr 3, 2024

This PR is superceded by #367 to avoid merge conflicts and other messiness since this was open so long. Closing this PR without merging.

This PR is to propose changes to the document to address Issue #145.
Copy link

netlify bot commented Apr 3, 2024

Deploy Preview for wcag2ict ready!

Name Link
🔨 Latest commit d54c033
🔍 Latest deploy log https://app.netlify.com/sites/wcag2ict/deploys/6629105a4e2f5600095698f2
😎 Deploy Preview https://deploy-preview-330--wcag2ict.netlify.app
📱 Preview on mobile
Toggle QR Code...

QR Code

Use your smartphone camera to open QR code link.

To edit notification comments on pull requests, go to your Netlify site configuration.

Copy link
Contributor

@bruce-usab bruce-usab left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In survey, I suggested stronger phrasing.

@mraccess77
Copy link

I think it's worth talking about what US DOJ said in latest advance copy of final rule
https://www.ada.gov/assets/pdfs/web-rule.pdf

In determining how to make conventional electronic documents conform to WCAG 2.1
Level AA, public entities may find it helpful to consult W3C’s guidance on non-web information
and communications technology, which explains how the WCAG success criteria can be applied
to conventional electronic documents. The Department believes the compliance dates discussed
in § 35.200(b) will provide public entities sufficient time to understand how WCAG 2.1
Level AA applies to their conventional electronic documents.


Sets of software that meet this definition appear to be extremely rare.</div>

Not all success criteria have been fully adopted in all local regulations and legislation, and may not be applicable to all technologies. WCAG2ICT was also used to determine whether or not to apply certain success criteria. For example, some local standards such as Section 508 in the US, and EN 301 549 in Europe, state that non-Web documents and non-Web software do not need to comply with WCAG 2.0 Success Criteria 2.4.1 Bypass Blocks, 2.4.5 Multiple Ways, 3.2.3 Consistent Navigation, and 3.2.4 Consistent Identification. In addition, EN 301 549 also states that non-Web software does not need to comply with 2.4.2 Page titled and 3.1.2 Language of parts. Regulators should consider the applicability of individual success criteria to non-web documents and software.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
Not all success criteria have been fully adopted in all local regulations and legislation, and may not be applicable to all technologies. WCAG2ICT was also used to determine whether or not to apply certain success criteria. For example, some local standards such as Section 508 in the US, and EN 301 549 in Europe, state that non-Web documents and non-Web software do not need to comply with WCAG 2.0 Success Criteria 2.4.1 Bypass Blocks, 2.4.5 Multiple Ways, 3.2.3 Consistent Navigation, and 3.2.4 Consistent Identification. In addition, EN 301 549 also states that non-Web software does not need to comply with 2.4.2 Page titled and 3.1.2 Language of parts. Regulators should consider the applicability of individual success criteria to non-web documents and software.
Not all success criteria have been fully adopted in all local regulations and legislation, and may not be applicable to all technologies. Regulators have used WCAG2ICT to determine whether or not to apply certain success criteria. For example, some local standards such as Revised 508 Standards (2017) in the US, and EN 301 549 version 3.2.1 (2021) in Europe, have stated that non-Web documents and non-Web software do not need to comply with WCAG 2.0 Success Criteria 2.4.1 Bypass Blocks, 2.4.5 Multiple Ways, 3.2.3 Consistent Navigation, and 3.2.4 Consistent Identification. In addition, EN 301 549 has also stated that non-Web software does not need to comply with 2.4.2 Page Titled and 3.1.2 Language of Parts. Regulators should consider the applicability of individual success criteria to non-web documents and software, and where necessary consider alternate accessibility requirements to address user needs.

I agree with @GreggVan's concern that the references could become dated. To address this concern, as well as for writing style, I propose changing most of the paragraph to past tense. I also propose citing specific versions of the regulations, so our statements here will remain true regardless of future versions of those regulations.

Finally, I added a bit about "address user needs" at the end.

Copy link
Contributor

@bruce-usab bruce-usab Apr 18, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1 to @mitchellevan edits. Past tense == fact based, so that is constructive approach.

ChrisLoiselle
ChrisLoiselle previously approved these changes Apr 22, 2024
@maryjom maryjom closed this May 16, 2024
@maryjom maryjom deleted the maryjom-regulatory-exemptions branch July 9, 2024 19:43
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants