(Updated the VPAT link.) |
|||
| (One intermediate revision by one other user not shown) | |||
| Line 1: | Line 1: | ||
| − | (Draft) | + | (Draft) |
| − | __NOTOC__There are two levels of accessibility features we aim to provide with V3: | + | __NOTOC__There are two levels of accessibility features we aim to provide with V3: |
| − | * Making the editor usable by people with disabilities. | + | *Making the editor usable by people with disabilities. |
| − | * Ensuring that accessibility features can be introduced in the contents produced with the editor, guaranteeing and enforcing the minimum accessibility level in the contents. | + | *Ensuring that accessibility features can be introduced in the contents produced with the editor, guaranteeing and enforcing the minimum accessibility level in the contents. |
| − | == Standards == | + | == Standards == |
| − | The first and most practical way to ensure accessibility in both the above aspects is by following the rules and requirements defined by the common standard available for web applications. | + | The first and most practical way to ensure accessibility in both the above aspects is by following the rules and requirements defined by the common standard available for web applications. |
| − | We have chosen two of the most notable standards as those we'll be working to be compliant to: | + | We have chosen two of the most notable standards as those we'll be working to be compliant to: |
| − | * The [http://www.w3.org/WAI/ WAI], published by the W3C, which actually comprehends a number of standards and guidelines that interest our project: [http://www.w3.org/WAI/intro/wcag.php Web Content Accessibility Guidelines (WCAG)], [http://www.w3.org/WAI/intro/atag.php Authoring Tool Accessibility Guidelines (ATAG)] and [http://www.w3.org/WAI/intro/aria.php Accessible Rich Internet Applications (WAI-ARIA)]; | + | *The [http://www.w3.org/WAI/ WAI], published by the W3C, which actually comprehends a number of standards and guidelines that interest our project: [http://www.w3.org/WAI/intro/wcag.php Web Content Accessibility Guidelines (WCAG)], [http://www.w3.org/WAI/intro/atag.php Authoring Tool Accessibility Guidelines (ATAG)] and [http://www.w3.org/WAI/intro/aria.php Accessible Rich Internet Applications (WAI-ARIA)]; |
| − | * The US [http://www.section508.gov/ Section 508] of the Rehabilitation Act. | + | *The US [http://www.section508.gov/ Section 508] of the Rehabilitation Act. |
| − | Apart from the real accessibility needs present in the world, compliance to these two standards is a requirement for many companies and public agencies. | + | Apart from the real accessibility needs present in the world, compliance to these two standards is a requirement for many companies and public agencies. |
| − | == Certification == | + | == Certification == |
| − | Resources permitting, we'll be working to certify our accessibility compliance, making the results of our efforts tangible and trustable. | + | Resources permitting, we'll be working to certify our accessibility compliance, making the results of our efforts tangible and trustable. |
| − | + | Not a certification tool, but for Section 508, a common communication approach for compliance is the [http://www.access-star.org/ITI-VPAT-v1.3.html Voluntary Product Accessibility Template (VPAT)].<br> | |
| − | + | == The Real World == | |
| − | + | Standards are good, at the bureaucratic point of view. But our main purpose is really making our editor effectively usable by people with disabilities. The most important thing is giving our end users a wonderful editing experience, not only satisfying the checklists defined by the standards. | |
| − | == Features == | + | We invite accessibility experts and end users to participate, helping us providing the dreamed accessibility solution for browser based editing. |
| + | |||
| + | == Features == | ||
[TODO: List the features we need to provide for accessibility and standards compliance] | [TODO: List the features we need to provide for accessibility and standards compliance] | ||
Latest revision as of 08:46, 20 May 2009
(Draft)
There are two levels of accessibility features we aim to provide with V3:
- Making the editor usable by people with disabilities.
- Ensuring that accessibility features can be introduced in the contents produced with the editor, guaranteeing and enforcing the minimum accessibility level in the contents.
Standards
The first and most practical way to ensure accessibility in both the above aspects is by following the rules and requirements defined by the common standard available for web applications.
We have chosen two of the most notable standards as those we'll be working to be compliant to:
- The WAI, published by the W3C, which actually comprehends a number of standards and guidelines that interest our project: Web Content Accessibility Guidelines (WCAG), Authoring Tool Accessibility Guidelines (ATAG) and Accessible Rich Internet Applications (WAI-ARIA);
- The US Section 508 of the Rehabilitation Act.
Apart from the real accessibility needs present in the world, compliance to these two standards is a requirement for many companies and public agencies.
Certification
Resources permitting, we'll be working to certify our accessibility compliance, making the results of our efforts tangible and trustable.
Not a certification tool, but for Section 508, a common communication approach for compliance is the Voluntary Product Accessibility Template (VPAT).
The Real World
Standards are good, at the bureaucratic point of view. But our main purpose is really making our editor effectively usable by people with disabilities. The most important thing is giving our end users a wonderful editing experience, not only satisfying the checklists defined by the standards.
We invite accessibility experts and end users to participate, helping us providing the dreamed accessibility solution for browser based editing.
Features
[TODO: List the features we need to provide for accessibility and standards compliance]