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

Add header links, replace header breadcrumbs, fix accessibility issues around them #844

Merged
merged 9 commits into from
May 18, 2018

Conversation

snide
Copy link
Contributor

@snide snide commented May 17, 2018

Replaces #804

Fixes #801
Fixes #727
Fixes #726

Summary

Later todo

  • I think I want to rework some of the popup stuff to do some automagic accessibility labelig by cloning an ID onto the button. Right now it's manual.

image

Copy link
Contributor

@chandlerprall chandlerprall left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, love those deletions!

Copy link
Contributor

@cjcenizal cjcenizal left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⛱ LGTM. Nice work on the accessibility stuff! Thanks for doing that. Just had a few suggestions.

}],
text: (
<p>
Kibana should and will eventually always use the breadcrumb style of header.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

If you want, you can future-proof this copy by leaving this bit about Kibana out (I'm also not sure if this guidance will have an effect on people reading the docs, since once we implement this header in Kibana it's pretty much a done deal).

If you&rsquo;re using EUI in a one-off site or page, you can use <EuiCode>EuiHeaderLinks</EuiCode>, <EuiCode>EuiHeaderLink</EuiCode>s instead of breadcrumbs.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Makes sense.

@@ -74,7 +74,11 @@ $buttonTypes: (
}

&:focus {
background-color: transparentize($color, .9);
@if ($name == 'text') {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is this a bug-fix? Is it worth mentioning in the change log?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's a pretty minor visual change. Didn't think it was worth mentioning.

@@ -161,6 +163,15 @@ export class EuiPopover extends Component {
ariaLive = 'assertive';
}

let focusTrapScreenReaderText;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I love this idea but VoiceOver on OS X wasn't picking it up when I was testing the header popovers. I have VO verbosity set to high -- did you do anything special to your settings or maybe you're using a different screen reader?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll check it out again. Was ownFocus on? For example, this wouldn't work in the combo box cuz i think it's set to off there. The default popover example has it off as well. Try it in the header.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was testing it with the header popovers, e.g. the keypad menu and the user menu. No dice. The first focusable elements with those popovers automatically took focus and VO read those aloud.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Here's what I get.

http://snid.es/1Q0a1i2P2l0X

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The first one has ownFocus off, the second one has it on. Works the same for me in the header. Since it's an alert, it should read it first, before the focus.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh really weird, I just tried it again and this time it worked. Must have been a VO glitch. Anyway, it sounds & looks great!

cchaos and others added 9 commits May 18, 2018 09:28
@snide snide merged commit 43e0d68 into elastic:master May 18, 2018
@snide snide deleted the solo_header branch May 18, 2018 16:34
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.

3 participants