Making choice and innovation accessible to all

I previously blogged about the Mozilla Foundation and the CSUN conference on information technology and persons with disabilities. As noted in the post the Mozilla project and Firefox are really gaining traction with people concerned about web accessibility, thanks to the hard work of people like Aaron Leventhal. Inspired by Aaron's recent interview in the online publication Voice of the Nation's Blind, I want to take a broader view and present my thoughts on why accessibility is important for the Mozilla project, the role that Mozilla and Firefox might play in the world of assistive technology (AT) as it evolves, and what the Mozilla Foundation might do to help this process along.

Why accessibility is important for Mozilla

Since I joined the Mozilla Foundation last year I've spent a fair amount of time working with people involved in Mozilla-related accessibility issues. Why do I consider accessibility important enough for the Mozilla Foundation to spend time and money on it? I've been thinking about this question and I've concluded that there are lots of reasons, all good but some more compelling than others.

I've often heard the following reasons given for promoting accessibility; I think they're good reasons, but in various ways they leave something to be desired (as I note):

  • Accessibility is important to comply with government and corporate standards. My initial encounter with accessibility issues occurred when I was working in Netscape's government sales group and got called in to a government agency to hear complaints that Netscape Communicator was not very accessible to blind users and other users with disabilities, and in particular was not compliant with the US government's Section 508 requirements.

    That sort of experience is one way people think of accessibility: At best it's an annoyance you need to worry about if you're doing government business, at worst it's something you could be sued over. In that respect and others accessibility is not that dissimilar to security: just another cross-product issue that developers have to worry about, but often wish they didn't.

  • Making software accessible helps people with disabilities live more productive and satisfying lives. Many people working in the accessibility field either have disabilities themselves or have known people with disabilities, and use their personal experiences as inspiration for their work on accessibility-related projects. For example, in his interview Aaron Leventhal notes his encounter with a man who was blind and deaf and used a Braille display to assist him in running a non-profit organization. As Aaron put it, "The experience had quite an impact on me... [I]dealism is what brought me into the business of accessibility".

    However, although inspiration can be very motivating I think it would be a mistake to rely too much on it. Otherwise I think the rest of us (i.e., those not working directly in the accessibility field) run the risk of falling into the "Olympics syndrome": We watch the games on TV, watch the five-minute videos about John the speed skater or Jane the marathon runner, think "how inspiring!", and then after the games are over we promptly forget about John or Jane, leaving them to live and work in obscurity for the next four years.

  • All of us will likely have a disability at some point, so it's in our own interest to support better accessibility. For example, I've always worn glasses, but recently my vision has been deteriorating a bit; thus I'm very glad for the features in Firefox that allow enlarging the text on web pages. Similarly, we never know if we or a member of our families might become permanently blind, paralyzed, etc.

    There's nothing wrong with an appeal to self-interest (indeed, I'll repeat this tactic below); the problem is that in this case the self-interest is not necessarily that strong--when we're young we think we'll never grow old, when we're healthy we don't think about getting sick, and if we don't have any disabilities then we discount the possibility of ever having any in the future.

Can we come up with more (and perhaps even better) reasons to support accessibility-related work? Here are some that I think are important in the context of the Mozilla project:

  • Improving accessibility is key to our mission of promoting choice and innovation on the Internet. In this respect improving accessibility is like supporting multiple platforms and multiple languages: Our mission is not just to promote choice and innovation for people using Microsoft Windows XP, so we develop Mozilla-based products to support three main platforms (Windows, Mac, and Linux) and encourage ports to many others. Our mission is not just to promote choice and innovation for people who speak English, so we support localization of Mozilla-based products into as many languages as possible. Similarly, if we promote choice and innovation only for people who have good vision, who can use a mouse, who can type, and so on, then we won't be fulfilling our mission. If we're going to promote choice and innovation then we should promote it for everyone, without exception; otherwise we're not living up to the ideals we set for ourselves.

  • Users with disabilities could be key supporters of the Mozilla project. As I've previously discussed , there are several different groups who for one reason or another are part of the Firefox value network and who in their various ways support the Mozilla project. In particular the project depends on the efforts of those who help evangelize the use of Mozilla-based products, test the products and report bugs, create extensions for Firefox and other products, develop new web applications supporting Firefox, contribute to Mozilla code and documentation, and so on. In working to make Firefox and other Mozilla-based products more accessible we have an opportunity to build another group of passionate project supporters and contributors.

  • Improving accessibility is key to improving access to information, communications, and applications for everyone. We sometimes tend to think of accessibility issues in a very narrow fashion, for example, as just involving getting products to work with screen readers. But in reality accessibility is a very broad topic; in fact, it's so broad that in my opinion it's even misleading to use the term "accessibility", because that term is stereotypically associated with technology used by people with disabilities. The overall goal is really enabling someone to more easily and quickly find information, communicate with others, and engage in online transactions, in situations where there are constraints on the input and/or output mechanisms that can be employed. Stated that way accessibility benefits everyone: Lots of people might like to have better ways to use the web while driving a car, or hurrying through an airport, or dealing with a dog or a toddler, or doing a host of other things that don't involve sitting in front of a traditional keyboard and computer display.

Why Mozilla is important for accessibility

Above I've discussed why I think accessibility is important for the Mozilla project. Now I'd like to talk about what I think the Mozilla project has to offer to the community of people involved in accessibility issues as users of assistive technologies, as creators of AT products, and so on.

  • We can bring more choice and innovation to AT users. There are plenty of people with disabilities who are quite happy to use Internet Explorer, Windows, etc., but there are other people who don't want to be restricted to a single set of products. We can provide them with more choices, just as we provide those same choices to everyone else.

  • We can give AT users more ways to help themselves. Up to now AT products have been created, sold, and supported using the traditional proprietary software model. We can offer AT users not just alternative products but an alternative way of doing things, namely the open source model. This is potentially attractive both to individual users and to organizations advocating on behalf of those users. As Aaron Leventhal put it in his interview,

    Perhaps the most powerful approach is for blindness and other disability-related organizations to work together, and actually hire their own members with the technical skills to go work on the problem. After all, this is open source, so why not make it how you want rather than deal with company X's idea of accessibility?

    Beyond just "scratching their own itch", working on open source projects like Mozilla can also be a way for people with disabilities to build their skills and find new job opportunities.

  • We can drive new and better accessibility standards for the entire industry. Firefox now has enough market share that we can work with other organizations to develop standards, and then be a key driver for those standard by implementing support for them in our code base and encouraging their implementation in AT products with which we interoperate. DHTML accessibility is just the first example. We're also having a lot of impact on improving desktop accessibility APIs by explaining how to use them, making them more powerful, and synchronizing them to work in similar ways so that the differences among them are lessened. This will make it much easier for other future cross-platform applications to be accessible. We communicate with the developers of all the various web and desktop accessibility APIs to reduce unnecessary gaps and differences, and in this way and others help bring the whole industry together onto new and better standards, to the benefit of everyone.

  • We can support the growth of a new generation of accessibility developers, especially for free and open source software. We can get talented new developers to work on accessibility in Mozilla, and they can then take what they've learned to other projects or to other non-accessibility areas of the Mozilla codebase.

  • We can help bring the benefits of disruptive innovation to the assistive technology industry. In his interview Aaron has a lot to say about what he sees as the current "state of stagnation" of the AT industry. To be fair, I think that what Aaron sees as stagnation can also be seen as a necessary conservatism caused by the long learning curves for people to become productive with AT products, combined with AT vendors having to continually adapt to whatever changes Microsoft and other software vendors make to their products. In such an environment change is not necessarily always a welcome thing.

    However in the longer run I think that the AT industry will be affected by the same forces for change that are now affecting the software industry at large: the growing popularity of free and open source software (FOSS), the rise of web-based services as an alternative to or even replacement for desktop applications, and the move away from traditional software licensing schemes to alternative business models.

    The Mozilla project is deeply involved in all three of these trends, and as such I think that we can potentially be a force for positive change in the AT industry. To take but one example, in a more web-centric world more and more significant applications will be web-based, and adapting such applications to the user's particular needs and abilities may be more straightforward in the long run, since the web is based on standard protocols and formats, and the nature of the web means that web applications can be modified and repurposed without necessarily having the cooperation of the application provider. (Greasemonkey is a good example of what's possible in this domain.)

Where do we go from here?

So, accessibility issues are important to us, and we can play an important role in promoting better accessibility for the Internet and web. How specifically should we proceed? Here's what the Mozilla Foundation has been doing thus far, and what we could be doing:

  • Promote better accessibility for Firefox and other Mozilla-based products. This is our most important priority, has been the primary focus of Aaron's and others' work over the years, and is also the primary focus of the accessibility-related grants that the Mozilla Foundation has been making. At present we have a pretty good accessibility story for vanilla Firefox running on Windows; however our story becomes less good when we turn to non-Windows platforms like Linux and OS X, to products other than Firefox (e.g., Thunderbird), and to Firefox extensions and other Mozilla-related add-on products. We need to do more work in all these areas.

    At a platform level, our goal is for Gecko 1.9 to be the first platform that makes it possible to write true cross-platform accessible desktop applications (i.e., using XUL).

  • Provide support and advocacy for efforts to make "Web 2.0" applications and services accessible. The Mozilla project has been a pioneer in this area by virtue of Firefox's support for accessible DHTML. However there's much more we could be doing, including evangelizing the use of accessible DHTML to web application providers and other browser developers, and helping to support creation of better documentation and tools to help web developers make AJAX-enabled applications more accessible.

    Here our goal is for developers to be able to write powerful web applications with HTML and JavaScript while still offering excellent accessibility. Such applications if written carefully will also have the additional benefit of working well on small devices using browsers like Minimo (since writing accessible web sites is very similar to writing good sites for small devices), as well as providing other benefits such as good search engine optimization.

  • Help with other open source accessibility efforts. As we try to improve our own accessibility story on non-Windows platforms, we'll find that we're constrained by the accessibility architectures and tools on such platforms. In particular, there's still a lot of work that needs to be done on Linux-based platforms, e.g., to provide better accessibility APIs, screenreader software, and so on. We should help support such efforts if and where it makes sense.

    The accessibility of open source software is important in particular because of the battle in Massachusetts over the Open Document Format–it's a serious tipping point for government open source adoption. In the past open source software was considered generally inaccessible, which sent the message that customers need to turn to proprietary software companies that are legally required to make their products accessible; otherwise improvements to accessibility wouldn't happen. Now there's a counterexample: When people ask whether products that support ODF will ever be as accessible as Microsoft Office, Firefox is often brought up as an example of a product that can be even better in terms of accessibility.

  • Help promote and sponsor other new approaches to better accessibility. As noted above, the move to web-based applications opens up some new opportunities to providing better accessibility, and it may make sense for the Mozilla Foundation to sponsor research and development work in this area. As one example, perhaps some of the work being done to provide better systems for bookmarking and site navigation might be adaptable to improving accessibility for complex web sites. (And vice versa: research into improving the accessibility of complex web sites might provide good ideas for how to improve bookmark systems and browser navigation aids.)

In summary, accessibility is important to the Mozilla Foundation and will continue to be important to us. The project has done a lot thus far, but we've only scratched the surface of what we might do in the future.

However I don't want to give the impression that accessibility will be the only or even just the primary focus of the Mozilla Foundation. It just happens to be a good example of the sorts of things I think the Foundation should be involved in: activities that support the overall mission of the Foundation, complement the core product development activities of the Mozilla Corporation, and are consistent with our nonprofit nature.

For all the reasons discussed above I'll continue to push to have the Foundation be involved in the accessibility arena, but at the same time I'd like to see us become more active in a wide range of other activities. More on this in future blog posts.

Comments

Sapphire Cat wrote at 2006-05-26 09:26:

I don't quite have time to read this all before work, but...

Accessibility can also be a good thing for power users. For instance, the keyboard has a lot more keys on it than a mouse, and isn't constrained by spatial location. If there are sufficient shortcuts (such as being able to scroll a Web page with the keyboard), then I don't have the overhead of fetching the mouse and putting the pointer over the scrollbar. Less overhead and thought means less worrying about the machine and more of what I was thinking about in the first place. (I imagine this goes double for laptops, since they don't always have a traditional mouse at hand.)

P.S. According to my secret Broken Web Detector(TM), you haven't set the foreground color for the font on this page.

Frank Hecker wrote at 2006-05-26 10:36:

Good point re power users. (I always forget to mention something or other, I guess that's what readers are for!)

You're right, I didn't specify an overall font color for the page. I think I've fixed that, please alert me if there's still a problem. (Folks should also let me know about any other accessibility-related problems for the site; I've tried to make it accessible, but may have missed some things.)

Ingo Meyer wrote at 2006-06-07 03:31:

I'd like to add some thoughts to the six reasons for promoting accessibility you give above. I work as a research and policy consultant in Europe and in this capacity my colleagues and I are usually telling people what accessibility is all about and why it matters. In this context and especially in the context of European Union policy making we've started using the term "e-inclusion". It is used to label all kinds of interventions addressing the issue of equal participation in the Information Society and to show that this means more than just technical accessibility of hard- and software. The term can be further divided into three perspectives:

1. The risk perspective, concerned with counteracting risks of digital exclusion is IMO closest to your concept of (e-)accessibility. 2. The opportunities perspective, exploiting ICT opportunities for social cohesion is concerned with improving the quality of life of older people/people with disability through the use of ICT. 3. The structural perspective, promoting inclusive processes of ICT development and deployment, concerned with ), is about ensuring that ICT development and deployment processes consider the needs and requirements of population groups that are structurally disadvantaged.

This is probably just another label for things that many people have known for a long time. But it might also help to find fitting words to tell others what work on accessibility issues is about, and that it is really much more than just an expensive way to keep coders busy (no offense intended :-).

I'd be glad to hear your thoughts on this. If this is of interest to you, you can also find additional information on the website of one of our research projects (http://www.einclusion-eu.org). That's where we developed most of these ideas.

Trackbacks

Financial Cryptography mentioned this post in "Users do not need online banking":

I drew a bit of flack on my post examining Opera on security. (Summary -- reading from the same prayer book as always.) One thing keeps popping up though and it needs addressing. This is the persistent notion that users need access to their online banks. This is bunk, and the reasons are quite strong. It is what the Americans call a strawman. It may be true at some level that the users need access to their online banking. But it is not true that the browser manufacturers are totally responsible for that provision. They are not. The users have alternates -- at many levels. All users of Firefox and Opera generally have another browser. All users of banks have an ability to walk to the branch. Most users have more than one bank, most American users have a dozen. All banks have an ability to ship a downloaded client, or a hardware token. All server operators have an ability to upgrade. There are so many alternates in this equation that it would take days or months to document them all (it's probably already available from Netcraft or securityspace or verisign for $2500, and if it wasn't going to put you to sleep, it would be free, here). All of these questions of access can be solved, notwithstanding notable exceptions to the above generalisms. Why then do the browser manufacturers take it upon their heads to assume complete responsibility for this? Well, perhaps we can see the answer in this response by Hallvord: >> (Do you think the commerciality of the equation might >> explain the laggardness of browser manufacturers here?) > > Now that's complete rubbish. Users feeling secure is essential to > our existence while we get none of the payments to ISPs for those > non-shared IP addresses. Where is the logic in this accusation? Although every one of the other actors above has alternatives, they all cost money. Their browser does not. The banks make money on fees, and the users *pay* for their banking access. They choose the cheapest access because they are smart. The banks choose online banking because it reduces branch staff and telephone support staff. So they are smart - they save money that way. Online server operators do not upgrade because upgrading a server is costly. Sysadmin time, user disruption, etc etc. So they only do it when their business pays them to do it. That's smart. (CAs don't bother to check Id because it saves them money - smart. Until someone can show them why they should, they won't, because they are smart, and so are their customers!) So for everyone one of those (other) actors, need is a relative thing, which dissappears absolutely if the price is not right. I need online banking, but if it's more than $10 a month, I don't need it. Browsers on the other hand have no money in the equation (somewhat a generalism, but not an unreliable one). They apparently take on all the responsibility for user security for free, for reasons lost in the dim dark corridors of history. They have none of the cruel jungle feedback of the dollar to inform their security, they have instead the infinitely forgiving parental corporation that tells them what to do (Microsoft or Apple) or the feel-good social benefit of open source coolness (KDE, Mozilla) or the cozy position in the "user trust matrix" that comes with a handy dandy prayer book that tells you what to do if they happen to not have the others (Opera). Browsers are therefore blinded to the alternates that all users have and use, and the users being the silly fools that they are aren't that bothered to inform browsers what they are up to. Because browser manufacturers do not see their sales go down and are therefore not part of the cost-saving cycle of general life, they have no feedback to rectify mistakes, and they fall victim to such stupidities as "browser users need their online banking, and we are responsible for that." Browser manufacturers are just another victim in this game. Unfortunately, there are other victims - the users - and nobody much takes on their case, although everyone says they do. When I take on the case of the users, I necessarily cannot take on the case of the browser manufacturers - victims though they may be. I'm here to tell you that "we the users" think your reasons for not doing security are daft, and please don't invoke our names in it....

Submit a comment

Please enter comments as plain text only; no HTML tags are allowed. All comments and trackbacks are moderated, and will not be displayed until approved by the moderator.

Comments are closed for this story.

Trackbacks are closed for this story.