Mobile Accessibility Survey

Mobile Accessibility Survey – Open until 31st January 2013

If you have a disability, are a mobile user and have 5 minutes to spare please take a moment to fill out this online survey on mobile accessibility hosted by the The Paciello Group (TPG).

The data gathered will be a useful insight into mobile usage and help us  inform mobile accessibility strategy and development.

Obviously the more people filling it in the better to please pass this on to any other mailing lists, blogs or lists you might feel appropriate.

Thanks to @iheni for the words!

Posted in Accessibility, mobile | 2 Comments

Using the HTML title attribute – updated

tl;dr

If you want to hide content from mobile and tablet users as well as assistive tech users and keyboard only users, use the title attribute.

The details

The HTML title attribute is problematic. It is problematic because it is not well supported in some crucial respects, even though it has been with us for over 14 years. With the rise of touch screen interfaces, the usefulness of this attribute has decreased. The accessibility of the title attribute has fallen victim to a unfortunate combination of poor browser support, poor screen reader support and poor authoring practices.

Situations in which the the title attribute is not useful due to lack of support:

  • Displaying information for web content viewed on mobile phone browsers. Typically in desktop browsers title attribute content is displayed as a tooltip. From what I could find, tooltip display is not supported in any mobile browser and alternative visual methods of accessing title attribute content are not supported.
  • Providing information for people who cannot use a mouse. Typically in desktop browsers, title attribute content is displayed as a tooltip. Although the tooltip behaviour has been supported for 10+ years, no browser as yet has implemented a practical method to display title attribute content using the keyboard.
  • Using it on most HTML elements to provide information for users of a variety of assistive technologies. Access to title attribute information is not supported uniformly by screen readers

User groups not well served by use of the title attribute

  • Mobile phone users.
  • Keyboard only users.
  • Screen magnifier users.
  • Screen reader users.
  • Users with fine motor skill impairments.
  • Users with cognitive impairments

Examples of title attribute use that are USEFUL:

  • Labelling frame or iframe elements:
    • <frame title="navigation">
  • Providing a programmatically associated label for a control in situations where a visible text label would be redundant:

Examples of title attribute use that are NOT USEFUL or are of LIMITED USE:

  • For additional information not provided as text in a link or surrounding content:
    • <a href="newsletter.PDF" title="PDF file, size 1 mb.">newsletter</a>
    • Instead include such information as part of the link text or next to the link.
  • Providing the same information provided as link text:
    • <a href="newsletter.PDF" title="newsletter">newsletter</a>
    • Recommend not duplicating content of a link in the title attribute. It does nothing and makes it less likely if people can access title attribute content that they will do so.
  • For a caption on an image:
    • <img src="castle1858.jpeg" title="Oil-based paint on canvas. Maria Towle, 1858."
      alt="The castle now has two towers and two walls.">
    • Presumably caption information is important information that should be available to all users by default. If so present this content as text next to the image.
  • For a label on a control that has no visible text label:
    • <input type="text" title="name">
    • Screen readers users will have access to the control label, as the title attribute is mapped to the accessible name property in accessibility APIs (when a text label using the label element is not supplied ). Many other users will not. Recommend including a visible text label whenever possible.
  • Providing the same information as a visible explicitly associated text label for a control:
    • <label for="n1">name</label> <input type="text" title="name" id="n1">
    • Repeating the visible label text does nothing except possibly add cognitive noise for a range of users. Do not do it.
  • Providing additional instructions for a control:
    • <label for="n1">name</label> <input type="text" title="Please use uppercase." id="n1">
    • If the instructions are important for using the control correctly, then provide them in text near the control, so they can be read by everyone.
  • Expansion of an abbreviation:
    • <abbr title="world wide web consortium">W3C</abbr>
    • The title on the abbr element is well supported by screen reader software, but its use is still problematic, as other user groups cannot access the expansion. It is recommended that the expanded form of an abbreviation is provided in plain text when it is first used in a document, and/or a glossary of terms that provides the expanded form is provided. This is not to suggest that that the expansion should not be provided using the title attribute, only that due to its limitations, an expansion in plain text should also be provided.

HTML 5.1 includes general advice on use of the title attribute:

Relying on the title attribute is currently discouraged as many user agents do not expose the attribute in an accessible manner as required by this specification (e.g. requiring a pointing device such as a mouse to cause a tooltip to apear, which excludes keyboard-only users and touch-only users, such as anyone with a modern phone or tablet).

source: HTML 5.1 – the title attribute

Use of the title attribute in place of an alt attribute on an img element or for an image caption is prohibited

Relying on the title attribute is currently prohibited as many user agents do not expose the attribute in an accessible manner…

source: HTML 5.1

Further Reading

Posted in General | 23 Comments

Notes on accessibility of Microsoft.com’s new home page

Microsoft.com has a new home page. It uses HTML5 and ARIA. I have done a quick review of their usage. There are a few issues… Continue reading

Posted in Assistive Technology, HTML5, microsoft, W3C Validator, WAI-ARIA, Web Accessibility | 26 Comments

HTML5 Accessibility – September 2012

HTML5Accessibility.com has been updated to reflect HTML5 accessibility support in the latest browser versions.
Continue reading

Posted in Apple, Assistive Technology, Firefox, Google Chrome, HTML, HTML5, Internet Explorer, microsoft, Mozilla, MSAA, Opera, Safari, UAAG, UI Automation, Web Accessibility | 3 Comments

Notes on HTML5 accessibility support in IE 10

Internet ExplorerI am in the process of updating  HTML5Accessibility.com (ETA mid September) to take into account the changes in accessibility implementation support in the latest browser versions. I have decided not to update support information for Safari/Webkit on Windows and Opera on Windows or Mac as these browser/OS combinations  show no sign of active HTML accessibility implementation support. If and when they do, I will do detailed tests of theses browsers once again.

Internet Explorer 10 on Windows 8 meanwhile, includes implementation of a number of new HTML5 features and improved accessibility support for other features. Continue reading

Posted in Accessibility, Assistive Technology, HTML, HTML5, Internet Explorer, Web Accessibility | 10 Comments