You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If there are static options passed into the element, the options are deleted on request for filtered options.
Request
Client-side options should be supported and have filtering available. TBD: Do we allow both client-side (such as default options) and server-side options?
Implementation concerns
Accessibility
Ensure that any default / client-side options are announced when the input is focused. screen-reader-announcements.ts can assist with this.
When the options list isn't visible, an aria-describedby should be added to the input pointing to the feedback element. This should only be if the element has client-side options. Remove this aria-describedby when the user interacts with any key, and add it back in when the auto-complete-element is blurred. cc @github/accessibility and @jscholes for reference. "aria-live won't cut it" for this scenario
Developer Notes
There is some initial setup done in autocomplete.ts to detect client-side options, but all of this can be removed / reworked, as long as accessibility considerations are met.
The text was updated successfully, but these errors were encountered:
…#51)
# New Features
If data-autoselect is "true" on the auto-complete-element, pressing the "Enter" key will select the first option available, even if the input is focused and not the first option.
Reference Slack thread on this established pattern which describes that Primer React has already established the pattern of using "Enter" to commit the first suggestion in SelectPanel.
# Accessibility
If a <listbox_id>-feedback element is detected, the following screen-reader updates are announced:
when the options are loaded, how many are available
what the first option is and that pressing Enter will select it (if data-autoselect is true)
when an option is selected, that the option is selected
when the options are hidden, that they have been hidden
Some set up work was also done for client-side options, but that work will be tackled whenever #52 is prioritized.
cc @github/accessibility
Problem
If there are static options passed into the element, the options are deleted on request for filtered options.
Request
Client-side options should be supported and have filtering available. TBD: Do we allow both client-side (such as default options) and server-side options?
Implementation concerns
Accessibility
Ensure that any default / client-side options are announced when the input is focused.
screen-reader-announcements.ts
can assist with this.When the options list isn't visible, an
aria-describedby
should be added to the input pointing to the feedback element. This should only be if the element has client-side options. Remove thisaria-describedby
when the user interacts with any key, and add it back in when the auto-complete-element is blurred. cc @github/accessibility and @jscholes for reference. "aria-live won't cut it" for this scenarioDeveloper Notes
There is some initial setup done in
autocomplete.ts
to detect client-side options, but all of this can be removed / reworked, as long as accessibility considerations are met.The text was updated successfully, but these errors were encountered: