CSSquirrel A look at web development and web design by Kyle Weems

:

Comic Update: Squirrel In The Dark

Posted by Kyle Weems on August 31, 2009

Like probably every developer/designer who is getting confident with mad HTML skills, CSS styling, and JS wrangling, once I got to the point of consistently making semantic, validating pages, I figured I’d had a handle on what a proper web page needed to be so that anyone, with any browser, could properly experience. That would free me to move onto more important subjects like figuring out how to outshine everyone else on the newest, baddest CSS3 styling possible.

Then, at Web Directions North, I attended Derek Featherstone’s Accessibility Beyond Compliance presentation. By the end of it, I could spot at least a dozen things I was doing wrong, very wrong, with my coding. I figured there was even more that wasn’t correct. Accessibility, which I understand as making the web accessible to people with sensory or cognitive disabilities, was a topic that I’d taken horribly for granted. I assumed if it validated, it’d work out. That was naive, to say the least.

Since then, I’ve been trying to get more familiar with the topic while simultaneously keeping up to date with everything else that makes the web work. Trying best suits what happens. I’ll admit, I’ve been thinking of it as a low priority, which I knew was the wrong attitude. But I’ve made efforts to ensure my JS-powered interactivity makes use of the right tags (buttons instead of spans, for example), although I’m still unsure of how to announce the change of a page (like a AJAX-based popup) to a screen-reader. It was incremental, but I was improving.

With this site, with the comic, I’ve been slower. After all, a comic is at it’s heart a visual medium. Would a blind person want to sit through the annoyance of having the joke described to him, like the co-worker’s bungled re-telling of a standup joke he heard last night?

I started reading a lot about HTML 5, and the arguments that it’s birthing process has spawned. One of the banners that differing “sides” of the involved parties frequently have been waving is accessibility, or the perceived lack thereof, or the problems with different scenarios of implementing it. One of the voices I’d see the most was John Foliot, who’s graced this comic a couple times now. I’ve even been lucky enough to have him provide me with a technique for making an accessible summary of a comic for this site.

I have not yet implemented that technique. How much do I suck? After today’s comic, I will be doing so (exact implementation time this week varies).

What brought this topic back to my mind was a string of comments on last week’s comic, which discussed the “pick an icon” custom CAPTCHA that my comment-system makes use of. If you haven’t posted here before, it provides three images, and asks you to click on one to confirm that you’re not some horrid robot. I had thought about blind users when I made it, and ensured each image had descriptive text that didn’t named the image’s object, but provided enough prose about it to let them know what they were seeing.

In the comment discussion, some problems with how that system was interacted with came up, including challenges for screen-readers that I hadn’t anticipated, and the issue of the cognitively-disabled, which I hadn’t even thought about. One well-meaning commentator, in my defense, said something to the effect of “Well, you can’t always make it work for everyone.”…

I didn’t care for that, even though I know he didn’t mean ill by it. The thing is, I like the web, a lot. It’s a huge part of my job, my hobbies, and my ability to communicate and learn about all sorts of things in the world I can’t afford to go visit in person. How would I interact with it if I was suddenly stricken blind? Would I be satisfied with my experience surfing on a screen-reader, listening to pages as they were written?

Yesterday, I closed my eyes, and tried to just make use of Microsoft’s Narrator program, starting with the task of activating the program from scratch while blind. I was able to get it going, but after about two minutes of trying to do anything with my computer, I shut it off in frustration.

Today’s comic, which technically stars John Foliot, is an exploration of that frustration, and hopefully shaking people out of the passive assumption that it’s OK if their website isn’t working for a small subset of surfers.

It also reflects a challenge for myself. I need to implement a summary system for the comic for blind readers. I need to update the CAPTCHA to better serve blind/low-vision readers and make it easier for the cognitively-challenged to understand while still being confusing to a robot. I probably need to do more than that, but I don’t even know what other challenges the site represents yet.

Check out your site. If you had to listen to it, would it be usable? If not, what are you going to do about it?

Tags: , , , , ,

7 Responses to “Comic Update: Squirrel In The Dark”

  1. Working without the monitor is a worthwhile experiment, though I wouldn’t recommend Narrator to my worst enemy. :) If anyone else wants to try it with free software, I would point them to http://www.nvda-project.org/ .

  2. Thanks for getting into this topic. Narrator is an exercise in pain, though. … Blind people have been searching for good descriptions of comics for a long time. At least this blind ppl haz. … In closing, YAAY FOR SQUIRRELS!

  3. @Pat-Trip Thank you for your feedback, it helped push me to get back to this topic.

    I gather, then, that you’ve never been able to access the content of any of the comic strips. In your opinion, is some sort of summary that’s presented in a format like a movie script a sensible way to make it accessible for blind visitors?

  4. A friend of mine does a webcomic with pretty good alternative text. (At least, this blind person thinks so.)
    http://braincomics.net/?comic=197

    It appears that the platform she’s using even supports the provision of alternative text, since there’s a show/hide link for it there.

    More webcomics need alternative text!

  5. Following along from Matt’s comment, Marco Zehe posted a superb tutorial on using NVDA and Firefox to test your site for accessibility. Marco is one of the great developers working within the Mozilla Foundation enhancing the accessibility of that browser. Read his post at: http://www.marcozehe.de/articles/how-to-use-nvda-and-firefox-to-test-your-web-pages-for-accessibility/

    While testing to address the needs of the non-sighted user is a great thing to implement into your QA cycle, don’t forget that there are other types of access barriers that also need to be accounted for. Users with mobility impairments, audio impairments and cognitive impairments all have needs that transcend simple “alt text for images”.

    If in doubt, developers should not hesitate to pose questions to any number of on-line fora where old dogs like me hang out: http://www.webaim.org has a great mailing list, as does the W3C’s WAI http://w3c.org/wai. The UK’s Guild of Accessible Web Developers (GAWDS – http://www.gawds.org/ ) has an active mailing list as well as other useful resources, and Accessify http://accessify.com/ features a number of useful developer tools and a great forum. Finally, on-line educational resources include both the WaSP Interact http://interact.webstandards.org/ and Opera’s Web Standards Curriculum http://www.opera.com/company/education/curriculum/ providing developers with potential solutions to improve accessibility of their sites.

    Thanks Kyle for “shedding some light” on an important topic.

  6. Well, sometimes I don’t think you can make “it” work for everyone. ;-) But hopefully you can make it degrade and provide alternatives for everyone. How do you alert a blind user of an ajax dialog? I haven’t ever used a screen reader to be sure, but if you <a href=”login.html” id=”login”> where #login hooks to the javascript which loads login.html in an ajax dialog, but without javascript it just goes straight to login… I hope that would work fine.

    Like you, I’ve always meant to do more. I use the techniques I know of, but I also know there is a lot more to it and I always intend to delve deeper. But it always gets put off in favor of something else, even though it shouldn’t.

    What good is my alt text if it’s poorly written? What’s the best way to describe the image, really? And having never used a screen reader myself to experience it, how can I be sure what I’m doing really works?

    I’ve delayed investigating the most fundamental aspects — where do I find assistive software for testing? Are there any tutorials for writing good alternative text? Only after simulating the experience and assuring my content itself is accessible can I really begin to think critically about the techniques to deliver content accessibly…

  7. One thing to look into for the JavaScript stuff (since some assistive technologies operate without disabling it) would be some of the attributes in the WAI-ARIA specification. (Sure, it means that pre-HTML5 code won’t validate, unless you’re using XHTML 1.1, but I’ll take accessibility over validation any day.)

    The ARIA spec can be a bit intimidating, but there’s some decent stuff out there to help you through, including Gez Lemon’s introduction.

Leave Your Thoughts

Please prove your sentience by telling me if the following picture is a squirrel or a robot.

Your Comment (warning: Inserting too many hyperlinks in your comments may trigger a filter, causing your comment to require approval before posting.)

RSS Feeds

My Photos. I Haz Them.

 

About Me

The Squirrel is Kyle Weems, an interactive designer for Mindfly Web Studio in rainy Bellingham, WA. More

© 2008 by Kyle Weems. All Rights Reserved. Login