-
Notifications
You must be signed in to change notification settings - Fork 8.2k
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
[Accessibility] Spaces List Edit and Delete Buttons need more context #27744
Labels
Feature:Security/Spaces
Platform Security - Spaces feature
Project:Accessibility
Team:Security
Team focused on: Auth, Users, Roles, Spaces, Audit Logging, and more!
WCAG A
Comments
aphelionz
added
Project:Accessibility
Feature:Security/Spaces
Platform Security - Spaces feature
labels
Dec 23, 2018
Pinging @elastic/kibana-security |
kobelb
added
the
Team:Security
Team focused on: Auth, Users, Roles, Spaces, Audit Logging, and more!
label
Jan 2, 2019
legrego
added a commit
to legrego/kibana
that referenced
this issue
Jan 3, 2019
## Summary Fixes elastic#27744 cc @elastic/eui-design -- It appears that the [`DefaultItemAction`](https://elastic.github.io/eui/#/display/tables) can only accept hard-coded `name`/`description` values. While this isn't necessarily a bad thing, I'm wondering if the linked issue (elastic#27744) will be a common enough occurrence within Kibana to make the DefaultItemAction less useful. What do you think about allowing functions for the `name` and `description` fields, so that they can get access to the row's record, and provide context as necessary?
legrego
added a commit
to legrego/kibana
that referenced
this issue
Jan 3, 2019
## Summary Fixes elastic#27744 cc @elastic/eui-design -- It appears that the [`DefaultItemAction`](https://elastic.github.io/eui/#/display/tables) can only accept hard-coded `name`/`description` values. While this isn't necessarily a bad thing, I'm wondering if the linked issue (elastic#27744) will be a common enough occurrence within Kibana to make the DefaultItemAction less useful. What do you think about allowing functions for the `name` and `description` fields, so that they can get access to the row's record, and provide context as necessary?
legrego
added a commit
that referenced
this issue
Jan 3, 2019
## Summary Fixes #27744 cc @elastic/eui-design -- It appears that the [`DefaultItemAction`](https://elastic.github.io/eui/#/display/tables) can only accept hard-coded `name`/`description` values. While this isn't necessarily a bad thing, I'm wondering if the linked issue (#27744) will be a common enough occurrence within Kibana to make the DefaultItemAction less useful. What do you think about allowing functions for the `name` and `description` fields, so that they can get access to the row's record, and provide context as necessary?
legrego
added a commit
to legrego/kibana
that referenced
this issue
Jan 3, 2019
Fixes elastic#27744 cc @elastic/eui-design -- It appears that the [`DefaultItemAction`](https://elastic.github.io/eui/#/display/tables) can only accept hard-coded `name`/`description` values. While this isn't necessarily a bad thing, I'm wondering if the linked issue (elastic#27744) will be a common enough occurrence within Kibana to make the DefaultItemAction less useful. What do you think about allowing functions for the `name` and `description` fields, so that they can get access to the row's record, and provide context as necessary?
legrego
added a commit
that referenced
this issue
Jan 3, 2019
## Summary Fixes #27744 cc @elastic/eui-design -- It appears that the [`DefaultItemAction`](https://elastic.github.io/eui/#/display/tables) can only accept hard-coded `name`/`description` values. While this isn't necessarily a bad thing, I'm wondering if the linked issue (#27744) will be a common enough occurrence within Kibana to make the DefaultItemAction less useful. What do you think about allowing functions for the `name` and `description` fields, so that they can get access to the row's record, and provide context as necessary?
legrego
added a commit
that referenced
this issue
Jan 4, 2019
Fixes #27744 cc @elastic/eui-design -- It appears that the [`DefaultItemAction`](https://elastic.github.io/eui/#/display/tables) can only accept hard-coded `name`/`description` values. While this isn't necessarily a bad thing, I'm wondering if the linked issue (#27744) will be a common enough occurrence within Kibana to make the DefaultItemAction less useful. What do you think about allowing functions for the `name` and `description` fields, so that they can get access to the row's record, and provide context as necessary?
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
Feature:Security/Spaces
Platform Security - Spaces feature
Project:Accessibility
Team:Security
Team focused on: Auth, Users, Roles, Spaces, Audit Logging, and more!
WCAG A
Steps to reproduce (assumes ChromeVox or similar)
Actual Result, Respectively
Expected Result
Kibana Version:
Relevant WCAG Criteria: 3.3.2 Labels or Instructions https://www.w3.org/WAI/WCAG21/quickref/#labels-or-instructions
Meta Issue: #25512
The text was updated successfully, but these errors were encountered: