- From: Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no>
- Date: Sat, 7 May 2011 23:08:14 +0200
- To: Maciej Stachowiak <mjs@apple.com>, Steve Faulkner <faulkner.steve@gmail.com>
- Cc: HTMLWG WG <public-html@w3.org>, Charles McCathieNevile <chaals@opera.com>, David Bolter <dbolter@mozilla.com>, Adrian Bateman <adrianba@microsoft.com>, Cynthia Shelly <cyns@microsoft.com>, Ian Hickson <ian@hixie.ch>
Maciej Stachowiak, Fri, 06 May 2011 17:45:46 -0700:
> On May 5, 2011, at 2:26 AM, Steve Faulkner wrote:
Hi Steve and Maciej,
>> Do any vendors have plans to follow webkit's lead and display the
>> title attribute content in place of an image when the image is not
>> rendered?
>
> I'm not sure if this is intentional behavior or a bug.
Webkit is not alone: the text browsers Links, Elinks, W3m and Lynx all
display @title when @alt is lacking.
Opera does not automatically display @title when @alt is lacking, but
it is, via CSS, possible to make it do so.
> It definitely
> is intentional that we expose title to assistive technologies, and
> that consequently VoiceOver will use it when present for images that
> lack an alt attribute. It is also intentional that alt does not
> create a tooltip,
More details, VoiceOver vs @title vs @alt:
1) for normal <a> (anchor) element links, then if @title +
link text are 100% equal (from a 'plain text' perspective), then
VoiceOver does not not read the @title attribute.
2) if @title and link text differ w.r.t. characters (white
-space doesn't matter, it seems), then both @title and link text
is read.
Due to 1) and 2), VoiceOver reads each of the following 5 links
as 'foo. Foo.':
<a href title=" foo. Foo. "></a>
<a href title=" foo. Foo. "><img alt=" foo. Foo. "></a>
<a href title=" foo. Foo. " ><i> foo. Foo. </i></a>
<a href title=" foo. " ><img alt=" Foo. "></a>
<a href title=" foo. " ><i> Foo. </i></a>
3), for <area> (area) element links, then a bug in VoiceOver
or in Webkit cause @alt to be ignored so that only @title is
read. When there is no @title, then VoiceOver "repairs" for
lack of link text (by starting to read the @href content).
ARIA vs VoiceOver:
From ARIA 1.0's perspective, then @title is completely ignored, unless
there is no alternative to using it. Thus, from an ARIA supporting AT's
perspective, it does not seem correct to assume that @title isn't used.
But from the other angle: when both @title and @alt are present, then
@title seems to be completely ignored in ARIA.
ARIA's approach and VoiceOver's approach lead to same result when:
1. @title and link text are present and are identical;
2. or when @title is present but link text isn't present;
ARIA's approach and VoiceOver's approach lead to different result when:
* there is a link text and a @title that differs from the link text.
Which means that it is - roughly speaking - only when @title is used
according to HTML5's rules about "advisory content" that there actually
is any difference between VoiceOver and ARIA.
--
Leif Halvard Silli
Received on Saturday, 7 May 2011 21:08:47 UTC