Open chwebagency opened 2 years ago
+1
+1
+1
The Month Selector filter has been giving me the most problems. It's easy to overlay my own JS to make the various items keyboard accessible but without much insight into how your events are working and without any hooks I can't make the selector actually function properly for people using screen readers and keyboard navigation.
We're also using a hacky JS solution to fix SmartFilters (similar to #4514). These really need to be accessible out of the box.
Also would add that there are duplicate ID's that are generated when using Hierarchal Filter, which are critical issues to meet WCAG 2.1 AA. Would be a good ability to change ID's, add aria-label, etc. to pretty much every component.
+1 much needed, Jet Smart Filters really need to be accessible
+1 this really is a much needed functionality, hoping that it does indeed get added soon. In the meantime does anybody know how to imprement a temporary fix?
OVERVIEW
The majority of JetSmart Filters, while amazing for mouse and visual users, lack the ability to select with TAB/Keyboard or work correctly with a screen reader.
FILTERS
Checkbox Filters
Here is an example of how checkboxes could work: https://www.w3.org/TR/wai-aria-practices/examples/checkbox/checkbox-1/checkbox-1.html
Radio Buttons
Here is an example of how radio buttons could work: https://www.w3.org/TR/2017/WD-wai-aria-practices-1.1-20170628/examples/radio/radio-1/radio-1.html
Pagination
This could be a resource: https://designsystem.digital.gov/components/pagination/
Combo Box/Select Appears to work correctly. It's accessible by keyboard. And identifies when expanded and closed.
...
Support suggested installing the plugin accessiBe to have accessibility. Accessibility Plugins are unfortunately not a sufficient solution for many clients.
Recommended Solution: Add the appropriate roles, tabindex attributes, and aria attributes to make these filters accessible to keyboard and screen reader users.
Please make these a priority fix.