A.2.1.2 in latest draft | Chart of Comments

EXISTING
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)
(a) Alternatives Rendered: Alternatives for the time-based content are also rendered; or
(b) User Agent Option: Authors have the option to preview the time-based content in a user agent that is able to render the alternatives.

Proposed:
(a)Option to Render: The authoring tool provides the option to render alternatives for the time-based content; or

Summary

Details

A.3.1.2 in latest draft | Chart of Comments

EXISTING
A.3.1.2 No Keyboard Traps: Keyboard traps are prevented as follows: (Level A)
(a) In the Authoring Tool User Interface: 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, the user is advised of the method for moving focus away; and
(b) In Editing-Views that Render Content: If an editing-view renders content (e.g., WYSIWYG view), then a documented keyboard command is provided that moves the editing-view keyboard focus to a known location (e.g., the start of the editing-view).

Proposed:
(b) In Editing-Views that Render Content: If an editing-view renders content (e.g., WYSIWYG view), then a documented keyboard command is provided that moves the editing-view keyboard focus to a documented location (e.g., the start of the editing-view).

Summary

Details

A.4.1.2 in latest draft | Chart of Comments

EXISTING
A.4.1.2 Setting Changes Reversible:
If actions modify authoring tool settings, then one of the following is true: (Level A)
(a) Reversible: The authoring tool setting can be reversed by the same mechanism that made the change; or
(b) Warn and Confirm: The authoring tool provides a warning to authors that the setting change is irreversible and requires authors to confirm or save the current settings before proceeding.

Proposed:
If an authoring tool setting change is not reversible, then the authoring tool requires author confirmation to proceed.

Reference to Original Comment

Summary

Details

B.3 note in latest draft | Chart of Comments

EXISTING
3. Applicability after the end of an authoring session: Authoring tools are responsible for the accessibility of web content that they automatically generate after the end of an author's authoring session (see Success Criterion B.1.1.1). For example, if the developer changes the site-wide templates of a content management system, these would be required to meet the accessibility requirements for automatically-generated content. Authoring tools are not responsible for changes to the accessibility of content that the author has specified, whether it is author-generated or automatically-generated by another system that the author has specified (e.g. a third-party feed).

Proposed:
3. Applicability after the end of an authoring session: Authoring tools are responsible for the accessibility of web content that they automatically generate after the end of an author's authoring session (see Success Criterion B.1.1.1). For example, if the developer changes the site-wide templates of a content management system, these would be required to meet the accessibility requirements for automatically-generated content. Authoring tools are not responsible for changes to the accessibility of content that the author causes, whether it is author-generated or automatically-generated by another system that the author has specified (e.g., a third-party feed).

Summary

Details

B.4.2 in latest draft | Chart of Comments

EXISTING
Guideline B.4.2: Ensure that documentation promotes the production of accessible content.

Rationale: Without documentation of the features that support the production of accessible content (e.g. prompts for text alternatives, accessibility checking tools), some authors may not be able to use them. Demonstrating accessible authoring as routine practice will encourage its acceptance by some authors.

Proposed:
Rationale: Some authors need support in determining how to use accessible content production features (e.g. how to respond to prompts for text alternatives, how to use the accessibility checking tool). Demonstrating accessible authoring as routine practice or at least not demonstrating inaccessible practices will help to encourage acceptance of accessibility by some authors.

Summary

Details

Authoring Tool Definition in latest draft | Chart of Comments

EXISTING
Any software (or collection of software components) that can be used by authors (alone or collaboratively) to create or modify web content for use by other people (other authors or end users).

Note 1: "collection of software components": Multiple applications, plug-ins, etc. can be used together to meet ATAG 2.0 (see also note in the "Required Components of an ATAG 2.0 Conformance Claim").

Proposed:
Any web-based or non-web-based application(s) that can be used by authors (alone or collaboratively) to create or modify web content for use by other people (other authors or end users). Note 1: "application(s)": ATAG 2.0 may be conformed to by stand-alone applications or by collections of applications. If a conformance claim is made, then the claim must provide identifying information for each application and also for any required extensions, plug-ins, etc.

Summary

Details

Definition of "prompt" in latest draft | Chart of Comments

EXISTING
prompt
Any authoring tool initiated request for a decision or piece of information from authors. Well designed prompting will urge, suggest, and encourage authors.

Proposed:
prompt
Any authoring tool initiated request for a decision or piece of information from authors. The term covers requests that must be responded to immediately (e.g. modal dialog boxes) as well as less urgent requests (e.g. underlining a misspelled word).

Summary

Details

A.3.6.5 in latest draft | Chart of Comments

Proposed:
Intent of Success Criterion A.3.6.5:
The intent of this success criterion is to ensure that authoring tools provide some assistance to authors in configuring options related to the accessibility of the user interface. This assistance may include assistance on when and how to use each setting and might also include help with detecting and resolving conflicts between option settings.

Examples of Success Criterion A.3.6.5:

- Documented Settings: An authoring tool includes a Display Settings feature that allows authors to set the size, text color and background color of the authoring tool's source editing view. A help link in the Display Options area explains how each setting will affect the appearance of the editing view.

- Settings Preview: An authoring tool's Display Settings feature includes a preview of how the display settings will change the appearance of the editing view when applied

- Contrast Conflict Management: An authoring tool's Display Settings feature prevent the author from setting a foreground and background color combination that is below a minimum contrast threshold

- Keystroke Conflict Management: An authoring tool includes a Keystroke Manager that allows the authoring tool's user interface shortcuts to be remapped. One feature of the Manager is that it prevents authors from assigning the same shortcut to more than one action.

- EXISTING Options setting wizard: An authoring tool includes a wizard that takes authors step-by-step through the accessibility options, providing explanations and previews of how the options will change the display. The wizard follows an interview format, first asking authors about general areas (e.g., seeing the screen, using the keyboard) and then becoming more detailed (e.g., text size, text color).

Summary

Details