Rich is a Distinguished Engineer in the IBM Emerging Technologies Group responsible for accessibility strategy and architecture for Software Group. Rich chairs the IBM Accessibility Architecture Review Board (AARB) and is an IBM Master Inventor. Rich has broad responsibilities spanning all business units withn IBM and is a working member in W3C WAI and HTML working groups as well as the OASIS ODF Accessibility sub team. Rich led Java accessibility development at IBM including the IBM/Sun accessibility collaboration. Rich is leading the DHTML accessibility effort in the W3C and runs an architecture team within IBM responsible for accessibility for the Web, Eclipse, UNIX, Windows, and Java platforms.

IBM's latest resource actions in the area of accessibility

IBM has been doing much of the heavy lifting, both financial and with resources, for the WAI-ARIA work. This includes working with assistive technology vendors, browser manufacturers, and industry. At this point we believe WAI-ARIA is far enough a long that the browser manufacturers can carry that aspect of WAI-ARIA forward. With that statement I would like to give praise to the excellent work done by the Mozilla Foundation on WAI-ARIA and the latest work by browser manufacturers like Microsoft.

We, now, have to invest in applying WAI-ARIA and WCAG 2 to our products and that will require us to focus more inwards. I will continue to chair the WAI-ARIA subcommittee in the WAI PF working group and work with AT vendors to ensure that it works for people with disabilities. The WAI-ARIA specification and best practices guide are very far along and we are working to wrap things up to get to last call. I would like to point to this outstanding podcast by Freedom Scientific.

Similarly, the Linux Foundation has done a stellar job in delivering a new standardized accessibility API in IAccessible2. IBM and industry uses IAccessible2 in products like Lotus Symphony, Acrobat Reader, and Firefox as well as a host of mainstream assistive technologies. Consequently, we consider IAccessible2 an overwhelming success and will step back to let industry move forward with continued adoption. At this point we feel IAccessible2 is at a point where the Linux Foundation can carry the ball. It is in good hands.

Going forward, as a member of the Accessibility Interoperability Alliance steering committee, I will be working to help coordinate efforts with the Linux Foundation to ensure greater interoperability with assistive technologies on multiple operating systems.

Web 2.0 Accessibility Recap for 2008 and a look to 2009

As people know I am not a prolific blogger. I am not compelled to carpet bomb readers with my daily musings. That is what Facebook is for and admittedly I am addicted to it. The change in WCAG 2.0 status to a recommendation caps nine years of work by the international community. Although the WCAG 1.0 working groups effort should not be diminished, they chose to inhibit the use of JavaScript and CSS rather than determine the source of the problem - HTML. Industry has been frustrated with this problem for some time. With WCAG 2 the W3C produced a document that removes technology inhibitors and works to hit at the heart of key accessibility issues impacting usability - namely getting at the semantics necessary to support interoperability with assistive technologies. These concepts may be new to all but the top accessibility engineers in the field which is why some may not fully understand the principles of being Robust. I ran across this with many of the accessibility tools providers where they had plans to support WCAG 2.0 but truly did not understand what that meant. In short, Robust for many web applications means using WAI-ARIA.

WAI-ARIA introduces additional semantics necessary to make Rich Internet Applications fully accessible, and usable, to assistive technologies. It also may add the needed punch to improve the usability of static documents by people with disabilities. We hope to bring WAI-ARIA to last call status in the first quarter of 2009. Already it has huge implementation support and on line education. One of the most important resources now established for WAI-ARIA is CodeTalks. This site is extremely active with code samples, references to educational videos, and online collaboration growing daily. Another critical resource is the Google Group Free ARIA. Many from the W3C WAI WAI-ARIA community and CodeTalks communicate on Free-ARIA.

The lack of appropriate tooling to validate Rich Internet Applications against WCAG 2.0 is a serious problem. To address this gap two efforts are being kicked off. One I am pulling together is the Accessibility Tools Task Force in the Open Ajax Alliance. Here we are developing best practices and rules to aid test and development tools in valdating these types of applications and assisting developers. Participation in the Open Ajax Alliance is free and participants are asked to sign a minimal agreement. Another effort being kicked off is the WA-ARIA Firebug Accessibility Dashboard Project which can be followed on CodeTalks. This effort is being led by IBM and the Mozilla Foundation under Aaron Leventhal and is designed to assist authors using the Firebug IDE to produce accessible Rich Internet Applications.

In 2008 we have seen a dramatic enhancement in the accessibility API support in browsers driven by the need to support WAI-ARIA. Firefox 3 added IAccessible2 support on Windows and ATK support on Linux. Microsoft is in the process of adding UI Automation support to Internet Explorer.

IBM Video Addressing Personalized Access

Taking a step back, a feature of the "EasyWeb" solution is its personalization capabilties. The end user is allowed to specify how the web experience is delivered to them without any special assistive technologies. Personalized access is a key component of a long term strategy industry must take to deliver a workable solution for all users. For the growing 65+ senior population, this is a transformational solution allowing them to participate in the "digital generation."

When asked why I work in accessibility - this is why.

Categories : [   accessibility  |  aging  |  browser  |  easyweb  |  seniors  |  web  ]

Sep 24 2008, 05:03:57 PM EDT Permalink

Personalized Access - the next step beyond WAI-ARIA

A number of critical shifts are under way in how we a web applications. Web developers are beginning to make use of complex visualizations and mashup technology to do rapid application development through re-use of existing web services. Many of the services may be inaccessible given that WAI-ARIA is new. Also, making complex visualizaions accessible, like a map or a pie chart, accessible is just a waste of time. Rather, we need to consider the fact that a one-size-fits-all approach to accessibility may not make a lot of sense.

The IMS Global Learning Consortium and ISO SC36 have been working on something called the Access For All standards. These standards define accessibility user preferences and corresponding resource meta data (data which describes the adaptability of a resource such as a web page or video) to meet the users needs. IMS and ISO have been working on new versions of these specifications which allow for better adaptation of today's content and for better adaptation to mobile devices. One of the features of this strategy is the ability to replace a resource with an equivalent alternative to a resource. One example would be to replace the map with an HTML alternative which conveyed the directions for the blind. These specifications have been adopted with limited success in the Learning and Education space. What is really needed is for the broader web to adopt a similar strategy.

I recently attended a Ubiquitous Web Face to Face meeting in Pisa, Italy. Aside from the beautiful scenery we actually managed to kickoff a new piece of work which was to incorporate Access For All personalization into the W3C Delivery Context Ontology (DCO). The DCO provides a model of the characteristics of the environment in which devices interact with the Web or other services. The delivery context includes the characteristics of the device, the software used to access the service and the network providing the connection among others. The W3C has a direct relationship with the OMA which defines standards by which mobile devices request information, such as web pages, from a server so that web content may be delivered in the form best suited for the target environment. The DCO defines the parameters by which a device requests this information. Assuming sign off from ISO and ISO, this effort constitutes the first mainstream effort toward being able to allow a user to specify personalized content irregardless of the device they are using.

Going forward, I encourage readers to watch this blog for other related work underway in the area of personalization.


Jul 27 2008, 11:15:58 PM EDT Permalink

IAccessible2 support being tried out for Acrobat Reader

A new, free, open source accessibility test tool is also in development called accprobe. I encourage developers to try it out and provide feedback to the Eclipse ACTF team.


Jun 24 2008, 09:44:07 AM EDT Permalink

Cynthia Ice Remembered

Working in the accessibility field is extremely difficult. It requires very specialized skills - including incredible persistence. Accessibility is often viewed as additional work that is not always planned for. It requires a person who is tough, committed, patient, and caring to deliver an accessible solution that is usable to our customers. To do this you must have tremendous passion for your job as there is always someone or something to trip you up. Furthermore, the quality of access must be even higher when you have such high end-user impact products as Lotus.

Cynthia has worked tirelessly to deliver Lotus products that are accessible and usable to our customers and employees. She has been a beacon of leadership in an area few are willing to venture. We owe Cynthia our deepest thanks and prayers.

Cynthia, Thank you for all you have done. You have made the world a better place.

Categories : [   Ice  |  Lotus  |  accessibility  ]

Jun 02 2008, 02:26:00 PM EDT Permalink

WAI-ARIA Growth Cataloged

It is nice to see more players like Adobe join in.

Categories : [   ARIA  |  Firefox  |  W3C  |  WAI  ]

Mar 28 2008, 02:03:43 PM EDT Permalink

CSUN 2008: IBM's Long Term Accessibility Efforts Paying Off

Web 2.0 Accessibility

WAI-ARIA: WAI-ARIA presence grew dramatically at CSUN this week. Until the Microsoft announcement on IE 8 for WAI-ARIA a number of companies had been working on supporting WAI-ARIA but not releasing it. That changed. Google Web Toolkit 1.5 supports WAI-ARIA as does Google Reader. GWT 1.5 should come out in a formal download within the next 2 weeks. Adobe indicated that Adobe's Spry framework for AJAX was adding WAI-ARIA support which will give us tooling support in Dreamweaver. The Apollo SuperNova screen reader/screen magnifier is adding support for it with IAccessible2 support targeted for later this year. WebAIM is adding support for WAI-ARIA as well. Also, the University of Illinois Firefox accessibility plug-in is starting to mature and there are a number of nice features that will help us in WCAG 2.0 support. Google had 2 sessions on WAI-ARIA this week and I saw Microsoft engineers attend at least 2-3 sessions I sat in where they announced to the room that they had support for WAI-ARIA in the IE latest beta. WAI-ARIA is a home run!

On the negative side, aside from Dojo I did not see any demos of any Google or software. I suspect they are not fully debugged. Yahoo and the Paciello Group gave a presentation on their WAI-ARIA implementation in Yahoo Mail and highlighted some of the challenges retrofitting an existing rich internet application. Also, developers are having problems with Window-Eyes and JAWS as they don't automatically switch in and out of application mode. Also, if you turn off browse mode in Window-Eyes a minor refresh can cause it to fall back into browse mode. I discovered Microsoft has a minor problem with the IE 8 beta where you have to turn on WAI-ARIA support in the registry. This is a beta so I suspect this will be corrected in subsequent drops.

• Mashup Session: My mashup session was full with some people standing. Unfortunately, CSUN instituted something new this week which required you to sign up ahead of time and many people were turned away. Many attendees commented that the need for personalization will be very important going forward to address this problem. For most, the mashup problem is new. Here is the mashup presentation.
• Fluid Session: Again, this was a full session. People are very interested in Fluid in that it has created a social network for collaboration of UX designers, accessibility engineers, and application developers. Matt King and I will be discussing how we might use some of its principles into usable access. A number of attendees stated that they wanted to join and participate in Fluid.
• Dojo Session: Becky Gibson's session was very well attended, especially given session given the lateness in the day on Friday. A lot of questions were generated.
• Browsers: In the mind of end users, Firefox was "top dog" at this conference with respect to their accessibility efforts. That said, application developers are looking to IE fully supporting of WAI-ARIA. Microsoft received a lot of well deserved, positive press for their announcement to support WAI-ARIA in IE. There was no word on Safari from Apple on WAI-ARIA support at the conference.

IAccessible2

The IAccessible2 panel was packed! All major screen readers were implementing IAccessible2 support: NVDA, JAWS, SuperNova, and Window-Eyes. Additionally AccProbe and Freedom Scientific's Magic support it as well. There were a lot of great comments from the panel. Adobe would like us to address extensibility and assistive technology vendors and developers on how to implement support for IAccessible2. Also, Adobe had asked that there be performance enhancements for AT handling of large documents.

There was a strong emphasis by ATVs, like Freedom Scientific, that the fact that they were involved with the development of IAccessible2 that is something that they know will work. Representatives from GW Micro and Freedom Scientific stated that IAccessible2 is only one tool in their arsenal to provide access. Probably, most

Virtual World Accessibility and a look at 3D Internet

IBM gave a wonderful presentation on their research efforts to make virtual worlds, like Second Life, accessible to blind. They are creating an accessible Web 2.0 navigation panel, using Dojo, to Second Life and they discussed a number of tools they are using to make the environment accessible: leveraging social collaboration to add semantic tagging, assistive avatars, and a "virtual" cane to reach out and find objects to move to. ... Another packed session.

Categories : [   ARIA  |  CSUN  |  Fluid  |  IAccessible2  |  SecondLife  |  WAI-ARIA  ]

Mar 20 2008, 12:47:08 PM EDT Permalink

Microsoft announces support for WAI-ARIA in IE 8 beta

The next question we need to ask is what ATVs support this level of WAI-ARIA implementation in IE 8. If we are going to start playing with this we need an assistive technology (AT). Hopefully, either Microsoft or AT vendors will divulge this information for developers soon.

I want to personally thank Microsoft for making this step forward.


Mar 05 2008, 06:30:01 PM EST Permalink

IBM Contributes new Accessibility Tools Framework to Eclipse

Part of the strategy was to address a growing need to have an open source accessibility tools framework. One reasoning was that propriety test tools on Windows prevented us from distributing a modified version of the Windows accessibility test tools of IAccessible2 to developers. Another reason was that creating test tools from scratch was a time consuming process. Why not take the ones we were creating, internally, and donate them to the industry to build upon, free of encumbrances. Also, due to the overwhelming success of Eclipse, we felt it was an excellent place to build a community around a reusable and extensible tools framework that provide developers, consultants, and new technology providers with a starting point. The result is ACTF.

In ACTF we will be donating new tools like "AccProbe" which will allow you to do IAccessible2, MSAA, and WAI-ARIA testing. We will have new browsers and validation tools as well. The best thing about it is that you can participate, or borrow what is there as you see fit ... and you don't have to sign a license agreement!

Categories : [   ACTF  |  ARIA  |  IAccessible2  |  MSAA  |  Tools  |  Web2.0  |  accessibility  |  eclipse  ]

Dec 05 2007, 06:43:15 PM EST Permalink

Review: Open Document Format v1.1 Accessibility Guidelines Version 1.0

These guidelines are intended for office application developers but they are also good reference material for people new to accessibility. The guidelines introduce the developer to a broad range of disabilities and the corresponding needs that must be addressed. Readers will see that there is a strong emphasis in supporting interoperability with assistive technologies. Full interoperability, is often overlooked when addressing accessibility. The ODF Accessibility Subcommittee focused on interoperability in ODF 1.1 and, as a result, you will see how this document directs office application developers to address the interoperability features in ODF 1.1. You will also notice a strong emphasis in preserving document structure when supporting assistive technologies. Structural semantics is critical to accessibility as access to structural information provides context to the user. Readers will also find a section on preserving accessibility information during the file conversion process.

Given the fact that ODF is totally open and lacks platform dependencies, it is important that ODF office application developers use these guidelines to preserve accessibility on each of the targeted operating system platforms even if accessibility is new to those platforms.

We look forward to your review.

Categories : [   ODF  |  OOXML  |  accessibility  |  documents  ]

Oct 30 2007, 05:43:04 PM EDT Permalink

IAccessible2 Growth - What have you done for me lately?

IAccessible2 is in or being implemented in these products today:

• Notes 8 Symphony Office Suite (today)
• Firefox 3 (being added as we speak)
• Open Office (IBM is just beginning the contribution effort)

Two other major application vendors are adding it to their products as well. It also appears that KDE's QT library may be adding support for it on Windows as it is similar to the UNIX accessibility API. Even more encouraging is the size of these applications. These are not small apps.

Assistive Technologies adopters:

• JAWS
• Window-Eyes

It is being added to the NVDA screen reader. ZoomText has added support for a lot of IAccessible2. We, and the Open Accessibility IAccessible2 working group continue to work with other AT vendors. Open Office and Firefox are a big driver for ATVs. These are high impact consumer products to which developers can have access to the source and see how it is implemented.

New Tooling:

We are creating a new accessibility test tool that will be open source. It will be part of a new open source accessibility tools framework we are initiating. This tool will support Java, IAccessible2, MSAA, and Web 2.0 ARIA-enabled applications running in Firefox. It was designed with input directly from companies like Freedom Scientific. So, it will work with screen reader vendors products, and is designed to assist vision impaired as well non-vision impaired users. For example, a screen reader requirement was to process events in-process with applications to give the same response the AT would expect to receive from the application.

So, why is IAccessible2 so successful?

• We and the Mozilla Foundation provided assistance to ATVs to do the work
• A solid design with a gradual migration path to the new API. - Think why DOS users migrated to Windows over OS/2
• Regular architecture meetings with ATVs held separately with a strong focus in protecting their intellectual property
• Open standards
• Support by key, significant in terms of size, significant with respect to the needs of the consumer, open source products.
• Community building
• No hidden agendas
• Open source projects which generate business for the accessibility community (consultants, ISVs, ATvs, etc.)
• Corporate leadership
• No IP barriers to entry
• Support by major accessibility advocate groups
• Open Collaboration
• Interplay between standards and implementation - ODF standards, IA2 standards, AT implementation, app implementation - all done in parallel (an open coummunity effort)

Lack of these things is why it has taken other accessibility API efforts so long to take off or stumble. I also believe the availability of open source tooling will help dramatically. We modified the MSAA inspect tool internally to test Symphony support for IAccessible2 but then we had to throw the code away because MSAA inspect tool licensing prohibited our releasing derivative works. This set us back a good 6 to 7 months to create a new open source tool we will be releasing in the next quarter.

Since I have taken over accessibility strategy for IBM software I have pushed for one that is open and barrier free. In 5 years I doubt people will remember that IBM started all this (open accessibility on Windows) but I do hope we have a more barrier free, interoperable, accessible environment for which people with disabilities don't have to wait years to access. A look back at early accessibility API work on Windows showed it took years for adoption of that work by ISVs and ATs. IAccessible2 has been able to achieve stellar results in a very short period of time.

Categories : [   ARIA  |  Firefox  |  IAccessible2  |  MSAA  |  OpenOffice  |  Windows  ]

Sep 27 2007, 12:57:00 PM EDT Permalink

IBM's Accessibility Contribution to OpenOffice.org

I recently read an article about the donation, "IBM beats Microsoft over the head with its own code" which took a kernel of a fact -- that IA2 is an extension of Microsoft Active Accessibility (MSAA), a Microsoft-developed technology -- and in the interest of simplifying it for his readership, made a few mistaken conclusions about it.

Let me clarify by saying IAccessible2 is an accessibility API, which you can add to your MSAA enabled Windows application, to provide additional accessibility features needed to handle rich internet applications, rich text, and documents - in this case ODF. IAccessible2 in no way modifies MSAA. Microsoft has made MSAA available to industry as as a standard accessibility API for Windows and modifying it would break interoperability with assistive technology. Furthermore, Microsoft made MSAA available for all to use on Windows. IAccessible2 is derived from work we did on Java Accessibility and the UNO Accessibility API (which I discuss in an earlier blog entry). It is in no way derived from Microsoft work.

IAccessible2 does not just support screen reading. Accessibility features of IAccessible2 also assist alternate input solutions for people with mobility impairments. IAccessible2 also provides support for screen magnification solutions. AI Squared, developer of the industry leading ZoomText screen magnifier, provided valuable feedback in IAccessible2's design as well for this reason.

One of my functions is to co-chair the ODF Accessibility Subcommitee in OASIS. The accessibility subcommittee is pleased to see the article recognize our accomplishment in making ODF accessible and our recent work called “Accessibility Guidelines for Implementations of Open Document Format v1.1.”

Categories : [   Accessibility  |  IAccessible2  |  MSAA  |  ODF  ]

Sep 12 2007, 06:28:56 PM EDT Permalink

ATRC OOXML Accessibility Assessment

While this is a lengthy document, and a good read for the accessibility community, the main point of contention I have with OOXML is it needs an accessibility review by industry as we have done with ODF 1.0. That review resulted in a new ODF 1.1 specification that not only addresses accessibility but also raises the bar over other standards. After all, access to office documents is what we call a "high impact" use case for people with disabilities. It is almost as important as web and email access. A look at the ATRC white paper shows what always happens when you do an accessibility assessment - you drum up numerous problems with the technology or specification in question. Why? - because people with disabilities need to have access to all the features of subject in question. So, how does this apply to this document?

As ATRC highlights, there are numerous parts of the specification that are ill-defined and refer to proprietary behaviors as in section 3.4. What is autoSpaceLikeWord95 and useWord97LineBreakRules mean? Imagine yourself being a non-Microsoft office application, on Windows, MacOSX, or Linux, and you wanted to support accessible access to text through the platform accessibility API. How would you do it? This is no different than an office application needing to render the content. I would also contend that an accessibility review could not be completed until these holes in the specification were filled.

OOXML is now a published specification (ECMA-376) submitted to the International Standard Organization's JTC-1 committee for fast-track (get it out fast no matter what state it is in apparently) consideration of its adoption as an international standard. If this gets approved by ISO you have to question the ISO standards acceptance procedures, given that only one company can implement the standard, and its commitment to accessibility - which in the past has been exemplary. I do hope that ISO lives up to its reputation and demands an international accessibility review and that Microsoft be required to address the findings. If not, the creation of an open standard will have had no impact on the status quo and people with disabilities will continue to be left out in access to other office applications and operating system platforms - and accessibility gaps will still exist in Microsoft Office. To the best of my knowledge blind users still don't have access to MS Office on the Mac.

Categories : [   ODF  |  OOXML  |  accessibility  ]

Jul 25 2007, 09:19:21 PM EDT Permalink

Change in Accessibility Focus on Linux