Showing posts with label Accessibility. Show all posts
Showing posts with label Accessibility. Show all posts

Monday, March 3, 2008

Web Accessibility: What does it mean?

In the first of this series on Web Accessibility I spoke briefly on why we should care about this important topic. Hopefully people don't need reasons but in case they do what I detailed should be a gentle push in the right direction.

For this installment I'm not going to get into what the standards are but try to give developers a way to better understand the implications of following the standards or not, and how some things that might actually be OK according to the standard do not necessarily make the site user friendly to all visitors.

What does it truly mean to make a website accessible? Learning the requirements and coding your site so that it passes the validators is definitely part of the process, but to truly make your site accessible requires more of an understanding of how the alternate methods of using sites actually work. You can go through the effort of using screen readers, magnifiers, speech recognition tools and the like but since most of us are used to using the mouse, keyboard and our eyes, we will never get a true feel for what it is actually like. I'm not saying don't try the tools on your own site / application, that is a very good idea, but there are a few other ways to learn as well.

Luckily, some users of these tools that also work in the web industry have recorded videos of them using their tools and talking about the user experience. If you do a quick search on YouTube you will find many such videos, some good, some not so good, but many at least give you a taste for what it is really like.

The best ones I've found come from Yahoo:

Personally I learned a lot from these two videos and I highly recommend watching them. It really changes the way you think about web accessibility by changing it from "Meeting the Standards" to "Making the Site Usable".

Saturday, February 16, 2008

Web Accessibility: Why should we care?

Several things have had me thinking a lot about accessibility lately.  A number of things all happened at around the same time which brought this to the forefront of my thoughts.  A manager at work referred another developer to me on an accessibility question, I found that Bobby is offline and this neck problem I'm having has scared me with the possibility that I could be a disabled web user one day.

A Little Background

This is a topic that I actually know quite a bit about.  In previous jobs in earlier years I had to know quite a bit about accessibility, both in the rules and regulations and also in how to construct a site that followed those rules.  I frequently had to instruct others in following these rules and for a while every single site I built had to conform to these rules.  I haven't had to worry about accessibility much for the last few years so I was worried that things would have changed so much that I would be playing catch-up again.  Luckily (for me at least) the same standards that were around then are still current.  I'm not going to get into what the standards are and how to code in an accessible way in this post, I'll be doing a whole series on those topics.

Why Should We Care

I would guess that most readers of this blog are developers.  Not designers (I'm not that cool), not simple HTML writers, not information architects.  It should be obvious be obvious to people in those roles why they need to think about accessibility when working on a site.  For the advanced .NET developer though, who is often handed a design and a requirements document, why do we need to think about accessibility. 

First, We should ensure that the sites/applications we build are useable to the widest possible user base.  Wether you do this out of a sense of helping the community (generosity), possibly increasing market share (money) or to avoid possible lawsuits (fear) it is something that needs done.  Currently Section 508 of the ADA only is enforced on government, school and similar types of organization but I believe that will change.  Just as office buildings and retail stores have ramps and accessible bathrooms now, regardless of who they serve, the ADA will eventually be applied to all commercial websites.  It's only a matter of time.

Secondly, The anti-nmp(tm) reason.  Depending on the size and structure of an organization, frequently lines of responsibility are drawn in the sand as to who is in charge of what.  Often this creates an attitude where even if someone sees a deficiency, if it is not in their area of responsibility they ignore it (Not My Problem).  Accessibility should never be treated this way.  People who use alternate methods of accessing a web site or application don't do it out of choice, they do it because it is their only practical way of using the information / services that are readily available to the rest of the surfing public.  As developers we should have expert knowledge of what the standards are and how our programming choices will affect them, for good or bad.  I'm not going to attempt to create a change in the politics of offices around the globe, what I am preaching evangelizing though is that accessibility is too important to let it slip when you know how to fix it.  So I'm saying we should practice the opposite of not my problem (anti-nmp) for this important topic.

Third, What if it were someone you loved.  What if your spouse, parent or child was suddenly not able to see or have full use of their hands or some other disability that affected their use and enjoyment of the Internet?  What if it were you?  If you've ever had your broadband connection at home go out for a day or two how did it impact you?  I bet you realized you use the Internet much more frequently than you had thought.  Now imagine that half, or really the majority of those sites were difficult or impossible to use because of a physical limitation.  It would probably impact the way you live your life, not just the disability, but the lack of accessible Internet sites.

What to do

I'm going to be writing a ton of posts on this topic as it is something I care about quite a bit.  Newer technologies such as AJAX, Silverlight and Flex bring new challenges to making accessible web applications but it is not insurmountable.  In this series I will try to explain the rules and address how to apply them with current web technologies.  I know that I have work to do to clean up this blog to make it more accessible, I'm not saying that I'm perfect in doing this, I'm just saying that web accessibility is something that we all should learn about, care about and practice daily in our jobs.

Monday, February 4, 2008

Did IBM Kill Bobby?

Anyone that has had to build an accessible website, pretty much ever, has probably used Bobby. It has been a tool to allow a web developer, home hobbyist or school librarian to check to see if a given page or a whole site was useable by disabled visitors. This little application existed long before section 508 and has been around since the mid 90s.

Well, today I went to check to see if a site was valid with Bobby and there was a little message saying that it is no longer accessible. It appears that WatchFire, an IBM company, is now trying to make money from something that has been used by schools, non-profits and government agencies to ensure that their sites were accessible for more than a decade.

Nice work IBM, you've certainly made an impression on one web developer.