Closed duhrer closed 7 months ago
In addition to the modal body work, we should also add a preference aware component that displays different wording depending on the preference, such as:
This may need to be written up as a separate effort, as it implies "binding aware" instructions, like telling the user which keys they should use regardless of how they have their setup configured.
I've been bothered by the current behaviour of the modals (onscreen keyboard (#84), action launcher (#112), et cetera). Since the modal contents are tab navigable, you have to tab through every item to get to the modal controls. This is especially awkward with the onscreen keyboard, where there are dozens of keys between the initial focus and the "close" button.
Although this will require some upstream work in the
fluid-osk
project, it seems better to default to having the modal bodies use arrow navigation, and reserving the tabs for navigating between the modal body and the controls. This should be user configurable and controlled by a preference in the settings panel.In addition to the onscreen keyboard and search keyboard (which depend on the upstream issue), we need to update:
When the new behaviour is enabled:
tabindex=1
or be otherwise unreachable.tabindex
should follow focus.As the controls will need to respond if the preference changes: