I'm starting on the road to some new adventures this year. 2012 was very much about servicing clients and making great individual projects. 2013 is more about finding projects which give me more of a challenge, and more importantly, give me more ownership of the work I'm doing.
Osito looks like an interesting iPhone app, which pulls together important information about your day-to-day life so you have easy access to things like calendar events, traffic, weather, etc, tied together so that it’s relevant to what your doing.
They call it “predictive intelligence”:
Unlike other applications, services or even personal assistants, Osito learns what you need to know based on the information you provide it — including your location, updates from your calendar, email and your daily routine. This means that Osito can provide you useful, personalized insights like a heads up there’s a traffic jam 20 minutes before your usual departure time or a weather alert before you leave for a lunch meeting.
I love this kind of move towards providing intelligent, relevant information in order to assist you, rather than having to dig into individual apps and resources to find relevant information. There are massive accessibility gains to be had from this kind of approach, as anything which acts as an assistant can be so, so helpful. As a low vision mobile user, I find it really frustrating to have to dig around and find information while on the go. Standing in a busy street hunting for information on my phone is a horrible experience.
Shame I don’t have an iPhone at the moment, else I’d be all over this. And Google Now promised a similar productivity gain, but that’s not supported on my particular Android brick at the moment. It’s a shame that this kind of stuff is only available on high-end devices — a web service which does the same thing would be brilliant.
The RNIB have put together a really useful guide to accessibility on Apple devices, aimed at blind and low-vision users. There’s lots of detail in there for Mac and iOS devices, with overviews of features like VoiceOver, zooming and type-ahead, as well as tips on things like how to alter contrast and invert screen colours.
You can download the guide by following this link. Only disappointing thing about this document is that it’s only available in RTF and Word formats. Would be nice if RNIB would put it online as an HTML guide.
Why had I never come across the WCAG Theme Song before!? Proves that accessibility can be fun — so humanising!
I myself as a blind person, for example, could really do with a pair of eyes that are always looking where I’m looking and, at the same time, applying some significant smarts to what’s in front of me. OK, so Google Glass only has one eye – but one eye’s better than none believe me!
Apple announced the feature-set of the upcoming iOS release yesterday, and I’m always interested to see the new accessibility features. And like with everything else Apple do, they’re not standing still in this area at all:
iOS 6 comes with even more features to make it easier for people with vision, hearing, learning, and mobility disabilities to get the most from their iOS devices. Guided Access helps students with disabilities such as autism remain on task and focused on content. It allows a parent, teacher, or administrator to limit an iOS device to one app by disabling the Home button, as well as restrict touch input on certain areas of the screen. VoiceOver, the revolutionary screen reader for blind and low-vision users, is now integrated with Maps, AssistiveTouch, and Zoom. And Apple is working with top manufacturers to introduce Made for iPhone hearing aids that will deliver a power-efficient, high-quality digital audio experience.
It’s easy to be cynical when Apple make a song and dance about how empowering their technology and software can be, like in this video aired at WWDC yesterday — but the fact is, this kind of thoughtful and inclusive application of technology does improve people’s lives.
If you were ever in doubt about how empowering technology can be for people with disabilities:
I simply gawped when one blind woman pulled out an iPhone then snapped a perfect shot, guided by the built-in Camera app.
Eventually a common theme became apparent: Apple’s applications — Calendar, Messages, Mail, iPhoto, even Maps and most surprisingly Camera — are completely usable by blind people. These applications aren’t using any kind of secret API sauce. They’re using the same UIAccessibility framework you and I have access to.
The meat of this article si less inspiring though, as it discusses the failure of so many app developers to pu the powerful APIs at their fingertips, to good use for creating accessible apps.
This seems to be a common theme, and something which desperately needs to change. I love this little snippet from this post:
Here, then, lies the answer to how to tell whether some developer you’ve just met (or are interviewing) is serious about their craft in five seconds flat: borrow their device, and triple-click the home button. If you don’t hear “VoiceOver on”, or get prompted about VoiceOver, consider that −3 points on the Steve Test.
A lovely little article from the Verge about the videos created by a young boy who has cerebral palsy:
This is Christopher Hills. He’s an Apple fan. He also has cerebral palsy, and as you’ll see in the first video below, he can’t control his muscles easily. The incredible thing about Christopher, though, is despite that, he edited these three videos himself. Not unlike Stephen Hawking, he uses a single button to manipulate his computer, which he presses with his head, connected to a device called a Discover Switch.
As well as being very inspiring and life-affirming, these videos also highlight the fact that with the appropriate assistive technology and software which is accessible, wonderful things can be created by people who are severely disabled. Remember, this is a kid who uses a single switch to work with a video editing application: technology proving to be truly empowering.
This .net opinion piece by Drew Neil is the most disappointing thing I’ve read about web accessibility in a while. The central argument is based around the idea of abandoning progressive enhancement to advance the evolution of modern web apps. I’m not opposed to exploring alternative development models to build online apps — after all, web apps can be very different beasts from a traditional web sites — but Drew takes it a step too far:
The web is composed of documents, mostly the written word. Accessibility comes practically for free, but only because of the intrinsic nature of text, and the accessibility features of the software with which we consume it. Since text documents are so readily accessible, we’ve come to think that everything else should be too.
Applications and documents are different. Accessibility is not a right; it’s a feature. The first features to be implemented are the ones that define an application and determine its success.
“Accessibility is not a right”.
Really? Are we still thinking like this?
I’ve watched the web community spend years working for good standards and improved access for people with disabilities, and when I read this kind of thing it really disappoints me.
By taking the view that accessibility is just a feature, you’re saying that people with disabilities are just not important. In my view that’s a very dangerous standpoint.
Web accessibility can be a thorny subject. It’s a subject which can court controversy and inflame conversations about even the most mundane of web topics. It’s understandable: accessibility is ingrained in so much of what we do on the web, and it can be interpreted and applied in a myriad of different ways.
So it’s with more than just a little trepidation that I’m writing this article, for fear of inciting the wrath of the Accessibility Gods with what, to some, might read as outright heresy. But here goes:
I believe that there is a case to be made for changing the way we look at web accessibility. I believe that we should stop viewing it purely as a standardised necessity; a functional requirement. Instead, I passionately believe that we should be treating it as a valuable part of our toolset, which has the potential to act as a catalyst for new and exciting ways for developing online experiences.
Before we delve into that though, I think it’s worth taking a little retrospective look at where we’ve come from, and how web accessibility has evolved.
In The Beginning
In the early days, there wasn’t much of a need to think too deeply about accessibility. The early inception of the Web comprised mainly of simply-structured text documents, which were accessible by their very nature. The web was conceived as a network of inter-connected documents, and those documents were generally well-structured.
But when HTML started hitting the mainstream, along with lots of shiny new embellishments — images, rich media, CSS and all sorts of browser plugins — that semantic purity started to become diluted. The web started to become a fairly messy, inaccessible place. Popular WYSIWYG editors like Frontpage and Dreamweaver only added to the woes, as they belched out invalid and badly-formed markup.
While this situation was being exacerbated by our clients insisting on the use of bad practices such as cramming SEO keywords into our alt tags, we set about creating new ways to develop based on the idea of fault tolerance: graceful degradation.
With the rise of Flash as a mainstream web technology, we began to extrapolate the idea that not all web users were using the same technology; not all web users could access our pretty web sites in the same way. So we created HTML versions of Flash websites, text-only versions of image-heavy websites, pared down fallbacks which offered a simplified experiences.
I was always uncomfortable with this idea of degradation: by making the assumption that something might fail, it somehow meant it was okay if things went wrong. But more importantly, it meant that accessibility was treated as a low priority; a special case which would be dealt with if and when we got time.
A more progressive approach
Luckily, we soon realised that this degrading approach was a topsy-turvy way of going about things, and progressive enhancement came to the fore as a driving force in our approach to developing the modern web. It’s become the widely accepted way we implement shiny new CSS3 features, embrace semantic content and take advantage of ever-improving browser functionality. It forms the very foundations of modern methods for creating accessible, responsive web design.
We no longer need to worry about the constraints of browsers or users because we are building solid core functionality with well-structured content at it’s heart, then layering on extra features to create a fuller, richer experience in the knowledge that we are only ever adding to our users experience, never detracting from it.
This is A Very Good thing for accessibility. Well-formed, semantic content is at the heart of everything we build, with accessibility effectively baked right in. As long as we’re careful to make sure that each layer of enhancement doesn’t cause anybody’s experience to falter, we’re crafting a better online experience for everybody.
We’re in good shape
Universal access to the online world is in pretty good shape right now — compared to ten years ago it’s a relative utopia. Most designers and developers have become switched on to the advantages of this approach, and with the wider adoption of good standards and modern browsers, it’s only going to get better. We finally “get” accessibility.
Or do we? Have we started to rest on our laurels? Those text-only sites we used to build to cater for accessibility? We thought they were good enough, right?
Can we do better?
It’s all too easy for us to make assumptions when we’re dealing with accessibility. That, I think, is why there tends to be a lot of heated debate around the subject. It’s a complex, nuanced subject — but much of the time the opinions I read or hear are based on well-intentioned idealism, rather than real-world experience.
We tend to bake our accessible features based on assumptions, rather than experience. Imagine you were baking a cake: first you work out the ingredients and their quantities, and mix them together. Then you bake it in an oven, at an appropriate temperature and for the time needed to make it rise. You may even do a little testing with a knife to make sure it’s cooked right through.
But imagine if you never taste that cake. You assume that the ingredients you’ve mixed will work together, but you have no idea if it’s too sweet, too bland, too dry, too crumbly. If you never taste it, if you never experience it, you’ll keep to the same recipe time after time; never improving, never tweaking or evolving your recipe to make it better.
If we only assume that we’re baking our accessibility well, how can we be certain that the fruits of our endeavours are palatable to those who have to consume it? We can look at most elements of good experience design with a subjective appreciation, which is founded in our inherent understanding of what works, backed up by a knowledge of good practice and sound theory. We can “tell” when something doesn’t work.
Providing a good experience for disabled users is mostly treated on a par with the experience we provide for mechanical search engines — it’s a necessity, but we don’t tend to put much creative thought into it. To me, this is entirely unimaginative; it’s unexciting, uninspiring, and most disappointingly of all: in a cutting-edge industry, lacks innovation.
I believe that it’s time to put an end to this complacency. I believe that good web design can be an empowering aid to those of our society who are less able — physically, mentally or socially. I think we need to move beyond just doing what we need to do, move on from thinking progressively, and start to think about doing things excessively.
All of the things we currently do to aid accessibility form the backbone of good practice, and are here to stay. As developers, we need to continue creating well-formed and hinted markup so that people using assistive devices such as screen readers can access our content. As designers, we need to continue to create progressive, easy-to-navigate interfaces, which use clear and responsive visual languages. As content strategists we need to continue using clear, descriptive language and find better ways to express rich media in alternative ways.
But let’s move beyond the status quo and start to explore innovative approaches to accessible design: new ways of creating markup which is adaptable to a user’s circumstances; design interfaces which can be even more responsive and intelligent; create content for an experience which is relevant to a user’s needs.
This doesn’t mean that we should start to cram more features into our work. The best design is, generally speaking, simple design, and good accessibility benefits from this notion of simplicity — removing obstacles, condensing complex processes and making them intuitive: these are all accessibility gains.
But perhaps we often tend to take this simplicity too literally: for something to be accessible, it must be basic, linear; we must avoid rich, immersive interactivity.
But rich interactivity can be an incredibly powerful and enabling force, particularly for people who are disabled. The new breed of touch devices is a perfect example of where a new paradigm in the approach to interface design has become an incredibly empowering tool for those who have struggled with a traditional mouse and keyboard. It seems these cutting-edge devices are incredibly accessible. (Bear in mind though, that the use of gesture-based interfaces throw up accessibility challenges of their own, a sign that we still have some way to go).
But are we avoiding the use of modern, cutting-edge web technologies when we create rich experiences for disabled users?
It’s time we started thinking about accessibility in a multi-layered way; to make it a more integral part of the progressive enhancement model. And just as modern responsive design embraces the idea that “not all users will have the same experience”, our modern approach to accessibility should embrace the idea that “not all users want the same experience”.
We’re accessing the web in so many different ways, through so many different devices and applications, and responsive design is becoming an ever-more prevalent discipline. Our content is being manipulated and moulded to suit our chosen means of consumption, and this, I believe is where accessibility is destined to hit the mainstream.
I call this notion “adaptive accessibility”: providing ways in which people of varying abilities can adapt their experience to best suit their particular needs.
We’re already doing it
We’re already moving in that direction. Services like Readability and Apple’s Safari Reader are tools which strip core content from a web page and display it in a clean, elegant and comfortable format. It’s a simple concept, and nothing particularly new — I like to think of it as RSS in the browser — but the elegant, universal way it can be applied is what makes it an absolute win for accessibility: enabling users to adapt their experience to suit their preferences.
Another example: remember when theme switchers were all the rage? They don’t tend to be so prevalent now, but the ability to change contrast and colour schemes is a feature which can benefit so many different people: people with autism, visual impairments, colour-blindness, dyslexia.
These are simple examples, and they barely even begin to cover the broad gamut of users needs. But they are simple concepts done elegantly, which give an indication of the power we wield, and the potential we have for exploring the creation of richer, more accessible experiences.
And there’s an important distinction to be made between our traditional approach to accessibility and this more adaptive approach. It isn’t intended to be used solely by people with disabilities; it’s not something which is switched on or enabled in special cases — it’s there to be used by everybody, regardless of ability. We often preach the idea that accessibility considerations can benefit perfectly able web users — so let’s embrace that idea: let’s create more adaptive web experiences which are beautifully designed for the benefit of everyone.
Making it personal
Now, this article isn’t intended as criticism — far from it. The vast majority of web practitioners are doing an exceptionally good job implementing and advocating good standards and accessibility in their work, and we should applaude ourselves for the progress we’ve made in making the web a more accessible place. Accessibility has become an important, integrated part of our everyday work, which is a wonderful thing.
But as I’ve already mentioned: I think we’re often prone to making assumptions about issues of accessibility. We work in an industry founded on innovation, where we’re often forging new ideas in an unknown future. To question our common, well-founded assumptions might prove disruptive, but when it comes to accessibility, I think it’s high time we faced our assumptions head on.
Most often, when we’re talking about accessibility, it’s in the context of helping people with disabilities. We tend to think of people with disabilities as a minority and place them into generalised fringe groups: people who are blind, deaf, who have learning difficulties, who use a wheelchair.
The reality is that every individual’s disability can be far more complex, far more subtle, changeable and variable. We ought not to place people into stereotyped categories and assume one-size-fits-all solutions. Different people need help in different ways, and it’s usually the case that they are much better at making decisions about what fits them best — adapting their world to suit their needs.
So, how can we be making broad assumptions about the right way to do accessibility, if we don’t take inspiration and learning from the very people who benefit from it? I’m not talking about “use cases” or “case studies” or recommendations like WCAG; nor am I talking about simply theorising. I’m talking about engaging with and leveraging the knowledge, ideas and experience of people who are the prime beneficiaries of better access to the web.
After all, that’s what equality for disabled people is all about: it’s not about making concessions, it’s not simply about safeguarding against discrimination — it’s about empowering people to participate fully in society.
I suggest we open up our little web design society a little more, and invoke more inclusive participation. Because a more inclusive, diverse and informed community generally results in a more progressive environment from which we all benefit.
So let’s be excessive, and see where it leads us.