Re: Using ARIA to override semantics

Steve Faulkner, Mon, 21 Mar 2011 15:20:04 -0700:

> i agree that the presence of a longdes should not make the element
> interactive, what has been requested by a screen reader vendor is that
> in the case of longdesc being accessed via a context menu the presence
> of longdesc will cause the image to be inlcuded in the default tab
> order. This is so that users can access the context menu and would be
> required for keyboard users in general to be able to access the
> context menu.

According to HTML5, default inclusion in the tab order is not decided 
by whether it is interactive but by 'platform conventions': [1] 

]] If the attribute is omitted or parsing the value returns an error
      The user agent should follow platform conventions to determine
      if the element is to be focusable and, if so, whether the 
      element can be reached using sequential focus navigation, and
      if so, what its relative order should be. [[

[1] 
http://dev.w3.org/html5/spec/editing#sequential-focus-navigation-and-the-tabindex-attribute

However, perhaps the spec needs to *specify* that it must belong in the 
default tab order? Thoughts? 

And, btw, what about @cite? @cite is only accessible via context menu, 
AFAIK. This is also, in my view, an issue for text browsers like Lynx. 
(Text browsers could have implemented support for @longdesc and @cite 
in a fashion similar to how they implement support for image maps: for 
image maps one must "walk into" the image to retrieve the list of links 
of the image map.) 
 
>> Just a side note to Steve: If @longdesc would have make <img>
>> *interactive*, then img:link{} would select it. Just as that selector
>> already selects an img element with a @target 

Eh ... Meant @longdesc.
-- 
leif halvard silli

Received on Tuesday, 22 March 2011 07:34:33 UTC