assistive-technology-abbr-results: Difference between revisions

From Microformats Wiki
Jump to navigation Jump to search
m (abbr-design-pattern-alternatives moved to assistive-technology-abbr-results over redirect: better reflects the purpose and function of the page)
 
(28 intermediate revisions by 4 users not shown)
Line 1: Line 1:
<h1>assistive technology abbr results</h1>
<h1>abbr-design-pattern alternatives</h1>
This page is for document the precise results of using [[assistive-technology]] with real world examples in the wild of the abbr design pattern, as nearly always used by [[hcalendar|hCalendar]] (e.g. dtstart, dtend), often by [[hreview|hReview]] (e.g. dtreviewed, rating) and sometimes by [[hcard|hCard]] (e.g. bday, type subproperty).
This page is for document the precise results of using [[assistive-technology]] with real world examples in the wild of the abbr design pattern, as nearly always used by [[hcalendar|hCalendar]] (e.g. dtstart, dtend), often by [[hreview|hReview]] (e.g. dtreviewed, rating) and sometimes by [[hcard|hCard]] (e.g. bday, type subproperty) and by [[geo|Geo]].


__TOC__
__TOC__


Each [[assistive-technology]] listed here MUST link to a precise description of the tool/service on the [[assistive-technology]] page, including version number, when published, etc.
Each [[assistive-technology]] listed here should link to a precise description of the tool/service on the [[assistive-technology]] page, including version number, when published, etc. Each test result listed for each assistive technology should link to the example that was tested.
 
Each test result listed for each assistive technology MUST link to the real world example that was tested.


== Test Cases ==
== Test Cases ==
The [http://www.webstandards.org/action/atf/ WasP Accessibility Task Force] is working on a set of extended test cases that will cover the following data formats and markup formats. Please add to the list so we can create a comprehensive result set.
The [http://www.webstandards.org/action/atf/ WaSP Accessibility Task Force] has developed a set of ([http://cookiecrook.com/test/uf/testcases/ extended test cases]]) that cover the following data formats and markup formats.


===Data Formats===
===Data Formats===
Please provide hyperlinks to examples in the wild for each case that is to be tested.  Test cases with example in the wild URLs merit more testing than those without. However, the purpose of these test cases is to find the best solution, whether or not it is currently being used.
* ISO 8601 date with punctuation (YYYY-MM-DD)
* ISO 8601 date with punctuation (YYYY-MM-DD)
* ISO 8601 datetime with punctuation (YYYY-MM-DDTHH:MM:SS)
* ISO 8601 datetime with punctuation (YYYY-MM-DDTHH:MM:SS)
Line 25: Line 22:
** post-UTC (YYYY-MM-DDTHH:MM:SS-HHMM)
** post-UTC (YYYY-MM-DDTHH:MM:SS-HHMM)
* GEO Latitude/Longitude coordinates.
* GEO Latitude/Longitude coordinates.
* ISO 8601 durations
* ISO 8601 recurrences


=== Rejected Data formats ===
=== Rejected Data formats ===
Line 40: Line 39:
==== Valid HTML4 ====
==== Valid HTML4 ====
* abbr-design-pattern (as currently recommended)
* abbr-design-pattern (as currently recommended)
* Object with param value.
* abbr-design-pattern with "data " (or similar) prefix (<code><nowiki><abbr title="data: 20070713">13th</a></nowiki></code>)
* Object with in-page data attribute.
* SPAN element with title attribute (with or without [[title-trigger]] as it behaves no differently in any known screen reader).
* Span with title property.
* SPAN element with "data " (or similar) prefix, as above.
* Nested spans with child title set to null.
** Proposed in [http://microformats.org/discuss/mail/microformats-discuss/2007-December/011173.html microformats-discuss/2007-December/011173.html]
* Nested abbr with child title set to null.
** Has advantage of allowing plain-language title also; see [http://microformats.org/discuss/mail/microformats-discuss/2008-February/011583.html microformats-discuss/2008-February/011583.html]
* Empty ins element with datetime attr (<code>&lt;span class="dtstart"&gt;13th&lt;ins datetime="20070713"&gt;&lt;/ins&gt;&lt;/span&gt;</code>)
* [[dfn-design-pattern|DFN element with title attribute.]]
* Rarely used event handler. e.g. (<code>&lt;span class="dtstart" onchange="void(20070713)"&gt;13th&lt;/span&gt;</code>)
* Non-linked anchor element with title attribute. (<code><nowiki><a class="dtstart" title="20070713">13th</a></nowiki></code>)
* Nested SPAN element.
* Nested ABBR element.
* Nested DFN element (See: [http://microformats.org/discuss/mail/microformats-new/2007-May/000335.html mailing list thread], verify at [http://alistapart.com/articles/hattrick ALA article]).
* Empty INS element with DATETIME attr (<code><nowiki><span class="dtstart">13th<ins datetime="20070713"></ins></span></nowiki></code>)
* Rarely used event handler. e.g. (<code><nowiki><span class="dtstart" onchange="void(20070713)">13th</span></nowiki></code>)
* Hidden INPUT element
* Empty ABBR element (<code><nowiki><span class="dtstart">13th<abbr title="20070713"></abbr></span></nowiki></code>)


==== Invalid HTML4 ====
==== Invalid HTML4 ====
Markup possibilities that are invalid in HTML4/XHTML1 are noted here to be clear that they were considered and rejected.  Since microformats build on [[posh]], any technique that is invalid semantic (X)HTML is unacceptable for a microformats solution. There is no need to bother testing these.
Markup possibilities that are invalid in HTML4/XHTML1 are noted here to be clear that they were considered and rejected.  Since microformats build on [[posh]], any technique that is invalid semantic (X)HTML is unacceptable for a microformats solution. There is no need to bother testing these.
* Span with RDF dc:date attribute.
* SPAN with RDF dc:date attribute.
* Span with RDF geo:position attribute.
* SPAN with RDF geo:position attribute.
* Anchor element with name attr (<code><nowiki><a class="dtstart" name="iso8601:20070713">13th</a></nowiki></code>) *[name] does not need to be unique, but a[name] does. [http://www.w3.org/TR/html401/struct/links.html#h-12.2.1 HTML 4.01 Strict, 12.2.1]
 
==== Markup Rejections ====
* OBJECT with param value. (requires significant extra markup and CSS in order to *behave* correctly)
* OBJECT with in-page data attribute. (See [[include-pattern-feedback#Objects_and_Browser_Behavior]])


===Screenreader Language Pronunciations===
===Screenreader Language Pronunciations===
* English
Localization is not the job of Microformats, so multiple human languages (English, Spanish, etc.) is irrelevant.
* Spanish (need volunteer native Spanish speaker screen reader user)
* ?


===Verbosity settings===
===Verbosity settings===
Line 75: Line 84:
== Results ==
== Results ==


To be determined.
<s>Please provide hyperlinks to examples in the wild for each case that is to be tested.  Test cases with example in the wild URLs merit more testing than those without.</s> The purpose of these test cases is to find the best solution, whether or not it is currently being used.
 
Results to be determined.


== See Also ==
== See Also ==
* [[accessibility]]
* [[accessibility]]
* [[assistive-technology]]
* [[assistive-technology]]

Latest revision as of 18:28, 4 June 2009

abbr-design-pattern alternatives

This page is for document the precise results of using assistive-technology with real world examples in the wild of the abbr design pattern, as nearly always used by hCalendar (e.g. dtstart, dtend), often by hReview (e.g. dtreviewed, rating) and sometimes by hCard (e.g. bday, type subproperty) and by Geo.

Each assistive-technology listed here should link to a precise description of the tool/service on the assistive-technology page, including version number, when published, etc. Each test result listed for each assistive technology should link to the example that was tested.

Test Cases

The WaSP Accessibility Task Force has developed a set of (extended test cases]) that cover the following data formats and markup formats.

Data Formats

  • ISO 8601 date with punctuation (YYYY-MM-DD)
  • ISO 8601 datetime with punctuation (YYYY-MM-DDTHH:MM:SS)
  • ISO 8601 datetime with punctuation and no seconds (YYYY-MM-DDTHH:MM)
  • ISO 8601 UTC datetime with punctuation (YYYY-MM-DDTHH:MM:SSZ)
  • ISO 8601 pre-UTC datetime with punctuation (YYYY-MM-DDTHH:MM:SS+HH:MM)
  • ISO 8601 pre-UTC datetime with punctuation and no timezone minutes (YYYY-MM-DDTHH:MM:SS+HH)
  • ISO 8601 post-UTC datetime with punctuation (YYYY-MM-DDTHH:MM:SS-HH:MM)
  • ISO 8601 post-UTC datetime with punctuation and no timezone minutes (YYYY-MM-DDTHH:MM:SS-HH)
  • ISO 8601 datetime with punctuation but w/o timezone punctuation. The hypothesis is that something like "eleven o'clock plus oh seven hundred" may be more understandable than "eleven o'clock plus seven o'clock" (similarly for the hyphen, read as "dash").
    • pre-UTC (YYYY-MM-DDTHH:MM:SS+HHMM)
    • post-UTC (YYYY-MM-DDTHH:MM:SS-HHMM)
  • GEO Latitude/Longitude coordinates.
  • ISO 8601 durations
  • ISO 8601 recurrences

Rejected Data formats

Dates without punctuation as they have proved unusable. Proof is premise for [hAccessibility] article on the Web Standards Project Buzz blog. Window Eyes and JAWS read un-punctuated dates as single number. [JAWS 8 on IE7 citation (MP3 Audio)] of "twenty million seventy-thousand three-hundred twelve" is reason enough for rejection.

  • ISO 8601 date without dashes (YYYYMMDD)
  • ISO 8601 datetime without dashes and colons (YYYYMMDDTHHMMSS)
  • ISO 8601 datetime without dashes and colons and no seconds (YYYYMMDDTHHMM)
  • ISO 8601 UTC datetime without dashes and colons (YYYYMMDDTHHMMSSZ)
  • ISO 8601 pre-UTC datetime without dashes and colons (YYYYMMDDTHHMMSSZ+HHMM)
  • ISO 8601 pre-UTC datetime without dashes and colons and no timezone minutes (YYYYMMDDTHHMMSSZ+HH)
  • ISO 8601 post-UTC datetime without dashes and colons (YYYYMMDDTHHMMSSZ-HHMM)
  • ISO 8601 post-UTC datetime without dashes and colons and no timezone minutes (YYYYMMDDTHHMMSSZ-HH)

Markup Possibilities

Valid HTML4

  • abbr-design-pattern (as currently recommended)
  • abbr-design-pattern with "data " (or similar) prefix (<abbr title="data: 20070713">13th</a>)
  • SPAN element with title attribute (with or without title-trigger as it behaves no differently in any known screen reader).
  • SPAN element with "data " (or similar) prefix, as above.
  • DFN element with title attribute.
  • Non-linked anchor element with title attribute. (<a class="dtstart" title="20070713">13th</a>)
  • Nested SPAN element.
  • Nested ABBR element.
  • Nested DFN element (See: mailing list thread, verify at ALA article).
  • Empty INS element with DATETIME attr (<span class="dtstart">13th<ins datetime="20070713"></ins></span>)
  • Rarely used event handler. e.g. (<span class="dtstart" onchange="void(20070713)">13th</span>)
  • Hidden INPUT element
  • Empty ABBR element (<span class="dtstart">13th<abbr title="20070713"></abbr></span>)

Invalid HTML4

Markup possibilities that are invalid in HTML4/XHTML1 are noted here to be clear that they were considered and rejected. Since microformats build on posh, any technique that is invalid semantic (X)HTML is unacceptable for a microformats solution. There is no need to bother testing these.

  • SPAN with RDF dc:date attribute.
  • SPAN with RDF geo:position attribute.
  • Anchor element with name attr (<a class="dtstart" name="iso8601:20070713">13th</a>) *[name] does not need to be unique, but a[name] does. HTML 4.01 Strict, 12.2.1

Markup Rejections

Screenreader Language Pronunciations

Localization is not the job of Microformats, so multiple human languages (English, Spanish, etc.) is irrelevant.

Verbosity settings

  • Punctuation, speak none.
  • Punctuation, speak some.
  • Punctuation, speak all.
  • Title attributes, speak none.
  • Title attributes, speak some (abbr and acronym).
  • Title attributes, speak all.

Screenreaders

  • Freedom Scientific JAWS (multiple versions TBD)
  • GW Micro Window Eyes (multiple versions TBD)
  • Apple Voiceover (multiple versions TBD)
  • Dolphin HAL (multiple versions TBD)

Results

Please provide hyperlinks to examples in the wild for each case that is to be tested. Test cases with example in the wild URLs merit more testing than those without. The purpose of these test cases is to find the best solution, whether or not it is currently being used.

Results to be determined.

See Also