Success Criteria:

1. All non-text objects in the authoring tool user interface that have information value (e.g., toolbar icon, placeholder image, sound effect, etc.) must have a text alternative.
2. All editing views must always include an option to display any available text alternatives for non-text objects in the content.

Success Criteria:

1. All multimedia in the authoring tool user interface that has information value (e.g., progress indicators, etc.) must have synchronized alternatives.
2. All editing views must always include an option to display any available synchronized alternatives for multimedia in the content.

Success Criteria:

1. The author must be able, through keyboard input alone, to perform any authoring task (e.g. navigating, selecting, and editing content with editing views, operating the authoring tool user interface, installing and configuring the authoring tool, and accessing documentation) that is available through the user interface.
2. Follow @@operating environment conventions for keyboard control.
3. Single-key access must be provided to the following functionalities:
• move @@content focus to the next enabled control in authoring tool user interface.
• navigate forward and backward through editing views.
4. Key-plus-modifier-key (or single-key) access must be provided to the following functionalities in the user interface (if present):
   • move @@content focus to the previous enabled control
   • navigate between panels or windows
   • open help system
   • open new content
   • open existing content
   • save content
   • close content
   • cut/copy/paste
   • undo/redo
   • open find/replace function
   • navigate to the start and end

Success Criteria:

1. All user interface time limits must be configurable unless they are controlled by time-sensitive external processes (e.g. time-outs of systems outside of the authoring tool).

Success Criteria:

1. Authors must be able to turn off flashing in the user interface that violates international health and safety standards for general flash or red flash.

Success Criteria:

1. In any element hierarchy, the author must always be able, with a device-independent action, to move the editing focus from any element to any of the following elements, if they exist: the element immediately above (i.e. parent), the first element immediately below (i.e. child), the element immediately preceding at the same level (i.e. previous sibling), and the element immediately following at the same level (i.e. next sibling).
2. In any element hierarchy, the author must always be able, with a device-independent action, to select content and perform editing functions on any element along with any content, including subelements.
3. @@add proposal - that takes into graphs -BF to propose@@

Success Criteria:

1. The author must be able to perform text searches of all content or markup that is editable by the author.

Success Criteria:

1. Actions that modify content must be either reversible with an undo and redo function or include a warning to the author that the action is irreversible.

Success Criteria:

1. There must be an option that ensures that moving the content focus to or from any control in the user interface does not automatically activate any explicitly associated event handlers of any event type.

Success Criteria:

1. All features that benefit the accessibility of the authoring interface must be documented in the help system.
2. Default keyboard bindings must be documented in the help system.
3. The current author preferences for @@input configurations must be displayed in either a centralized fashion (e.g., a list of bindings) or a distributed fashion (e.g., by listing keyboard shortcuts in user interface menus)

Success Criteria:

1. The authoring tool must conform to accessibility platform architectures (e.g. MSAA, Java Access, etc.).
2. If there is any authoring tool functionality or information that is not addressed by available accessibility platform architectures, an interoperability mechanism must be provided such that all authoring task could be accomplished in at least one way by an assistive technology implementing the mechanism.