Anne van Kesteren

Skip links should be a markup problem

While it is nice that guildeline 2.4 of WCAG 2 suggests making a visual ‘skip link’ I do not think it is practical nor a wise recommendation. I think that devices that interpreted a webpage should take note of its semantics. If such a device encounters a list of links, or even more useful a MENU, NAVIGATION (both in HTML5) or NL (XHTML2) element it should note that to the user in one way or another and provide a way to skip it.

By the way, I assume you read Access Matters and understand this is in response to some questions.

Skip links should be a markup problem. (I guess you could also call it a structural or semantic problem, depending on where you from and what you like to hear.) Similar for a piece of formatted text, using ASCII “art” to express something. If I use PRE or perhaps something more semantic like the BLOCKCODE (XHTML2, again) element I expect accessibility devices to do something with that. I don’t think I should clutter my document full of unique IDs and hyperlinks to make sure people with a disability can read my articles as well.

I expect markup to solve those problems. Not me.

Comments

  1. I completely agree. However, I do understand the point of view of institutes like Accessibility.nl. They say the markup has to change where current accessibility tools fail. Even if this means that your markup becomes less semantically correct.

    Posted by Sjoerd Visscher at

  2. I agree with Sjoerd. Until accessibility tools manage to interpret and provide the disabled users with alternate methods to jump over certain sections, it has to stay the way it does.

    I don’t think I should clutter my document full of unique IDs and hyperlinks to make sure people with a disability can read my articles as well.

    Here I agree with you, Anne.
    While I don't see the big problem with a «Skip to content»-hyperlink, I sure don't want to plug my document full of these links.

    Posted by Henrik Lied at

  3. Good thoughts. What about the following?

    <link rel="menu" href="#menu">

    Posted by Mark Wubben at

  4. Yes, perhaps today’s accessibility institutes should recommend otherwise. However, WCAG2 is a W3C specification that should address at least the outline given above in my humble opinion. Perhaps with a non-normative note saying that it might be that existing UAs can’t cope with that. That note could also explain how to deal with them.

    Posted by Anne at

  5. Good thoughts. What about the following?

    <link rel="menu" href="#menu">

    Something like that would be a lot better, in my opinion.

    I think navigation would be a better substitute for menu, though.

    Posted by Henrik Lied at

  6. Good thoughts. What about the following?

    <link rel="menu" href="#menu">

    That idea sounds wonderful to me. In fact, if you can get handheld user agents to the point they actually use that info, it might be possible to improve accessibility on handhelds, because they now easily can interpret the document structure and use different built-in rendering for those specific purposes.

    Posted by Pieter Belmans at

  7. What do you mean HTML 5?!

    Posted by Foofy at

  8. We've been using techniques like the following at WATS.ca for almost two years:

    <link rel="bookmark" href="#content" title="Page Content" />

    <link rel="bookmark" href="#navigation" title="Section Navigation" />

    We believe the very same thing: we really shouldn't need skip links and all these other workarounds. We need better user agents. I can't tell you how disappointed I was to learn that the browser on my BlackBerry supports handheld media stylesheets, but has no idea what a fragment identifier is.

    Posted by Derek Featherstone at

  9. What do you mean HTML 5?!

    http://www.whatwg.org/specs/web-apps/current-work/.

    Posted by Henrik Lied at