iMetLion.com

He started off by explaining from personal experience, how autism affects the way people use the web. Autism is about processing. It’s just a different way of thinking. Most people with autism are affected by changes in sensory input. For example, Jamie sometimes can’t read when there’s a background sound. So having an audio file play when your site loads is not only irritating it’s inaccessible.

Language processing can also be a challenge. When people talk very quickly he often can’t keep up. For example, when web videos cut quickly from scene to scene he finds he gets left behind, he has to rewatch them over and over. This can be stressful.

Following a theme from the previous presentation, Jamie expressed an issue with literal commands. His experience is, early in his life when asked to wash his hands ‘in the toilet’, that’s literally what he did. Subtleties in life and on the web can cause problems. For example, when adding friends in Facebook, the function performed by the site can be different depending on the context. On some pages the functionality is to simply add people who are already registered, on other pages you’re expected to enter their email addresses.

After this initial section the presentation changed format. Seeing as it seemed to have worked in the past, Jamie then struck up an interview dialogue with Henny. She posed questions along with the rest of the audience. The next bit follows that format (with a stream of consciousness thrown in).

Q. You said with video you have to rewind. This would be awful when streaming video (e.g. iPlayer), how can this be made more comfortable?

A. Captioning and transcripts. The BBC now has a nice live text captioning system using HTML5. However, sometimes he uses a screen reader when he gets stressed, Jamie explained. In fact, to help him process information he built his own screen reader using a Mac, the inbuilt VoiceOver and some AppleScript. His reader uses Microformats and embedded semantics. He built it because he uses non-sighted navigation quite often to understand a page, but can find this difficult because the visual and code order of the page are often different. This means unmodified VoiceOver can be difficult to understand. Using AppleScript he gets the website to read in the order he wants. Snow Leopard now has intelligent select so VoiceOver has caught up with what he needs.

Q. Is his screen reader source available?

A. Err… Yes but it’s hacky and built specifically for him.

Jamie is keen to break down assumptions on assistive technology, it’s not just blind people who use screen readers. With this in mind, his opinion is that web designers should not use the title attribute. He’s noticed an obsession with using nice long titles. Often web designers use title and ALT text plus the usual copy all at the same time. Jamie hears all of them. An example of this is the Amazon website. It’s really accessible with all of these attributes, perhaps too accessible.

The discussion moves to VoiceOver and any specific features that make it easier for Jamie to use:

• Detection, one to one representation of movement on the keyboard and movement on the screen, this is new with the Mac gestural track pad.

Of note, screen readers can be too fast for Jamie. Also there are some that try to sound clear and others that go for a human voice. So which does he choose? His answer was enlightening, he chooses a human sound if the page is written in a human voice, this helps his understanding. Concatenative speech engines sound better but are less responsive. Most developers are not even aware that there’s more than one voice. One problem with VoiceOver is it can take too long to read keywords.

Q. Did he create his own presentation design?

Yes. ;)

Antonia (hiantonia.wordpress.com) has been working in accessibility for 10 years. She’s a web designer and consultant. See Antonia’s notes at her blog or see her slides.

Her belief is that people are not defined by their disability, partly because they could have many. There are lots of ways to go online, not just one fit. Learning disabled people have increasing control of their lives, and expect to be able to use the web. On the web people like to take their time and not feel judged by their disability. However, many people are locked out of websites. Design is often the key to whether a site is accessible.

Antonia played her first video interview. It features Martin, a man with autism, using the eBay site as Antonia sits beside. Generally he likes it. He likes the wealth of information displayed and the clean layout. He could comfortably associate items with the descriptions. For him the interface fails when he sees the first ‘buy it now’ icon.

He clicks on it, gets confused when nothing happens (it’s not a link) and this stalls his flow. Once he was through to the product page he understood what parts of the page were actionable.

Websites sometimes use context as part of their interface, this causes issues for those who fail to pick up on such subtleties. That’s a cognitive accessibilty problem.

Next Antonia asks Martin to visit the Amazon website. He likes it, it’s nice and bright with lots of colours plus using search is OK. But Antonia asks ‘How would you buy an arsenal shirt?’ He selects a size, this brings up another window with sizes to select. It puts an orange border around the selection, he notices that the information on the right side of the page changes. He knows where the checkout is because the icon looks like a shopping cart. Beyond this he gets frustrated. He thinks the link to account is the ‘go to shopping’ button. He’s right, it’s hard to find. How to logout? He finds this difficult as well. He either wants to close the browser window or use the back button. In the end he had to be told where the sign-out button was.

Generally the Amazon site doesn’t have enough good or meaningful icons, in Martin’s case he only understood the shopping cart. Signposting was not relevant. There was bad typography and poor contrast between elements. Buttons were not defined enough, this denied Martin access to parts of the site.

But won’t catering for people with cognitive disabilities cause more design ‘noise’ on a website?

When designing for cognitive accessibility, making everything literal is key. In the same way as designing for someone with a physical disability, making your site accessible can often benefit everyone. Antonia displayed a poster meant to convey the message not to run on the tube. The poster was less than clear. Making it literal, e.g. with a big red cross over the runner, could’ve improved the explanation for all.

Design advice

• Use a hierarchy of visual language, e.g. headings that decrease in size.
• Group elements of a similar type or function. Sometimes less is more. Anecdotally, Antonia surveyed eight people and only one knew what ‘i’ meant when signifying information, the rest understood ‘?’. Sometimes it’s good to have one link that takes us through to a page that groups things together.
• Sometimes different sized icons are useful. Apple’s Interface Manual uses different colours for different contexts.
• Hovering states are really useful.
• Colour coding is also really useful, despite designers sometimes thinking it will ruin their design.
• Giving users alternative ways to change text size is important. They often can’t remember (for good reason) where to do it in the browser. Education can be the key here, often people don’t know the difference between a browser and a website. Discoverability for preferences is an issue. Just being able to get back to the view window is important, sometimes this becomes a major challenge.
• Use adequate spacing. For example, the BBC homepage is complicated but good because things are grouped with adequate gutters. Putting things into modules makes them look bigger.

Is this my responsibility?

It’s not just down to developers. It’s everyones responsibility, including the browser makers. Cohesion and consistency when working as a team is important. Martin was a confident user, but most people think their inability to use a web interface is their own fault.

Where to go from here?

Where can we get more information?

• Changepeople.co.uk are working on a manual for this kind of accessibility.