14 June 2013
Under each guideline there are success criteria that describe specifically what must be achieved in order to conform. They are similar to the "checkpoints" in ATAG 1.0. Each success criterion is written as a statement that will be either true or false when a specific authoring tool is tested against it.
All ATAG 2.0 success criteria are written to be testable. While some can be tested by software, others require human testers for part or all of the test.
For more information, see the ATAG 2.0 Conformance section.
PART A: Make the authoring tool user interface accessible | Overall
|
TinyMCE with Achecker Plugin | CKEditor (v4.1) | ATutor LCMS (v2.1) [uses TinyMCE with Achecker Plugin] | Defacto CMS [uses TinyMCE, but not Achecker plugin] | D2L: Learning Environ-ment [uses TinyMCE, but not Achecker plugin] | Drupal 7/8 Core [uses CKEditor] (SimplyTest.me) |
WordPress (v3.5) Answers by TB |
Adobe Dream-weaver CS6 | Adobe Acrobat 11 |
MS Word 2013 | Other ElcomCMS (uses TimyMCE) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
PRINCIPLE A.1: Authoring tool user interfaces must follow applicable accessibility guidelines | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
Guideline A.1.1: (For the authoring tool user interface) Ensure that web-based functionality is accessible. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
A.1.1.1 Web-Based Accessible (WCAG):If the authoring tool contains web-based user interfaces, then those web-based user interfaces meet the WCAG 2.0 success criteria. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria) |
Level A: @Several
|
Yes |
|
Yes TinyMCE plus own UI. |
Yes TinyMCE plus own UI. |
Yes (doc) |
Probably? Complicated by size and diversity, especially with themes and modules added. |
Probably not? Complicated by size and diversity, especially with themes and plug-ins added. |
N/A Not web-based. |
N/A Not web-based. |
N/A Not web-based. |
|
Level AA: @At-least-one
|
Yes |
|
Yes |
Yes A couple error messages to improve, but almost there (assuming that TinyMCE passes). |
Yes (doc) |
Mostly | No | N/A Not web-based. |
N/A Not web-based. |
N/A Not web-based. |
|
|
Level AAA: @None-confirmed
|
|
No
|
No | ? | Mostly (doc) |
No | No | N/A Not web-based. |
N/A Not web-based. |
N/A Not web-based. |
|
|
Guideline A.1.2: (For the authoring tool user interface) Ensure that non-web-based functionality is accessible. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
A.1.2.1 Accessibility Guidelines:If the authoring tool contains non-web-based user interfaces, then those non-web-based user interfaces follow user interface accessibility guidelines for the platform. (Level A)
|
@Several |
N/A Web-based. |
N/A Web-based. |
N/A Web-based. |
N/A Web-based. |
N/A Web-based. |
N/A Web-based. |
N/A Web-based. |
Yes | Yes |
|
|
A.1.2.2 Platform Accessibility Services:If the authoring tool contains non-web-based user interfaces, then those non-web-based user interfaces expose accessibility information through platform accessibility services. (Level A)
|
@At-least-one |
N/A Web-based. |
N/A Web-based. |
N/A Web-based. |
N/A Web-based. |
N/A Web-based. |
N/A Web-based. |
N/A Web-based. |
No. MSAA supported in some parts of the UI but not in the Design view. |
Yes |
|
|
PRINCIPLE A.2: Editing-views must be perceivable | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
Guideline A.2.1: (For the authoring tool user interface) Make alternative content available to authors. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
A.2.1.1 Text Alternatives for Rendered Non-Text Content:If an editing-view renders non-text content, then any programmatically associated text alternatives for the non-text content can be programmatically determined. (Level A) |
@Many | Yes (via browser) |
Yes (via browser) |
Yes (TinyMCE) |
Yes (via browser) |
? | Yes (via browser) |
Yes | Yes | Yes Make accessible action wizard |
? |
|
A.2.1.2 Alternatives for Rendered Time-Based Media:If an editing-view renders time-based media, then at least one of the following is true: (Level A)
|
@Many |
Yes Video can be embedded and displayed via the user agent option (b). |
Yes Video can be embedded manually and displayed via the user agent option (b). |
Yes (TinyMCE) |
? | Yes Via the user agent option (b). |
Yes (via browser) |
No | ? | N/A | ? |
|
Guideline A.2.2: (For the authoring tool user interface) Editing-view presentation can be programmatically determined. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
A.2.2.1 Editing-View Status Indicators:If an editing-view adds status indicators to the content being edited, then the status messages being indicated can be programmatically determined. (Level A)
|
@At-least-one | No. Some placeholders for elements such as anchors are not properly communic-ated. |
No. Underlined spelling errors are not communic-ated. |
N/A | ? | No. Underlined spelling errors are not communic-ated. However there is an accessible alternative checking tool. |
? | ? | ? | N/A | Yes. Spelling errors are communic-ated. |
|
A.2.2.2 Access to Rendered Text Properties:If an editing-view renders any text formatting properties that authors can also edit using the editing-view, then the properties can be programmatically determined. (Level AA) |
@Many | Yes (via browser) |
Yes (via browser) |
Yes (TinyMCE - via browser) |
Yes (via browser) |
Yes (via browser) |
Yes (via browser) |
Yes (via browser) |
? | N/A | ? |
|
PRINCIPLE A.3: Editing-views must be operable | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
Guideline A.3.1: (For the authoring tool user interface) Provide keyboard access to authoring features. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
A.3.1.1 Keyboard Access (Minimum):All functionality of the authoring tool is operable through a keyboard interface without requiring specific timings for individual keystrokes, except where the underlying function requires input that depends on the path of the user's movement and not just the endpoints. (Level A)
|
@Many | Yes | No. Spell checker has some issues. |
Yes (TinyMCE + own UI) |
Yes | Yes (except visual equation editor) |
Yes | No | Yes | Yes Except for some parts of the tagging process. |
? |
|
A.3.1.2 No Keyboard Traps:If keyboard focus can be moved to a component using a keyboard interface, then focus can be moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or tab keys or other standard exit methods, authors are advised of the method for moving focus away. (Level A) |
@Many | Yes | Yes | Yes TinyMCE + own UI. |
Yes | Yes | Yes | No | Yes | Yes | Yes |
|
A.3.1.3 Efficient Keyboard Access:The authoring tool user interface includes mechanisms to make keyboard access more efficient than sequential keyboard access. (Level AA) |
@Many | Yes | Yes e.g. grouped toolbar buttons |
Yes TinyMCE + own UI. |
? | Yes | Yes | ? | Yes | Yes | Yes |
|
A.3.1.4 Keyboard Access (Enhanced):All functionality of the authoring tool is operable through a keyboard interface without requiring specific timings for individual keystrokes. (Level AAA) |
@Several | Yes | No Spell checker has some issues. |
Yes TinyMCE + own UI. |
Yes | ? | ? | ? | ? | No | ? |
|
A.3.1.5 Customize Keyboard Access:If the authoring tool includes keyboard commands, then those keyboard commands can be customized. (Level AAA) |
@Many | No | No | No | ? | ? | No | ? | Yes | No | Yes |
|
A.3.1.6 Present Keyboard Commands:If the authoring tool includes keyboard commands, then the authoring tool provides a way for authors to determine the keyboard commands associated with authoring tool user interface components. (Level AAA) |
@Several |
N/A | No. e.g. alt-F10 |
Yes But only from accessibility documentation) |
? | No | ? | Yes (underlines access keys in the menus when "alt" key is pressed) | Yes (underlines access keys in the menus when "alt" key is pressed) | Yes (when alt is pressed, shortcut keys appear as overlays) |
|
|
Guideline A.3.2: (For the authoring tool user interface) Provide authors with enough time. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe InDesign | MS Word | Other |
A.3.2.1 Auto-Save (Minimum): The authoring tool does not include session time limits or the authoring tool can automatically save edits made before the session time limits are reached. (Level A) |
@Many | Yes No time limits. Time session limits would be controlled by the higher level application. |
Yes No time limits. Time session limits would be controlled by the higher level application. |
No | ? | Yes Institutions set time-out limits for inactive users. The system warns users before their session expires and they may re-enter the system without losing content. |
? | No | Yes No time limits |
Yes No time limits |
Yes No time limits |
|
A.3.2.2 Timing Adjustable:The authoring tool does not include time limits or at least one of the following is true: (Level A)
|
@Many | Yes. Time session limits would be controlled by the higher level application. |
Yes. Time session limits would be controlled by the higher level application. |
Yes via (c) extend |
? | Yes Institutions set time-out limits for inactive users. The system warns users before their session expires and they may re-enter the system without losing content. |
? | No | Yes | Yes | Yes. No time limits. |
|
A.3.2.3 Static Input Components:The authoring tool does not include moving user interface components that accespt input where the movement of these components cannot be paused by authors. (Level A) |
@Many | Yes. All UI components are stationary. |
Yes. All UI components are stationary. |
Yes. All UI components are stationary. |
? | Yes. All UI components are stationary. |
? | No | Yes. All UI components are stationary. |
Yes. All UI components are stationary. |
Yes. All UI components are stationary. |
|
A.3.2.4 Content Edits Saved (Extended):The authoring tool can be set to automatically save web content edits made using the authoring tool. (Level AAA) |
@Several | N/A. Time session limits would be controlled by the higher level application. |
N/A. Time session limits would be controlled by the higher level application. |
No. No auto-save. |
? | ? | ? | ? | No | No | Yes | @@Photoshop , Google Docs document editor, Dreamweaver? |
Guideline A.3.3: (For the authoring tool user interface) Help authors avoid flashing that could cause seizures. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
A.3.3.1 Static View Option:If an editing-view can play visual time-based content, then playing is not necessarily automatic upon loading the content and playing can be paused. (Level A) |
@Several | N/A - does not play the video - just a placeholder. Animated gifs are an exception. | N/A. Flash, video, etc. is not rendered, but animated gifs are. | N/A (see TinyMCE) | ? | Yes | ? | No | ? | Yes | ? |
|
Guideline A.3.4: (For the authoring tool user interface) Enhance navigation and editing via content structure. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Pther |
A.3.4.1 Navigate By Structure:If editing-views expose the markup elements in the web content being edited, then the markup elements (e.g., source code, content renderings) are selectable and navigation mechanisms are provided to move the selection focus between elements. (Level AA) |
@Many | Yes (using "Path" feature) |
Yes (using "Path" feature) |
Yes (TinyMCE) |
? | Yes The “path” feature, in the advanced editing view, allows authors to select specific items in the content structure. |
? | ? | Yes ("Edit>Select Parent Tag", "Edit>Select Child") | Yes | N/A. Markup is not exposed. |
|
A.3.4.2 Navigate by Programmatic Relationships:If editing-views allow editing of programmatic relationships within web content, then mechanisms are provided that support navigation between the related content. (Level AAA)
|
@Many |
No | No | No | ? | ? | ? | ? | Yes (CSS tab) |
N/A | ? |
|
Guideline A.3.5: (For the authoring tool user interface) Provide text search of the content. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
A.3.5.1 Text Search:If the authoring tool provides an editing-view of text-based content, then the editing-view enables text search, such that all of the following are true: (Level AA)
|
@Many |
Yes (via browser's search feature) |
Yes (via browser's search feature) |
Yes (TinyMCE via browser's search feature; own UI also includes search capability) |
? | Yes (via browser's search feature) |
Yes | ? | Yes | Yes | Yes | |
Guideline A.3.6: (For the authoring tool user interface) Manage preference settings. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
A.3.6.1 Independence of Display:If the authoring tool includes display settings for editing-views, then the authoring tool allows authors to adjust these settings without modifying the web content being edited. (Level A) |
@Many | Yes |
Yes (since browser display settings are used) |
Yes (TinyMCE) |
Yes (via browser display settings) |
Yes (since browser display settings are used) |
Yes | Yes | Yes | Yes High contrast view, magnify |
Yes |
|
A.3.6.2 Save Settings:If the authoring tool includes display and/or control settings, then these settings can be saved between authoring sessions. (Level AA) |
@Many | N/A. Only has "Fullscreen" option. |
N/A. Only has "Maximise" and "Show Blocks" options. |
Yes (e.g. which view of the TinyMCE editor to use - plain text vs HTML vs WYSIWYG) |
? | ? | Yes | ? | Yes | Yes | Yes |
|
A.3.6.3 Apply Platform Settings:The authoring tool respects changes in platform display and control settings, unless authors select more specific display and control settings using the authoring tool. (Level AA) |
@At-least-one | No | No. Does not respect default size, color |
No (TinyMCE) - but rest of system responds to Browser set text size, font |
? | ? | ? | ? | Yes (high contrast on Windows) | Yes (high contrast on windows) |
? |
|
A.3.6.4 Multiple Sets:If the authoring tool includes display and/or control settings, then the authoring tool provides the option of saving and reloading multiple configurations of settings. (Level AAA) |
@At-least-onel |
N/A. Would be controlled by the higher level application. |
N/A. Would be controlled by the higher level application. |
No | ? | ? | ? | ? | Yes | No | ? |
|
Guideline A.3.7: (For the authoring tool user interface) Ensure that previews are at least as accessible as in-market user agents. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
A.3.7.1 Preview (Minimum):If a preview is provided, then at least one of the following is true: (Level A)
|
@Many (by (a)) | Yes (a) | Yes (a) | Yes (a) | Yes (a) | Yes (a) | Yes (a) | Yes | Yes (a) | Yes (a) | Yes (a) |
|
A.3.7.2 Preview (Enhanced):If a preview is provided, then authors can specify which user agent performs the preview. (Level AAA) |
@Many |
Yes Uses same browser as in use. |
Yes Uses same browser as in use. |
Yes (TinyMCE) |
Yes | Yes | Yes Uses same browser as in use. | ? | Yes | Yes | Yes |
|
PRINCIPLE A.4: Editing-views must be understandable | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
Guideline A.4.1: (For the authoring tool user interface) Help authors avoid and correct mistakes. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
A.4.1.1 Content Changes Reversible (Minimum):All authoring actions are either reversible or the authoring tool requires author confirmation to proceed. (Level A) |
@Many | Yes | Yes | Yes TinyMCE undo. |
Yes (warns before deleting content) |
Yes TinyMCE undo. |
Yes CKedit undo |
? | Yes ("Edit>Undo") | No | Yes ("Edit>Undo") |
|
A.4.1.2 Settings Change Confirmation:If the authoring tool provides mechanisms for changing authoring tool user interface settings, then those mechanisms can reverse the setting changes, or the authoring tool requires author confirmation to proceed. (Level A) |
@Many | N/A. Only has "Fullscreen" option. | N/A. Only has "Maximise" and "Show Blocks" options. | N/A. No permanent settings. | ? | N/A? | N/A | Yes | Yes | Yes | Yes |
|
A.4.1.3 Content Changes Reversible (Enhanced):Authors can sequentially reverse a series of reversible authoring actions. (Level AAA)
|
@Many
|
Yes | Yes | Yes (TinyMCE) |
Yes (TinyMCE) |
Yes (TinyMCE) |
Yes CKedit |
? | Yes | No | Yes |
|
Guideline A.4.2: (For the authoring tool user interface) Document the user interface including all accessibility features. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
A.4.2.1 Describe Accessibility Features:For each authoring tool feature that is used to meet Part A of ATAG 2.0, at least one of the following is true: (Level A)
|
@Many | Yes (as pop-ups) |
Yes. (Ref) |
Yes | ? | Yes | Yes | Yes | Yes | Yes | Yes |
|
A.4.2.2 Document All Features:For each authoring tool feature, at least one of the following is true: (Level AA)
|
@Many | Yes (but only as pop-ups - b) |
Yes. (Ref) | Yes | ? | No | ? | Yes | Yes | Yes | Yes |
|
PART B: Support the production of accessible content | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
PRINCIPLE B.1: Fully automatic processes must produce accessible content | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
Guideline B.1.1: Ensure automatically specified content is accessible. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
B.1.1.1 Content Auto-Generation After Authoring Sessions (WCAG):The authoring tool does not automatically generate web content after the end of an authoring session or authors can specify that the content be accessible web content (WCAG). (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)
|
Level A: @Many
|
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes (developer created templates display content listings) | Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
|
Level AA: @Many
|
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes (developer created templates display content listings) | Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
|
|
Level AAA: @Many
|
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes (developer created templates display content listings) | Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
Yes. Does not auto-generate content after seesions. |
|
|
B.1.1.2 Content Auto-Generation During Authoring Sessions (WCAG):If the authoring tool provides the functionality for automatically generating web content during an authoring session, then at least one of the following is true: (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)
|
Level A: @Several:
|
Yes | No. Issues: Form elements lack labels; |
Yes | Yes (developer created templates display content listings) | Yes With the exception of equation editor. |
Yes In Drupal Core, aim is for all to be AA. |
No? | Yes | No | ? |
|
Level AA: @Several
|
Yes | No. Issues: Form elements lack labels; |
Yes | Yes (developer created templates display content listings) | ? | Yes In Drupal Core, aim is for all to be AA. |
No? | Yes | No | ? |
|
|
Level AAA: @None-confirmed
|
? | No. Issues: Form elements lack labels; |
? | ? | ? | ? | No? | No | No | ? |
|
|
Guideline B.1.2: Ensure accessibility information is preserved. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
B.1.2.1 Restructuring and Recoding Transformations (WCAG):If the authoring tool provides restructuring transformations or re-coding transformations, and if equivalent mechanisms exist in the web content technology of the output, then at least one of the following is true: (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)
|
Level A: @Several
|
Yes | Yes | Yes (no export and there are some automatic code repair during paste from browser) |
? | ? | "HTML Purifier"? | ? | Yes | Yes | ? |
|
Level AA: @Several
|
Yes | Yes | Yes (TinyMCE) |
? | ? | ? | ? | Yes | Yes | ? |
|
|
Level AAA: @Mone-confirmed
|
? | ? | ? | ? | ? | ? | ? | ? | ? | ? |
|
|
B.1.2.2 Copy-Paste Inside Authoring Tool (WCAG):If the authoring tool supports copy and paste of structured content, then any accessibility information (WCAG) in the copied content is preserved when the authoring tool is both the source and destination of the copy-paste. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria) |
Level A: @Many
|
Yes | ? | Yes | ? | Yes | ? | Yes | Yes | N/A | Yes |
|
Level AA: @Many
|
Yes | ? | Yes | ? | Yes | ? | Yes | Yes | N/A | Yes |
|
|
Level AAA: @Many
|
Yes | ? | Yes | ? | Yes | ? | Yes | Yes | N/A | Yes |
|
|
B.1.2.3 Optimizations Preserve Accessibility:If the authoring tool provides optimizing web content transformations, then any accessibility information (WCAG) in the input is preserved in the output. (Level A). |
@Several |
@@@Cleanup messy code? | N/A | Yes | ? | N/A | Yes? | Yes | Yes "Apply Source Formatting". |
N/A | ? |
|
B.1.2.4 Text Alternatives for Non-Text Content are Preserved:If the authoring tool provides web content transformations that preserve non-text content in the output, then any text alternatives for that non-text content are also preserved, if equivalent mechanisms exist in the web content technology of the output. (Level A).
|
@Many | N/A | Yes | Yes (transform-ations from IEEE LOM to SCORM package etc.) | ? | Yes | ? | Yes | Yes | Yes from Word and HTML |
? |
|
PRINCIPLE B.2: Authors must be supported in producing accessible content | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
Guideline B.2.1: Ensure accessible content production is possible. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
B.2.1.1 Accessible Content Possible (WCAG):The authoring tool does not place restrictions on the web content that authors can specify or those restrictions do not prevent WCAG 2.0 success criteria from being met. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria) |
Level A: @Many
|
Yes | Yes | Yes (TinyMCE) |
Yes | Yes | Yes | Yes? | Yes | Yes | Yes |
|
Level AA: @Many
|
Yes | Yes | Yes (TinyMCE) |
Yes | Yes | Yes | Yes? | Yes | Yes | Yes |
|
|
Level AAA: @Many
|
Yes | Yes | Yes (TinyMCE) |
Yes | Yes | Yes | Yes? | Yes | Yes | Yes |
|
|
Guideline B.2.2: Guide authors to produce accessible content. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
B.2.2.1 Accessible Option Prominence (WCAG):If authors are provided with a choice of authoring actions for achieving the same authoring outcome (e.g., styling text), then options that will result in accessible web content (WCAG) are at least as prominent as options that will not. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria) |
Level A: @Several
|
? | Yes. Header options are at least as prominent as styling options. |
N/A | Yes | Yes | ? | Yes? | Yes | N/A | ? |
|
Level AA: @Several
|
? | ? | N/A | ? | Yes | ? | Yes? | Yes | N/A | ? |
|
|
Level AAA: @Several
|
? | ? | N/A | ? | Yes | ? | Yes? | Yes | N/A | ? |
|
|
B.2.2.2 Setting Accessibility Properties (WCAG):If the authoring tool provides mechanisms to set web content properties (e.g., attribute values), then mechanisms are also provided to set web content properties related to accessibility information (WCAG). (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)
|
Level A: @Many
|
Yes | Yes. E.g. alt text in Image properties, Caption and Summary in Table Properties |
Yes (TinyMCE) |
Yes (example) |
Yes | Yes | Yes (example) |
Yes | Yes | ? |
|
Level AA: @Many
|
Yes | ? | Yes (TinyMCE) |
? | Yes | Yes | No? | Yes | Yes | ? |
|
|
Level AAA: @Several
|
Yes | ? | Yes (TinyMCE) |
? | Yes | Yes | No? | Yes | Yes | ? |
|
|
Guideline B.2.3: Assist authors with managing alternative content for non-text content. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
B.2.3.1 Alternative Content is Editable (WCAG):If the authoring tool provides functionality for adding non-text content, then authors are able to modify programmatically associated text alternatives for non-text content. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria) |
Level A: @Many
(N/A items removed) |
Yes | Yes | Yes (TinyMCE) |
Yes | Yes | Yes | Yes? | Yes | Yes | Yes |
|
Level AA: @Many
(N/A items removed) |
Yes | Yes | Yes (TinyMCE) |
Yes | Yes | Yes | Yes? | Yes | Yes | Yes |
|
|
Level AAA: @Many
(N/A items removed) |
Yes | Yes | Yes (TinyMCE) |
Yes | Yes | Yes | Yes? | Yes | Yes | Yes |
|
|
B.2.3.2 Repair of Text Alternatives During Authoring Sessions:If the authoring tool attempts to automatically or semi-automatically repair text alternatives for non-text content ("repair strings") during an authoring session, then the following are both true: (Level A)
|
@Many | No. "Alternate Text" is the default. |
Yes Does not make suggestions. Even when images are uploaded to the server for storage. |
Yes (TinyMCE) |
? | Yes Does not make suggestions. |
Yes Does not make suggestions. |
Yes Does not make suggestions. |
Yes Does not make suggestions. |
Yes Does not make suggestions. |
Yes Does not make suggestions. |
|
B.2.3.3 Save for Reuse:
If the authoring tool provides the functionality for adding non-text content, when authors enter programmatically associated text alternatives for non-text content, then both of the following are true: (Level AAA)
|
@At-least-one | No | No | No | Yes. For image alt in the media library. Figure |
N/A | ? | Yes. For alt. Figure |
Part of file metadata XMP? eg. from Illustrator? | N/A | ? | ? |
Guideline B.2.4: Assist authors with accessible templates. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
B.2.4.1 Accessible Template Options (WCAG):If the authoring tool provides templates, then there are accessible template (WCAG) options for a range of template uses. (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria) |
Level A: @Several
|
N/A | No |
N/A | Yes | Yes | Yes In Drupal Core, aim is for all to be AA. |
No? | Yes | N/A | ? |
|
Level AA: @Several
|
N/A | ? | N/A | ? | Yes | Yes In Drupal Core, aim is for all to be AA. |
No? | No | N/A | ? |
|
|
Level AAA: @None-confirmed
|
N/A | ? | N/A | ? | No | ? | No? | No | N/A | ? |
|
|
B.2.4.2 Identify Template Accessibility (Minimum):If the authoring tool includes a template selection mechanism and provides any non-accessible template (WCAG) options, then the templates are provided such that the template selection mechanism can display distinctions between the accessible and non-accessible options. (Level AA)
|
@Several | N/A | ? | N/A | ? | N/A | ? | ? | Yes In File>New>Page from Sample |
N/A | Yes By "adding a tag" during Save such as "accessible". The user can then type the tag into the Search field when opening templates. |
|
B.2.4.3 Author-Created Templates:If the authoring tool includes a template selection mechanism and allows authors to create new non-accessible templates (WCAG), then authors can enable the template selection mechanism to display distinctions between accessible and non-accessible templates that they create. (Level AA)
|
@Several | N/A | N/A | N/A | ? | No | ? | ? | ? | N/A | Yes By "adding a tag" during Save such as "accessible". The user can then type the tag into the Search field when opening templates. |
|
B.2.4.4 Identify Template Accessibility (Enhanced):If the authoring tool provides any non-accessible templates (WCAG) options and does not include a template selection mechanism, then the non-accessible templates include accessibility warnings within the templates. (Level AAA) |
@None-confirmed
|
N/A | N/A | No | N/A | ? | ? | ? | ? |
|
||
Guideline B.2.5: Assist authors with accessible pre-authored content. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
B.2.5.1 Pre-Authored Content Selection Mechanism:If authors are provided with a selection mechanism for pre-authored content other than templates (e.g., clip art gallery, widget repository, design themes), then both of the following are true: (Level AA)
|
@At-least-one |
N/A | ? | N/A | Yes | No | Yes In Drupal Core, aim is for all to be AA. |
? | ? | ? | ? |
|
B.2.5.2 Pre-Authored Content Accessibility Status:If the authoring tool provides a repository of pre-authored content, then each of the content objects has a recorded accessibility status. (Level AAA) |
@None-confirmed | N/A | No | N/A | ? | No | ? | ? | ? | ? | No Clip art actually includes caption - but this is not used as alt text when inserted. |
|
PRINCIPLE B.3: Authors must be supported in improving the accessibility of existing content | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
Guideline B.3.1: Assist authors in checking for accessibility problems. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
B.3.1.1 Checking Assistance (WCAG):If the authoring tool provides authors with the ability to add or modify web content in such a way that a WCAG 2.0 success criterion can be violated, then accessibility checking for that success criterion is provided (e.g., an HTML authoring tool that inserts images should check for alternative text; a video authoring tool with the ability to edit text tracks should check for captions). (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)
|
Level A: @Several
|
Yes Via button launching AChecker. - some manual |
No | Yes. TinyMCE with Achecker plugin. - some manual |
? | No | Maybe (non-core) Quail API (based on http://quailjs.org/) |
No | No. No longer part of CS6. |
Yes | Yes |
|
Level AA: @Several
|
Yes Via button launching AChecker. - some manual |
No | Yes. TinyMCE with Achecker plugin. - some manual |
? | No | Maybe (non-core) Quail API (based on http://quailjs.org/) |
No | No | ? | ? |
|
|
Level AAA: @At-least-one
|
Yes Via button launching AChecker. - some manual |
No | Yes. TinyMCE with Achecker plugin. - some manual |
? | No | ? | No | No | ? | ? |
|
|
B.3.1.2 Help Authors Decide:If the authoring tool provides checks that require authors to decide whether a potential web content accessibility problem (WCAG) is correctly identified (i.e., manual checking and semi-automated checking), then instructions are provided from the check that describe how to decide. (Level A) |
@Several | Yes Via button launching AChecker. |
No | Yes. TinyMCE with Achecker plugin. |
? | N/A | Yes Quail API |
N/A | No | Yes | Yes |
|
B.3.1.3 Help Authors Locate:If the authoring tool provides checks that require authors to decide whether a potential web content accessibility problem (WCAG) is correctly identified (i.e., manual checking and semi-automated checking), then the relevant content is identified to the authors. (Level A)
|
@Several | Yes Via button launching AChecker. |
No | Yes. TinyMCE with Achecker plugin. |
? | N/A | Yes Quail API |
N/A | No | Yes | Yes |
|
B.3.1.4 Status Report:If the authoring tool provides checks, then authors can receive an accessibility status report based on the results of the accessibility checks. (Level AA)
|
@Many | Yes Via button launching AChecker. |
No | Yes. TinyMCE with Achecker plugin. |
? | N/A | ? | N/A | No | Yes | Yes |
|
B.3.1.5 Programmatic Association of Results:If the authoring tool provides checks, then the authoring tool can programmatically associate accessibility checking results with the web content that was checked. (Level AA) |
@At-least-one | Yes AChecker can export results. |
No | Yes. TinyMCE with Achecker plugin. |
? | N/A | ? | N/A | No | No | No |
|
Guideline B.3.2: Assist authors in repairing accessibility problems. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | |
B.3.2.1 Repair Assistance (WCAG):If checking (see Success Criterion B.3.1.1) can detect that a WCAG 2.0 success criterion is not met, then repair suggestion(s) are provided: (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria)
|
Level A: @Several
|
Yes Manual (via button launching AChecker) |
No | Yes. Manual-TinyMCE with Achecker plugin. |
? | N/A | ? | N/A | N/A No longer part of CS6. |
Yes | Yes (manual repair instructions with some pointing to semi-automated repair functionality) |
|
Level AA: @Several
|
Yes Manual (via button launching AChecker) |
No | Yes. Manual-TinyMCE with Achecker plugin |
? | N/A | ? | N/A | N/A | ? | ? |
|
|
Level AAA: @At-least-one
|
Yes Manual (via button launching AChecker) |
No | Yes. Manual- TinyMCE with Achecker plugin |
? | N/A | ? | N/A | N/A | ? | ? |
|
|
PRINCIPLE B.4: Authoring tools must promote and integrate their accessibility features | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | |
Guideline B.4.1: Ensure the availability of features that support the production of accessible content. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | |
B.4.1.1 Features Active by Default:All accessible content support features are turned on by default. (Level A) |
@Many |
Yes | Yes | Yes | Yes | Yes | Yes | No? | Yes | ? | Yes Checker is available by default (even if it isn't check-as-you-type). |
|
B.4.1.2 Option to Reactivate Features:If authors can turn off an accessible content support feature, then they can turn the feature back on. (Level A) |
@Many | Yes | Yes | Yes | ? | N/A | ? | Yes | Yes (e.g., "Accessibility" preferences page) |
? | Yes |
|
B.4.1.3 Feature Deactivation Warning:The authoring tool does not include the option to turn off its accessible content support features or, if these features can be turned off, authors are informed that this may increase the risk of content accessibility problems (WCAG). (Level AA) |
@Many | Yes Can't be turned off. |
Yes Can't be turned off. |
Yes Can't be turned off. |
? | N/A | ? | ? | ? | ? | Yes Can't be turned off. |
|
B.4.1.4 Feature Prominence:All accessible content support features are at least as prominent as features related to either invalid markup, syntax errors, spelling errors or grammar errors. (Level AA) |
@Many | Yes | N/A No checker. |
Yes | ? | Yes | ? | ? | ? | Yes The accessibility tools are in the same Tools menu as many other features. |
No Accessibility checker is more clicks away (3) than the spelling/grammar checker (2). |
|
Guideline B.4.2: Ensure that documentation promotes the production of accessible content. | Overall | TinyMCE with Achecker Plugin | CKEditor | ATutor | Defacto CMS | D2L | Drupal | WordPress | Adobe DW | Adobe Acrobat | MS Word | Other |
B.4.2.1 Model Practice (WCAG):A range of examples in the documentation (e.g., markup, screen shots of WYSIWYG editing-views) demonstrate accessible authoring practices (WCAG). (Level A to meet WCAG 2.0 Level A success criteria; Level AA to meet WCAG 2.0 Level A and AA success criteria; Level AAA to meet all WCAG 2.0 success criteria) |
Level A: @Several
|
N/A No included documentation. |
? | Yes | Yes | ? | ? | Yes | ? | ? | ? |
|
Level AA: @At-least-one
|
N/A | ? | Yes | ? | ? | ? | ? | ? | ? | ? |
|
|
Level AAA: @None-confirmed
|
N/A | ? | No | ? | ? | ? | ? | ? | ? | ? |
|
|
B.4.2.2 Feature Instructions:Instructions for using any accessible content support features appear in the documentation. (Level A) |
@Many |
Yes | Yes | Yes | ? | ? | ? | Yes? | Yes | Yes | Yes |
|
B.4.2.3 Tutorial:The authoring tool provides a tutorial for an accessible authoring process that is specific to that authoring tool. (Level AAA) |
@Several |
No | No | No | ? | Yes (example) |
Yes (tools and best practices, theming guide) |
? | Yes (example) |
Yes | Yes "Video: Find and fix accessibility issues in Word 2010" |
|
B.4.2.4 Instruction Index:The authoring tool documentation contains an index to the instructions for using any accessible content support features. (Level AAA) |
@Several |
No | No | No | ? | ? | ? | ? | Yes (example) |
Yes | Yes. "Accessibility Features in Microsoft Office 2010" |
|
These must always be considered.