Forum Moderators: phranque

Message Too Old, No Replies

Website Accessibility

What steps are you taking?

         

pageoneresults

12:22 pm on Feb 11, 2006 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member Top Contributors Of The Month



In another topic, Target is being sued [webmasterworld.com] because their website is not accessible to the Blind. I for one am all for accessibility and over the years I've learned that if you are following the guidelines set forth by the W3C for HTML/XHTML/CSS, you are probably already at WAI-A [w3.org] level for accessibility.

Let's talk about the whole accessibility issue and get it out in the open. It is not as difficult as many think and a comprehensive Q&A on the topic is definitely in order.

  • What are some of the things you've done to make sure that your site is accessible?
  • What elements have you had to focus on to make your site accessible?
  • What has been the most difficult part of the transition for you?
  • What have been the rewards of making your site accessible?

Matt Probert

2:30 pm on Feb 11, 2006 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



It's really very easy to take reasonable steps to ensure accessibility.

You don't need to buy tools, pay consultants, or be impressed by buzz words or W3C recommendations.

All you need to do is view your site with a character-based web browser, such as the free Lynx, and see if it's usable.

This will clearly illustrate (sic) any problems your site has, and you can then take steps to address them.

As an example, try Target.com's web site with Lynx....

Matt

le_gber

1:15 pm on Feb 13, 2006 (gmt 0)

WebmasterWorld Senior Member 10+ Year Member



Hi pageoneresults,

I've been trying to make the sites I design as accessible as possible for the past year now and I am really enjoying it.

  • What are some of the things you've done to make sure that your site is accessible?
  • What elements have you had to focus on to make your site accessible?
  • I would say more accessible:

  • remove tables - I design exclusively in CSS and XHTML 1.0 trans but am moving to strict
  • use text links everywhere - use CSS to make them look like a button
  • group navigation items together in lists
  • use ems and percentages for font sizing
  • use proper page structure with h tags, p tags and some other HTML tags I had never used before like blockquote, acronym or abbr
  • stopped relying on javascript - for drop down menus - and use the suckerfish tutorial to learn how to make accessible drop downs.
  • less use of the img tag - apart from when absolutelly necessary - almost all my pics are now part of div background
  • check the sites in lynx and make sure it's useable
  • use tab browsing to test the sites and add links to content and nav from the very top of the doc
  • defined links with the a:focus and a:active for tab browsing as well
  • use the proper tags for the form like label etc...
  • recently remove all the link and form target from my main site (because I moved it to a strict DTD) and use accessible rel and js window.open(this.href)
  • learn how to use stylsheet switcher to change font size of site color scheme (for dyslexic people who find it harder to read black text on white background)

  • What has been the most difficult part of the transition for you?
  • I would say moving away from tables and using percentages as text size. It's basically almost like re-learning how to design sites and how to use ids and classes properly

  • What have been the rewards of making your site accessible?

  • Personally I would think that it's been forcing me to learn something new that will keep me on top of my game.
  • victor

    1:25 pm on Feb 13, 2006 (gmt 0)

    WebmasterWorld Senior Member 10+ Year Member



    One simple thing I always do is implement accesskeys.

    I probably benefit more that anyone as I like to whizz round at high speed using only a keyboard.

    Of course, accesskeys are not perfect as there is no widely accepted conventions on what keys should do what; and browsers make it harder to find a consistent set that doesn't trigger some browser function.

    The UK Government's default list is a good starting point.


    S - Skip navigation
    1 - Home page
    2 - What's new
    3 - Site map
    4 - Search
    5 - Frequently Asked Questions (FAQ)
    6 - Help
    7 - Complaints procedure
    8 - Terms and conditions
    9 - Feedback form
    0 - Access key det

    [cabinetoffice.gov.uk...]

    And alistpart have some nice ideas:
    [#*$!.com...]

    le_gber

    1:44 pm on Feb 13, 2006 (gmt 0)

    WebmasterWorld Senior Member 10+ Year Member



    yep as victor said accesskeys are also a very good idea but it will depend on the visitor's disability.

    There are some controversy about accesskeys, though, because some of them interfere with built-in browsers' shortcut keys (browsers as in all types: visual or screen readers)

    some of the things I forgot:

  • making sure to use proper anchor text (also good for SEO)
  • always using a sitemap (also good for SEO)
  • benihana

    1:49 pm on Feb 13, 2006 (gmt 0)

    WebmasterWorld Senior Member 10+ Year Member



    Download connect outloud.

    Turn off you montior, and use your site. I mean really use it. Try to order something. Find a specific nugget of information. Use the contact form.

    If you then think accessibility is easy, well done.

    pageoneresults

    2:33 pm on Feb 14, 2006 (gmt 0)

    WebmasterWorld Senior Member 10+ Year Member Top Contributors Of The Month



    Making sure to use proper anchor text (also good for SEO).

    Let's take out the (also good for SEO) part of the equation and just focus on using proper anchor text. I'm sure most of us have seen the statements about not using "Click Here" or "More Information". There is a reason for this and accessibility is the primary one.

    Think about the user who is using a Screen Reader. If you were to "listen" to what your anchor text is saying, does it best describe the destination of the link if clicked? That's the bottom line when defining anchor text, describing the destination. Click Here or More Information fails miserably at that.

    But, there is an alternative if you cannot get creative with your anchor text, you can use the title attribute to help with accessibility. So, those with Screen Readers get a "titled" description of the linked resource. For example...

    <a title="Link to instructions for using your new JAWS Software" href="/jaws/instructions/">More Information</a>

    Always using a sitemap (also good for SEO)

    Again, let's take the SEO part of the equation and think about the visitor for a moment. The site map is an integral part of any website and serves an important purpose in the scheme of things. Larger sites may use multiple site maps in place of one large one. A site map page that has over 100 links may be a bit on the large side. It might be time to start thinking about using secondary site maps, one for each main section of the site.

    Download connect outloud. Turn off your montior, and use your site. I mean really use it. Try to order something. Find a specific nugget of information. Use the contact form. If you then think accessibility is easy, well done.

    Yikes! That was an experience. I spent my 24 hour trial period surfing with my eyes closed. I think I managed to get through a couple of pages before opening my eyes and claiming defeat. Now I really have compassion for those using assistive technologies to surf the net.

    I visited a couple of pages that I knew were over SEO'd. Oh, what a mess that was.

    Definitely an annoying experience. The difference between a page that is built correctly and a page that isn't, is really noticeable using a piece of software like this.

    pageoneresults

    2:38 pm on Feb 14, 2006 (gmt 0)

    WebmasterWorld Senior Member 10+ Year Member Top Contributors Of The Month



    Of course, accesskeys are not perfect as there is no widely accepted conventions on what keys should do what; and browsers make it harder to find a consistent set that doesn't trigger some browser function.

    I went this route a couple of years ago. Researched all that I could on Access Keys. Implemented them and tested them and have been testing on occassion since then.

    Problem is, the browsers don't all react the same way to using the Alt key, particularly Opera. And then you have software specific alt commands that may interfere with the ones being used on the page. It gets real tricky and until there is a defined list of Access Keys (in addition to the UK), I will consider using them again.

    I've found that if the Tab Order of your page is logical, the Access Keys may not be as important.

    pageoneresults

    3:59 pm on Feb 14, 2006 (gmt 0)

    WebmasterWorld Senior Member 10+ Year Member Top Contributors Of The Month



    Here's a simple method to test the accessibility of your website. Ready?

    Disconnect your mouse, unplug it, turn it off, whatever, just deactivate it.

    Now, visit one of your sites. Can you navigate and browse the site with your keyboard only? For those using IE, you basically tab your way through pages. Each time you press the tab key, you transfer focus to the next element in sequence based on the structure of the page.

    Once you have focus on a link, you press enter to proceed to the linked resource. Do this from page to page. Try searching if a search form is available. Try placing an order if ecommerce is available.

    If, you are able to do all of the above, without using a mouse, you are probably "very close" to WAI-A accessbility.

    It all comes down to your keyboard and how the site you are browsing is structured. And, to take this one step further, turn off images while you are going through this process. Do the alt attributes give you a proper description of the images they are replacing?