Regards,
MindAlbum

Thank you for that reply. I am a Web developer that has been very hard to integrate ARIA into the designs that my company offers to the clients of our CMS. I have not yet gone back over designs I had done in the past to add these roles, but I have been adding them where appropriate to our new designs.

I know this sounds weird, but has the work group considered the idea for fall back labels? I know this seems odd, but it in my experience with CMS design is that no matter how much instructions you leave or how clear it is how the layout should look, some times a client will just do what they want to do. For example, suppose that you have a two column layout where one is the main area, and the other secondary data. Both of them deserve to have a header so it is in the template. But occasionally a client will decide to delete the header for the secondary column. This implies a different type of meaning for the page. If a fallback label could be applied this could be a way of allow the correct meaning to the page.

I know for my example the proper solution would be to provide an alternative page layout for people in my CMS. This is within my power and something that I can do for my situation, but not all providers will be able to do this, and from my experience many clients will just stick with whatever the default layout there is.

Another question: is there some methodology for naming roles? I mean, I guess I can understand how contentinfo is a bit more generic than footer, but I just cannot see a practical example of when one would use contentinfo besides in the footer of most sites.

Currently the ARIA specification says that only two roles (“banner” and “main”) should be used once per documented or application. So, to answer your question about navigation: you could use the role of “navigation” for BOTH main navigation and page-specific navigation. You could then use the ARIA “labelledby” property along with a header element to distinguish the two sets of navigation from each other. The same goes for use of the “secondary” landmark role. For more, read the section titled “Providing Navigable Structure within Web Pages” (http://www.w3.org/TR/wai-aria-practices/#kbd_layout) of the ARIA Best Practices document.

Regarding your question: “is it necessary to use labelledby for an element where the next element is a header?” Both are necessary as they have different uses, and provide different benefits.

Headers are important as a means of providing semantic meaning and improving navigability for users of browsers and/or screen readers that either don’t support ARIA, or that do support ARIA, but currently lack support for ARIA landmark roles. This reminds me of a cardinal rule of using ARIA: always consider ARIA a Progressive Enhancement to existing best practices, rather than a replacement for existing best practices.

Using the “labelledby” property to label each landmark provides the user with more specific information when he/she is exclusively browsing the landmarks of the page, as opposed to reading a specific section. Using the earlier example of navigation: if you use the “lablledby” property users would be able to distinguish global navigation from page-specific navigation.

I hope that clears things up for you.

Todd

For example, suppose one’s design has a main navigation along the top of the design, and page specific navigation running along the side. Should both of the containers for the navigation elements be given the role of navigation, or what? Similar for the role of banner and secondary (a name I dislike because it is too specific — think of those of us with a three column layout). And is it necessary to use labelledby for an element where the next element is a header?

Thanks!