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

JAWS Screenreader not Reading TextArea Placeholder and InvalidText #5547

Closed
embrown-ibm opened this issue Mar 5, 2020 · 5 comments · Fixed by #6819
Closed

JAWS Screenreader not Reading TextArea Placeholder and InvalidText #5547

embrown-ibm opened this issue Mar 5, 2020 · 5 comments · Fixed by #6819
Labels
severity: 2 User cannot complete task, and/or no workaround type: a11y ♿

Comments

@embrown-ibm
Copy link

Title line:

JAWS Screenreader not Reading TextArea Placeholder and InvalidText. As part of our accessibility testing using JAWS, the placeholder and the invalidText of our <TextArea> component are not being read.

Environment

Operating system
Windows 10

Browser
Firefox

Automated testing tool and ruleset

Assistive technology used to verify
JAWS 2019

Detailed description

What version of the Carbon Design System are you using?
v10.8.0

What did you expect to happen?
We expected the placeholder and invalidText would be read just as they are for the <TextInput> component.

What happened instead?
The placeholder and invalidText is read for the <TextInput> component but not the <TextArea>.

Steps to reproduce the issue

  1. Add a <TextInput> to a dialog
  2. Add a <TextArea> to a dialog
  3. Open the dialog and attempt to read all of the text contained in it.

Additional information

image

@joshblack joshblack mentioned this issue Mar 27, 2020
79 tasks
@tw15egan
Copy link
Member

According to w3, placeholder text is not meant/able to be read by screen readers (https://www.w3.org/WAI/tutorials/forms/instructions/#placeholder-text)

The invalid text not being read is a problem.

@dakahn
Copy link
Contributor

dakahn commented Jul 21, 2020

Confirmed this with JAWS 2020 on Firefox latest. The validation text is accessible via screen reader, but it is not read when the error is thrown.

@embrown-ibm
Copy link
Author

@dakahn I noticed that you added the label waiting for author's response. To what do you want me to respond? This still appears to be a problem. The problem was originally found during our 1Q Accessibility test and remained a problem during our 2Q Accessibility test. Will there be a solution to this problem soon?

@dakahn
Copy link
Contributor

dakahn commented Sep 2, 2020

No response needed, just a mis-click 👍

Can't give you an ETA, but I have plans to get to some backlogged JAWS a11y work in a coming sprint soon. Stay tuned

@dakahn
Copy link
Contributor

dakahn commented Sep 4, 2020

update: we're going to knock out some JAWS issues next sprint. Our sprint planning doc reflects that here
#6772

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
severity: 2 User cannot complete task, and/or no workaround type: a11y ♿
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants