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

Email: Comment: WCAG 3.0 - Issue: Accessibility to Web Content Requiring a CAPCHA for Access #475

Open
jspellman opened this issue Mar 12, 2021 · 1 comment
Labels
a11y-tracker Group bringing to attention of a11y, or tracked by the a11y Group but not needing response. status: enhancement New feature or request for new guideline

Comments

@jspellman
Copy link
Contributor

Comment from Email:

From: Rod Macdonald (rjmacdonald@hawaiiantel.net)

Re: W3C Accessibility Guidelines (WCAG) 3.0 - W3C First Public Working Draft 21 January 2021

Issue: Accessibility to Web Content Requiring a CAPCHA for Access

Background: For purposes of this discussion, individuals who are Deaf-Blind can be grouped into four sub-groups:

(1) The Deaf-Blind individual retains sufficient residual hearing, with amplification and/or other enhancements, to access web content in the of a hearing person.

(2) The Deaf-Blind individual retains sufficient residual vision, with screen magnification and/or other enhancements, to access web content in the manner of a sighted person.

(3) The Deaf-Blind individual cannot access web content via speech or hearing, but can do so using braille.

(4) The Deaf-Blind individual cannot access web content using vision, hearing or braille, and thus cannot access web content at all. (There may be extremely rare cases when the use of unusual technology may circumvent this.)

This discussion refers exclusively to Deaf-Blind individuals in the third group - braille users.

Problem: Numerous providers of online services use a technique called a "CAPCHA" (Google calls theirs a "RECAPCHA") to ensure that customers are in fact human. Highly stylized characters are displayed on the screen and the user is asked to type the characters on the keyboard. Vision is required to do this. Typically, an audio work-around is provided so that blind individuals can gain access. However, there is no known workaround if the consumer does not have the vision OR the hearing to gain access. A consumer using a screen reader and braille display is completely excluded.

Comments: There is no known solution to this accessibility issue.

@jspellman jspellman added the status: enhancement New feature or request for new guideline label Mar 12, 2021
@jspellman
Copy link
Contributor Author

Thank you for your comment. Project members are working on your comment. You may see discussion in the comment thread and we may ask for additional information as we work on it. We will mark the official response when we are finished and close the issue.

@jspellman jspellman added the a11y-tracker Group bringing to attention of a11y, or tracked by the a11y Group but not needing response. label Mar 12, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
a11y-tracker Group bringing to attention of a11y, or tracked by the a11y Group but not needing response. status: enhancement New feature or request for new guideline
Projects
None yet
Development

No branches or pull requests

1 participant