W3C home > Mailing lists > Public > w3c-wai-ig@w3.org > January to March 2006

RE: linked list alternative to nested menus

From: Colin Lieberman <clieberman@dralegal.org>
Date: Fri, 10 Mar 2006 11:43:51 -0800
To: "'Paul Novitski'" <paul@juniperwebcraft.com>, <w3c-wai-ig@w3.org>
Message-ID: <001c01c6447a$f75cf0c0$9800a8c0@dralegal.com>

Paul - 

Without commenting on the merits of your scheme, I would suggest you
reconsider how you are describing it.

"Linked List" is a fairly specific sort of construction in Computer Science,
(which you can read about here: http://en.wikipedia.org/wiki/Linked_list)
that specifically refers to chained data types.

Colin Lieberman
IT Manager
Disability Rights Advocates
2001 Center Street, Third Floor
Berkeley, California  94704-1204

510 665 8644 x.134 (Tel)
510 665 8716 (TTY)
510 665 8511 (Fax)

-----Original Message-----
From: w3c-wai-ig-request@w3.org [mailto:w3c-wai-ig-request@w3.org] On Behalf
Of Paul Novitski
Sent: Friday, March 10, 2006 11:34 AM
To: w3c-wai-ig@w3.org
Subject: linked list alternative to nested menus

I'm contemplating an alternative to the usual nested-list nav menu 
structure and solicit your opinions.

First, here's a standard nested menu.  Opinions vary as to whether 
it's kosher to include all the sub-menus nested inside the parent and 
conceal the inactive sub-menus from visual users.  I've included all 
the sub-menus in this markup for the sake of illustration:

	<li><a href="home.php">Home</a></li>
	<li><a href="products.php">Products</a>
			<li><a href="widgets.php">Widgets</a>
			<li><a href="whatsits.php">Whatsits</a>
			<li><a href="thingummies.php">Thingummies</a>
	<li><a href="philosophies.php">Philosophies</a>
			<li><a href="tao.php">Tao</a>
			<li><a href="zen.php">Zen</a>

This makes semantic sense but could wear on your patience if you're 
hearing the page through a screen-reader.  If you activate a link in 
the parent menu and bring up a new page that again contains the 
navigation menu, how do you know that a sub-menu exists inside the 
parent item?  Do you have to listen through all the menu options 
you've already heard in order to discover and hear the new sub-menu?

As an alternative, I'm considering a series of linked lists instead 
of one complex nested list.  In the following example, the Products 
and Philosophies sub-menus appear after, not nested inside, the 
top-level menu.  The Products and Philosophies items in the top-level 
menu now contain URI fragment identifiers (same-page anchors) linking 
to their sub-menus farther down the page.  If you've navigated to the 
Products home page, I'd also add a skip link to the Products sub-menu 
so you wouldn't be forced to hear the top-level nav menu again:

<p><a href="#products">Skip to Products</a></p>

	<li><a href="home.php">Home</a></li>
	<li><a href="#products">Products</a></li>
	<li><a href="#philosophies">Philosophies</a></li>

<div id="products">
		<li><a href="widgets.php">Widgets</a>
		<li><a href="whatsits.php">Whatsits</a>
		<li><a href="thingummies.php">Thingummies</a>

<div id="philosophies">
		<li><a href="tao.php">Tao</a>
		<li><a href="zen.php">Zen</a>


1) faster & easier for non-visual users to navigate (I hope).

2) lends itself easily to visual layouts in which the sub-menu lies 
in a column or row adjacent to the parent menu.

3) sub-menus can be displayed or concealed for visual users in the 
same ways as nested sub-menus are.


1) The semantic relationship of parent menu item to sub-menu is 
obscured if not lost.

2) Because the sub-menu is not structurally nested within the parent 
item, some visual layouts of the menu will be difficult or 
impossible, such as the nested folder metaphor.

Your comments?

Received on Friday, 10 March 2006 20:19:01 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 13 October 2015 16:21:33 UTC