Seeing All Interface Elements (LV)

[allanj-uaag]

Seeing All Interface Elements

SC Shortname

Seeing all elements.

SC Text

Users can see and interact with all content and user interface controls presented visually.

Current:

None

Proposed:

Add the following bullet to 1.4.8 Visual Presentation:

Users can see and interact with all content and user interface controls presented visually.

Suggested Priority Level

Level AA

Related Glossary additions or changes

None

What Principle and Guideline the SC falls within.

Principle 1, Guideline 1.4.8 Visual Presentation

Description

Simply Put: Enlarged text fits in text boxes, content does not overlap, text is not obscured, button content stays on the page.

Benefits

When people increase text size, increase line spacing, or change other text display aspects through text-only zoom or other text settings, content that is poorly designed can become unusable. For example, with text areas in web pages, sometimes columns and sections overlap, the space between lines disappears, lines of text become too long, or text disappears.

Figure 14: Example showing that when text size is increased, the heading overlaps the main text, the main text overlaps the sidebar text, and the sidebar text is cut off at the bottom.

• 
• 

Often it is best for text areas to automatically resize to fit the text, and for users to be able to change the size of text areas. When the areas cannot be resized to accommodate all content, usually a scrollbar should be available. See also the Rewrap for one direction scrolling section.

When people use large fonts or lower screen resolution, it is not uncommon for dialog boxes to include information that is not in the viewport. In such cases, it is usually best practice for scrollbars to be provided for the dialog box.

Scrollbars generally provide the additional benefit of communicating where the user is in an interface.

Some users increase the size of mouse pointers in their operating system or with screen magnification software. These should not obscure tooltip text.

Source: Accessibility Requirements for People with Low Vision, Section 3.7.1

Obscured Tooltip on Hover Examples

The following images were created based on University of Minnesota Duluth usability testing with students with low vision. Original samples from the video are linked on the Use case Wiki page [Laura, UC-5]). An email explaining Obscured Tooltip issue is available.

• 

  On hover, a hand cursor obscures a tooltip that should read: "footnotes"

• 

  On hover, a hand cursor obscures a tooltip that should read: "glossary"

• 

  On hover, a hand cursor obscures a tooltip that should read: "mail".

User Need: All Elements

Users can see and interact with all content and user interface controls presented visually, including when users have changed display settings such as text size, magnification, and cursor appearance.

Source: LVTF RESOLUTION, 9 March 2016

Testability

1. Display content in a user agent.
2. Check whether all content is perceivable with no loss of content or functionality (e.g. content does not overlap, text is not obscured by cursors, etc.).

Expected Results

• Check New SC Proposal: Programmatic notification is provided for each change in content that indicates an action was taken or that conveys information #2 is true.

Techniques

Related Existing Techniques

• F69: Failure of Success Criterion 1.4.4 when resizing visually rendered text up to 200 percent causes the text, image or controls to be clipped, truncated or obscured
• F80: Failure of Success Criterion 1.4.4 when text-based form controls do not resize when visually rendered text is resized up to 200%

New Techniques

• Using onscreen text and not relying on title attributes for tooltips. (future technique)
• Disabled controls are indicated by other than color alone (can't just be grayed out) (future technique)

Related Information

Actions

• ACTION-39: Craft user need on obscured perception and operability On Wayne Dick, 2 March 2016
• Think about 3.7.1 seeing all interface elements with andrew and others input from 20 jan telecon On Shawn Henry, 20 January 2016

Articles

• Title Attributes - Joanna Briggs, (Article regarding tooltips and large cursors. "When hovering over a link that has a title attribute, the large mouse pointer covers the start of the title attribute. Longer title attributes may not fit inside the viewport with higher levels of magnification.")
• Obscured Tooltip on Hover - Laura Carlson
  • Obscured Tooltip Test - Laura Carlson

Email

• 1st draft: Seeing All Interface Elements SC - Laura Carlson, 12 September 2016
• Thread: Obscuring active elements and text - March 2016
• lvtf-ACTION-39: Craft user need on obscured perception and operability - March 2016

GitHub

• WC-UA-alignment.html

Minutes

• 15 September 2016 LVTF minutes
• 19 May 2016 LVTF minutes
• 9 March 2016 LVTF minutes - Craft user need on obscured perception and operability
  • RESOLUTION "All Elements: Users can see and interact with all content and user interface controls presented visually, including when users have changed display settings such as text size, magnification, and cursor appearance."
• 20 January 2016 LVTF minutes

Surveys

• Should this be one point or more than one? 18 January 2016 LVTF Survey Results

Wiki Pages

• Obscured Tooltip on Hover - Use case Wiki page, Laura, UC-5.
• Work with User Settings

[allanj-uaag]

replaces by #80

[DavidMacDonald]

We can't leave the wording as "Users can See..." we have no idea what user can and can't see. It depends on their ability to see. We might be able to manage it with an SC that says something like this.

Overlapping content: Content remains unobscured when text or pointer is resized.