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

[stable16] Fixes for keyboard navigation #2136

Merged

Conversation

danxuliu
Copy link
Member

Backport of #2122

It had to be done manually because #1822 is Talk 7 only; I just changed one CSS locator and dropped three commits.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
The tab headers contain a link that was focusable using keyboard
navigation. However, the CSS styles that highlight the tab header were
associated to the whole tab header, so even if the link was focused the
tab header was not highlighted.

Now the link is no longer focusable and the tab header itself is the
element that gets the focus, which causes it to be highlighted when
navigating with the keyboard. Also, the same selection behaviour applied
when the tab header is clicked is now applied when pressing space or
enter.

Finally, as the tab header can not be selected again when it is already
selected the tab header is not focusable either when it is already
selected.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
The select2 containers have the same size as the "oca-spreedme-add-XXX"
wrappers that contain them, so the borders can be moved from those
wrappers to the containers themselves. This makes possible to set a
stronger border when the select2 container is active/focused.

Besides that now the text is stronger too when the select2 container is
focused to show that more clearly.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
The "copy link" button was not an actual button but a span, so it was
ignored in keyboard navigation.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
The edit button was not an actual button but a span, so it was ignored
in keyboard navigation. Moreover, the opacity was applied to its parent
element instead of to the button itself, so it was not highlighted when
focused. Also, after the input is hidden now the focus is given back to
the edit button.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
The sidebar trigger was not an actual button but a div, so it was
ignored in keyboard navigation.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
The password button was not an actual button but a span, so it was
ignored in keyboard navigation. Also, after the password menu is hidden
now the focus is given back to the password button.

The button was also wrapped in a div with the "menutoggle" CSS class,
which causes the menu to be hidden when clicking again on the toggle.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
The participant items were link elements, so they were taken into
account in keyboard navigation. However, although it is possible to
interact with some of its children, it is not possible to interact
with the participant item as a whole, so they should not be focusable.
As the link in the participant items led nowhere they are now simple
span elements instead of links.

Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
@danxuliu danxuliu added this to the 💜 Next Minor (16) milestone Aug 29, 2019
@nickvergessen nickvergessen merged commit 48f19f5 into stable16 Sep 4, 2019
@delete-merged-branch delete-merged-branch bot deleted the backport/2122/stable16-fixes-for-keyboard-navigation branch September 4, 2019 13:03
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants