I agree with the consensus that less is more with the skip navigation links
at the top of the document. “Skip to main content” in the majority of cases
will be all you need. If you are getting to a point where by rights you
need a skip link, to skip the list of skip links, as they have grown so
long you know you are following a bad path ;)

Another school of thinking is to write the HTML source order so that
navigation appears after the content, and use CSS to relocate the menu to
the top of the page for sighted users. Of course you would still benefit
from a skip link at the start of the navigation menu to skip past it/return
to start of content. Note, it is a common misconception that users of
assistive technologies linearly read a web page, when in fact the tools
they have at their disposal allow them to traverse a page in multiple
different ways. For instance, they can call out a dialog which lists all of
the links on the page, or gain context by traversing a semantic document
tree of the nested headings on the page. In these contexts, skip navigation
is largely useless.

This may be overkill, I will be interested to hear opinions, but I also
place a note with ability to return to the top of the page too:
 <div class="accessibility" role="note">
<small>End of page.</small>
<hr />
<a href="#page">Return to top of page</a>
</div><!-- / .accessibility -->

I guess this could be extended to have a further link to “Return to start
of content.” The idea with this is to notify the user that they have
reached the end of the document, and rather than leave them at a loose end,
give them options to traverse elsewhere.

On 5 June 2012 05:49, Blumer, Luke <luke.blu...@ato.gov.au> wrote:

> **
> Hi All,
> We are currently in the process of redesigning our website and are looking
> into the "Skip to" functionality.
> We are currently considering using:
>    - Skip to Search
>    - Skip to Primary Navigation
>    - Skip to Secondary Navigation
>    - Skip to Main Content
>    - Skip to Sitemap
> We are wondering if there is any information on best practice for the
> "Skip to" function and whether there is a generally acceptable limit as to
> how many "Skip to" links should be used?
> We are also wondering whether we should be considering other ways for
> users to navigate around our pages such as AccessKey ***
> http://validator.w3.org/accesskeys.html*<http://validator.w3.org/accesskeys.html>and
>  whether this technique should be used to reduce the number of "Skip to"
> links we have listed above?
> Is there any native browser functionality that performs any of these
> functions that we should account for?
> Thankyou in advance for any advice.
> Regards,
> *Luke Blumer*
> Web Project Officer | Corporate Relations
> Australian Taxation Office
> Phone: 02 621*6 2970*
> **********************************************************************
>     The information transmitted is for the use of the intended
> recipient only and may contain confidential and/or legally
> privileged material. Any review, re-transmission, disclosure,
> dissemination or other use of, or taking of any action in
> reliance upon, this information by persons or entities other
> than the intended recipient is prohibited and may result in
> severe penalties. If you have received this e-mail in error
> please notify the Privacy Hotline of the Australian Taxation
> Office, telephone 13 2869 and delete all copies of this
> transmission together with any attachments.
> **********************************************************************
> *******************************************************************
> List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
> Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
> Help: memberh...@webstandardsgroup.org
> *******************************************************************

Warm regards,

Kevin Rapley / User Experience Consultant
0115 714 2337 / 0772 345 7862

Yoo-zuh-buhl, The Terrace, Cultural Quarter, Grantham Road, Lincoln, LN2 1BD

List Guidelines: http://webstandardsgroup.org/mail/guidelines.cfm
Unsubscribe: http://webstandardsgroup.org/join/unsubscribe.cfm
Help: memberh...@webstandardsgroup.org

Reply via email to