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

DetailsList: aria-selected is always present, even if SelectionMode.None is specified #4078

Closed
abettadapur opened this issue Feb 23, 2018 · 0 comments · Fixed by #4161
Closed

Comments

@abettadapur
Copy link
Collaborator

Bug Report

  • Package version(s): (fill this out) Latest

Priorities and help requested (not applicable if asking question):

Are you willing to submit a PR to fix? (Yes, No) No

Requested priority: (Blocking, High, Normal, Low) Normal

Describe the issue:

DetailsRow will always apply the aria-selected attribute, even if the selectionmode is set to SelectionMode.None. This results in extraneous information being read to screen reader users in certain scenarios and situations.

image

Actual behavior:

Screenreaders read "not-selected", even if selection is disabled

Expected behavior:

The attribute should not be present, and screenreaders should not read any selection information if SelectionMode is set to none

@natalieethell natalieethell mentioned this issue Mar 2, 2018
2 tasks
@microsoft microsoft locked as resolved and limited conversation to collaborators Aug 31, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants