RE: ARIA semantics for secondary navigation

>Screen reader users do not necessarily want to know the visual position of
>a navigation bars, they want to know what the relationship is between the
>links in a navigation bar.   
I agree completely. But in reality I have sighted people refer to links at
the top or left etc. all the time. Using list (to group links) / headings to
expose relation certainly helps. The problem arises when this is not done.
Sailesh

From: Jon Gunderson [mailto:jongund@illinois.edu] 
Sent: Tuesday, May 19, 2009 10:07 AM
To: sailesh.panchang@deque.com; 'Simon Pieters'; 'Victor Tsaran'; 'Ryan
Doherty'; wai-xtech@w3.org
Subject: RE: ARIA semantics for secondary navigation

Screen reader users do not necessarily want to know the visual position of a
navigation bars, they want to know what the relationship is between the
links in a navigation bar.   

This can be done using the ARIA-LABEL and ARIA-LABELLEDBY links, see
example:

http://test.cita.illinois.edu/aria/nav/nav1.html

Jon


---- Original message ----
>Date: Tue, 19 May 2009 08:47:43 -0400
>From: "Sailesh Panchang" <sailesh.panchang@deque.com>  
>Subject: RE: ARIA semantics for secondary navigation  
>To: "'Simon Pieters'" <simonp@opera.com>, "'Victor Tsaran'"
<vtsaran@yahoo-inc.com>, "'Ryan Doherty'" <rdoherty@mozilla.com>,
<wai-xtech@w3.org>
>
>The problem with this is sighted users can make out that this is the main
>menu or left nav and do not need headings there. Such obvious headings  for
>sighted users are useful for non-sighted users for instance. The main menu
/
>left nav may be in a list within a div . Using  offscreen headings via CSS
>is an option one uses sometimes. But this  is more like a fix for screen
>reader users and does not expose semantics like the role does.
> Maybe roles like top-navigation, secondary-navigation, tab-navigation,
>footer-navigation,  and a plain navigation might be some options available
>to content developers. Sometimes there is a list of links like: Home,
>Search, Help, Logout/login at the top and then a list of links that is
>interpreted as application specific top-nav followed by left-nav links.
>Thanks,
>
>
>Sailesh Panchang
>Accessibility Services Manager (Web and Software)
>Deque Systems Inc. (www.deque.com)
>11130 Sunrise Valley Drive, Suite #140,
>Reston VA 20191
>Phone: 703-225-0380 (ext 105)
>E-mail: sailesh.panchang@deque.com
>-----Original Message-----
>From: Simon Pieters [mailto:simonp@opera.com] 
>Sent: Monday, May 18, 2009 5:44 PM
>To: Victor Tsaran; sailesh.panchang@deque.com; Ryan Doherty;
>wai-xtech@w3.org
>Subject: Re: ARIA semantics for secondary navigation
>
>On Mon, 18 May 2009 23:23:00 +0200, Victor Tsaran <vtsaran@yahoo-inc.com>
>wrote:
>
>>> I thought there was a way to name landmarks already: using one of the
>>> <h1>-<h6> elements.
>
>> Do you mean by embeding landmarks inside headings?
>>
>
>No, by placing a heading in the landmark.
>
>   <div role="navigation">
>    <h2>main menu</h2>
>    ...
>   </div>
>
>I looked briefly at the ARIA spec and didn't find anything about this, so I
>was probably wrong. However, I think it's the logical thing to use and it
>would be nice if the association would just work.
>
>(In HTML5, the <nav> element creates a section, and the outline algorithm
>will associate an <hgroup> or <h1>-<h6> element with the section, if there
>is one.)
>
>-- 
>Simon Pieters
>Opera Software
>
>
Jon Gunderson, Ph.D.
Coordinator Information Technology Accessibility
Disability Resources and Educational Services

Rehabilitation Education Center
Room 86
1207 S. Oak Street
Champaign, Illinois 61821

Voice: (217) 244-5870

WWW: http://www.cita.uiuc.edu/
WWW: https://netfiles.uiuc.edu/jongund/www/

---------------------------------------------------------------
Privacy Information
---------------------------------------------------------------
This email (including attachments) is covered by the Electronic
Communications Privacy Act, 18 U.S.C. 2510-2521, is confidential and may be
legally privileged. It is intended for the use of the individual or entity
to which it is addressed and may contain information that is privileged,
confidential, and exempt from disclosure under applicable law. If the reader
of this email is not the intended recipient, or agent responsible for
delivering or copying of this communication, you are hereby notified that
any retention, dissemination, distribution, or copying of this communication
is strictly prohibited. If you have received this communication in error,
please reply to the sender that you have received the message in error, then
delete it. Thank you.

Received on Tuesday, 19 May 2009 14:19:10 UTC