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

Accessibility: settings checkbox labels are not unique #110

Closed
joedolson opened this issue Jul 28, 2022 · 2 comments
Closed

Accessibility: settings checkbox labels are not unique #110

joedolson opened this issue Jul 28, 2022 · 2 comments

Comments

@joedolson
Copy link

Description

Each notification source 's collection of checkboxes has the same ID. IDs should be unique, with unique labels. With these relationships, the accessible name produced for any given will be unpredictable, depending on how that browser selects the labeling value when there are multiple IDs with different values. (In Chrome, for example, the 'SMS' checkbox comes up with no accessible name.)

In the current model, these settings are difficult to parse non-visually, since they have three separate parts (table row heading, table column heading, 'Show In' instructive text, and the label itself.

I'd suggest remodeling these settings using fieldset/legend relationships so that the context of each grouping is more manageable.

At minimum, the label values need to be unique; perhaps using aria-describedby to associate with the visible headings instead of using a visually hidden label element.

Step-by-step reproduction instructions

  1. Inspect code.
  2. Observe the duplicated IDs.

Screenshots, screen recording, code snippet

image

Environment info

No response

Please confirm that you have searched existing issues in the repo.

Yes

Please confirm that you have tested with all plugins deactivated except WP Feature Notifications.

Yes

erikyo added a commit to erikyo/wp-feature-notifications that referenced this issue Jan 7, 2023
this is somehow related to WordPress#110 because it makes the drawer open when selected with tab
@erikyo erikyo closed this as completed in 989c918 Jan 19, 2023
@github-project-automation github-project-automation bot moved this from Todo to Done in Feature Notifications Jan 19, 2023
@erikyo
Copy link
Collaborator

erikyo commented Jan 19, 2023

This one is related to a commit that has been reverted because it didn't address the scope of #92 (furthermore coding standards needed to be fixed). I reopen because it will be moved into a dedicated PR

@erikyo erikyo closed this as completed Mar 15, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Development

No branches or pull requests

2 participants