w3c/wbs-design
or
by mail to sysreq
.
The results of this questionnaire are available to anybody.
This questionnaire was open from 2011-10-24 to 2011-11-08.
5 answers have been received.
Jump to results for question:
Jan's email with additional background
Proposed:
My proposal is to roll the term "reversible action" into "authoring action" in the glossary and try and simplify the SCs.
NOTE - developers determine what these are by providing "undo" for them.
authoring action
Any action that authors can take using the authoring tool user interface that results in editing web content (e.g., typing text, deleting, inserting an element, applying a template). In contrast, most authoring tool user interfaces also enable actions that do not edit content (e.g., saving, publishing, setting preferences, viewing documentation).
- A reversible authoring action is an authoring action that can be immediately and completely undone by the authoring tool upon a cancel request by an author. Examples of cancel requests include: "cancel", "undo", and "redo" when it used to reverse "undo".
o Note: It is acceptable to collect a series of text entry actions (e.g., typed words, a series of backspaces) into a single reversible authoring action.
A.4.1.1 Content Changes Reversible (Minimum): Authoring actions are reversible authoring actions or the authoring tool requires author confirmation to proceed. (Level A)
A.4.1.2 Settings Change Confirmation: Mechanisms for changing authoring tool user interface settings can reverse the setting changes or the authoring tool requires author confirmation to proceed. (Level A)
A.4.1.3 Content Changes Reversible (Enhanced): Authors can sequentially reverse a series of reversible authoring actions. (Level AAA)
- Note: It is acceptable to clear the history at the end of authoring sessions.
Choice | All responders |
---|---|
Results | |
Accept the proposal | 4 |
Recommend changes (see comments field) | 1 |
The proposal needs more discussion (see comments field) | |
Disagree with the proposal | |
Neutral - will accept the consensus of the group |
Responder | reversible actions | reversible actions |
---|---|---|
Jan Richards | Accept the proposal | |
Alessandro Miele | Accept the proposal | |
Frederick Boland | Accept the proposal | |
Greg Pisocky | Recommend changes (see comments field) | If there is a history or roll back option that should be included too |
Jeanne F Spellman | Accept the proposal |
Proposed:
previews:
Views in which none of the content is editable (i.e., no authoring actions are provided). Typically, the purpose of previews is to present content as it would appear to end-users of user agents. In these cases, previews may be implemented using existing user agents or they may attempt to emulate some user agent functionality.
Choice | All responders |
---|---|
Results | |
Accept the proposal | 5 |
Recommend changes (see comments field) | |
The proposal needs more discussion (see comments field) | |
Disagree with the proposal | |
Neutral - will accept the consensus of the group |
Responder | term "authoring action" in to the preview defn note | preview definition |
---|---|---|
Jan Richards | Accept the proposal | |
Alessandro Miele | Accept the proposal | |
Frederick Boland | Accept the proposal | |
Greg Pisocky | Accept the proposal | |
Jeanne F Spellman | Accept the proposal |
PROPOSED
programmatically determined (programmatically determinable):
Information that is encoded in a way that allows different software, including assistive technologies, to extract and present the information in different modalities. ATAG 2.0 uses this term in two contexts:
- Processing content: Whether the authoring tool is able to extract information from the web content (e.g., to extract the language of content from the markup).
- Communication between the authoring tool and assistive technology: For non-web-based user interfaces, this means making use of platform accessibility services, APIs, and, in some cases, document object models. For web-based user interfaces, this means ensuring that the user agent can pass on the information (e.g., through the use of ARIA).
o Note: In ATAG 2.0, some success criteria require authoring tools to make certain information programmatically determinable. In cases where the platform lacks a platform accessibility service, these success criteria are to be considered "not applicable". Conformance claims are optional, but any claim that is made must record the platform and the fact that the platform does not include a platform accessibility service.
Choice | All responders |
---|---|
Results | |
Accept the proposal | 5 |
Recommend changes (see comments field) | |
The proposal needs more discussion (see comments field) | |
Disagree with the proposal | |
Neutral - will accept the consensus of the group |
Responder | programmatically determined | programmatically determined |
---|---|---|
Jan Richards | Accept the proposal | |
Alessandro Miele | Accept the proposal | |
Frederick Boland | Accept the proposal | |
Greg Pisocky | Accept the proposal | |
Jeanne F Spellman | Accept the proposal |
Proposed:
On the call we ran into disagreement with the A.2.2.1 proposal (repeated below):
A.2.2.1 Editing-View Status Information: If an editing-view highlights parts of the content being edited to indicate information about the content (e.g. an underline indicating a spelling error), then the information being indicated can be programmatically determined.
FIRST, I want to ask if the problem is with the wording or if there really is a question whether we should be requiring semantic encoding of indicators for things like: spelling errors, grammar errors, syntax errors, change tracking, etc.?
SECOND, I will propose a rewording that perhaps is less sweeping than "information":
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. Note: Status indicators may indicate errors (e.g. spelling errors), tracked changes, hidden elements, or other information.
Choice | All responders |
---|---|
Results | |
Accept the proposal | 4 |
Recommend changes (see comments field) | |
The proposal needs more discussion (see comments field) | |
Disagree with the proposal | |
Neutral - will accept the consensus of the group | 1 |
Responder | A.2.2.1 Editing-View Status Information | A.2.2.1 |
---|---|---|
Jan Richards | Accept the proposal | |
Alessandro Miele | Neutral - will accept the consensus of the group | |
Frederick Boland | Accept the proposal | |
Greg Pisocky | Accept the proposal | |
Jeanne F Spellman | Accept the proposal |
Everybody has responded to this questionnaire.
Compact view of the results / list of email addresses of the responders
WBS home / Questionnaires / WG questionnaires / Answer this questionnaire
w3c/wbs-design
or
by mail to sysreq
.