- From: Charles McCathie Nevile <chaals@yandex-team.ru>
- Date: Tue, 05 Mar 2013 00:34:26 +0100
- To: "WAI XTech" <wai-xtech@w3.org>, "Sailesh Panchang" <sailesh.panchang@deque.com>
- Cc: "HTML Accessibility Task Force" <public-html-a11y@w3.org>
On Mon, 04 Mar 2013 21:00:03 +0100, Sailesh Panchang
<sailesh.panchang@deque.com> wrote:
> As longdesc is meant to be exposed to all users and is meant to
> function like a link, perhaps following points need to be clarified:
>
> i. How should user agents convey that the image has a longdesc attribute
This is fundamentally an issue of user interface. Some screen readers
announce there is a description available. My extensions used a button
whose icon changed (the button also provided a guide to *which* images had
longdescs, and let you quickly get to them), and then a button that
appeared when there is a longdesc. Other approaches have added a marker to
the image itself.
I don't think we have sufficient experience to say that one or other kind
of user experience is clearly better and should be adopted by everyone.
But it is clear that no discovery is worse than users being able to
discover the link. Which is why the spec says user agents should make it
discoverable.
> ii. Does it appear like a link and is it distinguished from other
> hyperlinks on the page in any way?
That depends on the user agent, as noted above. In practice I haven't seen
any implementation that does this, and suspect that in general that would
be a bad idea.
> iii. The image will not be tab-navigable but the 'link' associated
> with the image via longdesc will be tab-navigable and
> keyboard-operable, right?
This is part of being discoverable, and it is part of a user agent being
useful. If it isn't, the implementation needs fixing, IMHO.
> iv. What happens when tabindex attribute is used on focusable elements
> on the page? Should the image with the longdesc also have a tabindex
> attribute?
If you're using tabindex to create a different order, then yes. Personally
I think that's a bad idea in most circumstances, but I am sure there are
cases where it makes sense. I suspect that in some minority of such cases,
there is no disadvantage in leaving tabindex off a longdesc (e.g. because
the most natural place for it to be in the tab order is last).
But this is the sort of authoring practice that I expect to be developed
into best practice recommendations by people like you, rather than things
the specification should try to rigidly enforce, at least at the current
stage of maturity...
cheers
Chaals
> Thanks,
> Sailesh Panchang
> Tel 703-225-0380 ext 105
> www.deque.com
>
> keyboard user may not be
--
Charles McCathie Nevile - Consultant (web standards) CTO Office, Yandex
chaals@yandex-team.ru Find more at http://yandex.com
Received on Monday, 4 March 2013 23:35:01 UTC