Posts Tagged ‘accessibility’
Artur Ortega and Leonie Watson - Screenreaders and JavaScript
Saturday, September 20th, 2008Artur Ortega and Leonie Watson showed and explained the audience at Scripting Enabled what it means to use a screen reader, what screen readers are out there and how you can help screen reader users by building your JavaScript applications the right way.
Here are Artur’s links:
- A first glance of javascript and a screen-reader:
- Examples how javascript can improve accessibility:
- Flash & making Video Accessible
- The intersection of accessible flash and SEO:
- Taking Javascript a step further
- Other Web 2.0 Obstacles without javascript:
- How non-visible meta data improves usability for users with disabilities
- Beyond our horizon - our users:
- Yahoo’s LIVE Deaf Chat Room! for our deaf users
- flickr - Blind Photographers
- flickr - Visually-impaired photographers UK
- flickr for blind people using the new touchcolor system
- flickr - Color-Blind Photographers
- flickr - Seeing Beyond Sight Challenge - this photo challenge was inspired by a new book called, Seeing Beyond Sight: Photographs by Blind Teenagers (Chronicle Books 2007).
- For the end:
The biggest barrier to accessibility and inclusive design is us
Tuesday, July 22nd, 2008I’ve just finished reading this gem of a blog post ranting on and on that usability and accessibility are overrated and I stand mildly impressed, but I also utter a sigh of “not again”. First and foremost this is what annoys me most about it:
By the way if what you’re saying doesn’t cause any controversy thenSo controversy and exaggeration to get the point across are good.
- you’ve just discovered some new universal truth (only happens in maths),
- or you’re just repeating some nicely sounding but ultimately meaningless slogan like “use the best tool for the job”,
- or most likely - nobody reads your blog.
He is right, of course - blogging is war and only by misleading and cloaking your real intentions in exaggeration will you be able to reach the herds of stupid people that read your blog. Don’t bother trying to persuade people with positive and interesting examples - a good smack to the head is what the web needs - constantly. You are our only hope.*
* might contain exaggeration
Actually - and please tell me off I am wrong about this - I found that full-on-guns-blazing articles and blog posts meant to spark controversy are in most of the cases simply based on either extreme boredom or just plain lack of subject matter experience and knowledge (another reason is that it gets you a lot of feedback fast and makes you stand out - after all you are the most important person there is).
It is amazingly easy to de-rail for example constructive meetings and communication with a simple “But let me play devil’s advocate here for a second…”.
With the aim to spark controversy and exaggerate in mind, I am happy to dismiss most of the rest of the post as misguided ranting with maybe a grain of truth. Therefore let’s take a closer look at this grain for a bit.
Accessibility and inclusive design has one massive enemy: bad communication
Whoever thinks that inclusive design and accessibility is a technical problem is sadly mistaken. While it is true, that technical barriers to making things accessible are legion, the main problem is that we just don’t talk to each other the right way.
Truly inclusive and accessible products are a result of people who understand the needs of other people working with people that know how to make machines behave the way we want them to. Sadly enough these skills are in a lot of cases mutually exclusive.
A problem of communication channels
This starts with communication channels. When you work with charities who can test products with various levels of access you have to deal with a lot of red tape when it comes to communication - no work on Fridays, OOO messages, decisions have to be signed off by three people all of them available on different days of the week and during different times. When you want to reach another developer you check their online status and send them an instant message or a direct twitter message. If they are offline you send them an email and you know for a fact that an answer will be back to you at the latest in a few hours.
Developers will get frustrated when you don’t answer their emails for days, and they will get very annoyed when you call them on the phone for a simple question instead of just pinging them or sending them an email. Emails make sense - you know what you talked about and you can answer them as part of your work - picking up a phone means a disruption in your day-to-day work.
Non-technical folk however are frustrated by instant messaging and emails as these things are not part of their every day life.
In essence, we communicate with the wrong means in the wrong manner. This leads to frustrations and truisms when it comes to interaction between the two groups.
A problem with language - keeping it simple is not an option
The next issue accessibility has is that both parties just don’t communicate with another in easy to understand terms - which has quite a bit of irony to it especially when it comes to accessibility.
Tech people have quite an interesting way of communicating - the speed of online communication takes its toll and you can see that both in heavily reduced sentence length and in over-use of three letter acronyms. Many a comedy writer is taking this on right now and both The IT crowd and The Big Bang Theory are great examples to illustrate how we come across.
Accessibility people on the other hand have an own complex world of their own - especially when it comes to political correctness of what to call what group of people with which kind of - dear me, can I call it a problem, a disability or should I go for different ability? All of these terms have been changing constantly over the years and are differing from region to region. It is a veritable tower of babel and flowing off the handle when someone dares to use the wrong one is a sure-fire way to get a tech geek to just pack it in altogether.
Educating people means understanding that they do not know the same things that you do and if they do something wrong it is not because they are evil or stupid. Most of the time they are just not aware of their folly. Genuinely evil people are very scarce indeed and you can actually recognize them either by the lightning coming out of their hands or by them stroking a big white cat and sitting in underground volcano lairs.
A problem of attention span. Err, what?
Ok, this goes down two ways:
Geeks don’t want to hear about the problem, they love to remove barriers to reach a solution. The social and anthropological and - especially - the political and procedural aspects of the issue are lost on them. You can get a geek to spend sleepless nights removing a 2 pixel difference of layouts across browsers but you lost them in the second you start “let me tell you who I have to talk to about this…”. Bear that in mind, when you ask for solutions.
The other side of that is that non-technical people don’t really care much for hearing about why something is technically not possible. After all those tech guys all know their stuff, right? Installing a new video card is technically the same problem as fixing a broken web site, right? Well, they’re not and the best way to not get them to do something for you is show an immense non-interest in the technical parts of the solution.
Even if half of what your geek or non-geek counterpart tells you is mayan to you, just roll with it. Both of you are very proud of what you do - show interest and don’t ever - and I mean ever - ask for the same solution twice. If you put effort in and the other half doesn’t quite want to learn or take it in there is not much chance you’ll work together for long or even fruitfully at all.
A problem of adoption speed
This is a real issue in accessibility. Most people talking about assistive technology will tell you that Internet Explorer 6 with Windows is the only way to make Jaws behave. This is mostly because of these people having had quite a hard time to install the whole thing from the start and are not very likely to go through the process again.
Geeks on the other hand had to do that a lot more times (mostly cause people asked them to install their computers - they are technical after all) and moved on. Geeks understand that upgrading a system is the only way to keep it safe and fun to play with. I am fully aware that there is also a financial problem there, but there is just no way we can make accessibility even be a small blip on the radar of developers if we keep ourselves in the dark ages.
Check out the Universal Access features of Mac OS X and see what can be done with an operating system out of the box. Geeks love new stuff and will not look back. Even if the problem persists, make sure you know what is out there and what can be of interest rather than putting a new coat of paint on a car that should have been junked ages ago.
A problem of selling the issue
Last but not least there is the problem of selling the issue to another. Right now we do this by either scaring people into having to care about accessibility (”You will be sued!”) or by not caring about it - really - and looking for quick solutions to get it out of the way. Both are very short-term measurements and will not help anybody in the long run.
You catch more flies with honey than with vinegar (welcome to the cliché festival) and if we want to make accessibility interesting we need to make it fun, interesting, marry it with bleeding edge technology and most of all - a starting point and not an afterthought.
Alright then, off you go - talk!
Results of Easy YouTube user testing with people with learning disabilities
Monday, July 7th, 2008Accessibility User Testing goddess Antonia Hyde from United Response just posted the results of user testing the Easy YouTube player with people with learning disabilities on her blog
Her findings so far:
Things people liked
- The control buttons. They were the right size and were easy to understand
- Being able to change the video size
- The volume indicator
- The search facility
- Being able to put the address in the address bar and see the video they wanted, even if they needed help to do it
Things people wanted to be different
- Less information on the player (too many words)
- Things to be organised a bit differently
- The address facility to be at the bottom of the player, not at the top. (The screen was the main concern.)
Things people would like but are not there
- A state change to show that you are about to select a button or a video size
- Visual clues for the different video size options
- Pictures for the search results (Or if not then, for it to be clearer that you can select these options)
- A timecode to tell you how long the video is
- Something to tell you how many videos you will get from the search facility
None of these issues are really hard to put in and I will do so soon.
Check out the post on Antonia’s blog and comment there (or here, I will forward
)
Flash can now be indexed by search engines and other code
Tuesday, July 1st, 2008<farnsworth>Good news everyone!</farnsworth>: Adobe today announced the new searchability features of Flash complete with a specifications document of the SWF format.
This means that as hackers we can now access SWFs on a very low level to extract data that might not be available to end users (those who have no flash, or cannot navigate it).
Piggy-backing on this Google announced that they are indexing SWF and according to Adobe Yahoo! are soon to follow.
This is good news and bad news. For some years people have been using Google to read PDF documents (as Google indexed them and offered an HTML version and because it is terribly hard to create accessible PDFs or, as Heni put it, that PDFs suck!. Now Google can be used as a cheap way around the Flash issue, too.
Both means though that companies are more likely even less inclined to spend extra effort to make data available independent of plug-ins. The old “if it doesn’t work in a screen reader, it’ll be impossible to find by search engines” argument is out of the window now. Shame, it worked well (although we shouldn’t have to force people to consider accessibility).
The other really terrible news about this is that Flash generated by JavaScript will not be indexed at all:
“Googlebot does not execute some types of JavaScript. So if your web page loads a Flash file via JavaScript, Google may not be aware of that Flash file, in which case it will not be indexed.”
This is really bad as using SWFObject to include your Flash in web sites is the only sensible way - you test for support before you apply and you enhance progressively. There has to be a way around this problem. Just making it indexable by search engines should not stop people from assuming users have the right flash version.
Scripting Enabled is live
Tuesday, June 24th, 2008Ok, here goes. I had the idea for scripting enabled, an event, nay a framework revolving around ethical hacking to increase the accessibility of existing systems for quite a while.
The main driver was giving my presentation “Fencing-in the habitat (See it on slideshare here or read the transscript here) at “Accessibility 2.0″ a conference organized by AbilityNet revolving around the problems disabled people face when trying to take part in the social web or using “web 2.0″ applications.
I’ve been an accessibility consultant for quite a while and I got bored with the stagnation in the field of accessibility. Far too many experts preach truths that applied in 1999 but are really not that big an issue these days and far too many developers put in quick fixes that appear like accessibility improvements but are more or less pacifier buttons.
A pacifier button is a button that closes the door in lifts - or seems to. In most cases the button is not connected to any real circuit and it makes no difference if you press it or not. They are however a psychological crutch as they give the human who is about to be trapped in a small room at the mercy of technology he doesn’t know or understand a sense of “being in control”.
I’ve covered a lot of these seemingly great accessibility ideas in the talk and will not go into detail here. Suffice to say it is easy to make people believe in magic accessibility bullets and automatic testing mechanisms, but damn hard to make them try to grasp what problems humans have with using their systems.
When Antonia Hyde of United Response gave her talk “Rich Media and web apps for people with learning disabilities” (see Antonias talk on SlideShare or read the transscript of Antonias talk) I learnt a few new things and above all I heard a call for help. Antonia wanted to have a video player that is accessible to people with learning disabilities.
As it were, I played around with the YouTube Video API the day before, and was amazed that YouTube completely opened the player up to developers to create their own controls. I took Antonia’s wishlist and created Easy YouTube.
The response was amazing, and I was amazed to see schools contacting me and thanking me for creating a player that works for children and blind people thank me for making a player that works with a screen reader - both unintended results.
This gave me a boost as a ethical hacker and mashup creator. I got bored of putting photos on a map or showing that you can do a search inside a messenger or load search results via Ajax.
I felt that I didn’t make a difference with what I did, mashups ceased to be a revolution in software development and became a fancy play thing. I took a positive spin on the whole issue at my presentation at Barcamp4 in London (”How I got my mashup groove back” On SlideShare and transcript) and vented my annoyance on my blog and asked if it is time to take mashups further.
I continued “Accessihacking”, taking on Flickr, Twitter and some other smaller things and wondered if there is something bigger in this.
When I went to Mashed08 last weekend I didn’t plan to do any hack, but just wanted to give my presentation and interview some people for YDN. When the BBC came to me and showed me that they opened up their archive of the last 40 years with subtitle data and music and video in all kind of formats I felt the developer’s itch though and built a screen-reader compatible interface to the audio archive based on my YouTube player. As the archive ceased to be accessible after the weekend, I created the SlideShare transscript viewer for good measure. I went up on stage, showed the two and asked the audience if they were interested in a hack event covering these kinds of issues.
Well, I got a prize for my hacks - financial support by Channel4 to create an event like this, so here we are.
Scripting enabled should help wake up web accessibility from its beauty sleep. Developers who do not really understand the barriers disabled people have to overcome should get hands-on information about what needs to be removed and people who are great with people but oblivious to technology should get the technical counterparts they need to make things happen.
A lot of companies have data and APIs available for mashups - let’s use these to remove barriers rather than creating another nice visualization.
Who’s with me?
Chris Heilmann





