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

Classic UI should support Accessibility (a11y) #7253

Open
20 of 69 tasks
chessbyte opened this issue Aug 11, 2020 · 3 comments
Open
20 of 69 tasks

Classic UI should support Accessibility (a11y) #7253

chessbyte opened this issue Aug 11, 2020 · 3 comments

Comments

@chessbyte
Copy link
Member

chessbyte commented Aug 11, 2020

This is the execution plan:

**Completed items (in strike-through) per release:

Some background information on accessibility can be found at w3.org, a11yproject and usability.gov. One can find a community-driven accessibility checklist here.

We use a Ruby gem called tota11y to assist with identifying accessibility issues. The Classic UI is already enabled for tota11y in development mode.

The following checklist is derived from the IBM Accessibility Checklist

Text Alternatives: Provide text alternatives for any non-text content so that it can be changed into other forms people need, such as large print, braille, speech, symbols or simpler language.

Time-based Media: Provide alternatives for time-based media.

ManageIQ does not have Audio/Video content

Adaptable: Create content that can be presented in different ways (for example simpler layout) without losing information or structure.

Distinguishable: Make it easier for users to see and hear content including separating foreground from background.

Keyboard Accessible: Make all functionality available from a keyboard.

Enough Time: Provide users enough time to read and use content.

ManageIQ does not have UI content that disappears after a certain amount of time without user input

Seizures: Do not design content in a way that is known to cause seizures.

Navigable: Provide ways to help users navigate, find content, and determine where they are.

Input Modalities: Make it easier for users to operate functionality through various inputs beyond keyboard.

Readable: Make text content readable and understandable.

Predictable: Make Web pages appear and operate in predictable ways.

Input Assistance: Help users avoid and correct mistakes.

Compatible: Maximize compatibility with current and future user agents, including assistive technologies.

@chessbyte chessbyte changed the title Classic UI should support Accessibility Classic UI should support Accessibility (a11y) Aug 11, 2020
@skateman skateman pinned this issue Sep 17, 2020
@skateman skateman unpinned this issue Sep 17, 2020
@skateman skateman self-assigned this Sep 22, 2020
@Fryguy Fryguy added this to the Lasker milestone Jan 5, 2021
@chessbyte chessbyte removed this from the Lasker milestone Feb 16, 2021
@miq-bot miq-bot added the stale label Feb 27, 2023
@miq-bot
Copy link
Member

miq-bot commented Feb 27, 2023

This issue has been automatically marked as stale because it has not been updated for at least 3 months.

If you can still reproduce this issue on the current release or on master, please reply with all of the information you have about it in order to keep the issue open.

Thank you for all your contributions! More information about the ManageIQ triage process can be found in the triage process documentation.

@Fryguy Fryguy removed the stale label Mar 2, 2023
@Fryguy
Copy link
Member

Fryguy commented Oct 10, 2024

Removed tota11y in #3406

@Fryguy
Copy link
Member

Fryguy commented Oct 10, 2024

Another tool for a11y is IBM Accessibilty Checker

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: To do
Development

No branches or pull requests

4 participants