title-trigger: Difference between revisions
AndyMabbett (talk | contribs) (Issues) |
AndyMabbett (talk | contribs) mNo edit summary |
||
| Line 57: | Line 57: | ||
No known or perceived issues. | No known or perceived issues. | ||
===Assistive | ===Assistive technology=== | ||
The proposed | The proposed solution assumes that screen readers don't treat <code>title</code> as a special case on elements other than <code>abbr</code> or <code>acronym</code> (or perhaps <code>a</code> and <code>img</code>, which may need to be excluded from the solution) even so, the use of the special class name would be optional in such cases. | ||
Is this actually the case? Please create a page for [[assistive-technology-title-trigger-results|assistive technology title trigger results]] and add the results of testing there. | |||
===Usage in the wild=== | ===Usage in the wild=== | ||
Revision as of 23:52, 16 August 2007
Title trigger
An alternative to the abbr-design-pattern, to address that pattern's accessibility issues.
Contributors
- Author: Andy Mabbett
- Original idea: Patrick Lauke
Proposal
Use a class name; say "ufusetitle" (for "microformat, use title") or something equally unlikely to otherwise occur in the wild, on any element, to trigger the use of that element's title attribute. e.g.
<span
class="dtstart ufusetitle"
title="2007-08-16"
>
16th August this year
</span>
Conversion
All existing and new microformats should use this pattern; abbr-design-pattern should be deprecated, but parsers should still be required to recognise it on legacy pages (perhaps for a period of, say, three years)
Class names
Other potential class names include:
- hsource
- hvalue
- uftitletrigger
- ...
Advantages
- Simple
- Works on any element
- Usable on CMSs (e.g. MediaWiki) which do not allow use of
abbr - Easy to learn
- Ease of authoring
- Easy for parsers to adapt
Issues
Semantics
No known or perceived issues.
Parsers
Existing microformats parsers (such as the Operator extension to Firefox) would need to be updated to handle this proposed alternative to the abbr design pattern. However, this is true of any proposed alternatives.
Complexity
No known or perceived issues.
Assistive technology
The proposed solution assumes that screen readers don't treat title as a special case on elements other than abbr or acronym (or perhaps a and img, which may need to be excluded from the solution) even so, the use of the special class name would be optional in such cases.
Is this actually the case? Please create a page for assistive technology title trigger results and add the results of testing there.
Usage in the wild
This design pattern is built on the assumption that the eventually- chosen is not widely used, where it used. Please document examples and references here: