Accessibility/Plugins

From MozillaWiki
Jump to: navigation, search

<< Back to Accessibility Home Page

Introduction

What is this?

This page is designed to provide specification for Mozilla plugins accessibility. This specification is intended to introduce the approach how to make plugin's UI accessible with the help of internal Mozilla accessibility API. Implementation of this specification results in extension of Plugin SDK, we refer to as A11y Plugin SDK.

Why is it necessary?

In the meantime plugins authors are forced to care about accessibility itself. They need to implement AT API interfaces for UI interfaces of their plugins for each platform plugins are intended to work. That means plugin authors must implement MSAA/IA2 on Windows, AT/AT-SPI on Linux, Universal Access on OS X. So plugin authors need to learn different APIs for each platform and it's getting hard to share common accessibility code between platforms. As well even plugin author cares about accessibility itself he doesn't have a way to embed accessible tree of plugin's UI interface into accessible tree of Firefox (or any other Mozilla product).

What do we get?

The article subject is getting specification to allow plugin authors to embed their plugins into accessibility hierarchy of Mozilla products and write common (platform independent) code for his plugins.

Benefits are

  • plugins are embedded into Mozilla accessibility hierarchy
  • plugins have crossplatform accessibility code

Disadvantages are

  • learning specific Mozilla accessibility API

Embedding into Mozilla accessible tree

Every plugin having UI should embed its accessible tree into existing accessible objects hierarchy of Mozilla.

Plugin SDK is extended with the helper method used to get accessible object created for plugin host element (like html:object).

NPError NPN_GetPluginAccessible(NPP aInstance, nsIAccessibleTreeNode **aNode);

The returned accessible object implements nsIAccessibleTreeNode interface used to set up the first child of obtained accessible object.

interface nsIAccessibleTreeNode : public nsISupports
{
  setFirstChild(nsIAccessible *aNode);
};

The proposed first child accessible must implement nsIAccessible interface.

Implementation notes

Embedding into existing Mozilla accessibility tree is the initial step of the specification implementation. We have two ways.

  • Plugin SKD contains cross platform classes and interfaces intended to create accessible objects for plugin needs. As well plugin author is happy to use them.
  • Plugin author wants to embed plugin accessible tree into existing Mozilla hierarchy but he doesn't want to use Plugin SDK to create his accessibles (or plugin SDK doesn't address this).

The problem of second choice is in the meantime accessible used as first child of plugin accessible must implement couple of interfaces additionally, including nsIAccessNode, few private interfaces plus be inherited from nsAccessible/nsAccessNode. We need to do big work to isolate navigation methods of nsIAccessile from rest code. As well we should get rid methods failures of accessible from existing tree if these methods make assumptions about interface support of plugin accessibles.

Crossplatfrom accessibility code

Base classes

Plugin SDK provides set of accessible base classes. You can inherit your accessible classes from these base classes to get some accessible functionality for free.

In the meantime there are available two base accessible classes. The set of base classes can be extended on demand.

class npnAccessible : public nsIAccessible {};
class npnTextAccessible : public npnAccessible,
                          public nsIAccessibleText,
                          public nsIAccessibleEditableText {};
class npnDocAccessible : public npnTextAccessible,
                         public nsIAccessibleDocument

Interfaces

Here's the list of interfaces you might want to implement in your accessible objects.

Implementation Notes