w3c/wbs-design
or
by mail to sysreq
.
The results of this questionnaire are available to anybody. In addition, answers are sent to the following email address: maryjom@us.ibm.com
This questionnaire was open from 2024-02-07 to 2024-02-14.
6 answers have been received.
Jump to results for question:
The Task Force had previously reached agreement and implemented changes to address the public comment in Issue 77 - Including WCAG supplements and Making Content Usable for People with Cognitive and Learning Disabilities. However, two further comments from the issue author indicate a desire for us to adjust what we included in WCAG2ICT.
Review pull request 309 and see the adjusted content in-context in the document section Guidance in this Document starting the 2nd paragraph after Note 1. Note that this proposal intends to move the references to these documents from the Document Overview section to the Guidance in this Document section, and it adds a resource I recently learned about for mobile (which is beginning the process of being updated for WCAG 2.2).
Also review the following additional proposed TF answer for Issue 77:
Further adjustments have been made to the language and location of documents that are referred to by WCAG2ICT, including "Making Content Usable..." that will hopefully address your concerns in the additional comments (above) in this issue. Note that the WCAG2ICT Task Force needs to remain mindful that this document is not meant to provide techniques for meeting or going beyond WCAG. Its content is limited to interpreting WCAG criteria in a non-web context. Any guidance beyond that should instead be included in or referenced by other documents specifically focused on implementing accessibility requirements in non-web technologies. We will continue to mention this resource, but in the context we feel is appropriate for our scope of work.
Here is the exact language that the WCAG2ICT Task Force agreed on which can be found in the section titled Guidance in this Document starting the 2nd paragraph after Note 1.
@@insert final text here@@
Indicate whether the proposed change and answer is sufficient and note any potential edits or alternate proposals. Also note whether you agree with the location where these references were moved or whether you think they should be located somewhere else in the document, and where they should go.
Choice | All responders |
---|---|
Results | |
The proposed change and draft answer is sufficient, as-is. | 6 |
The proposed change and draft answer is sufficient, with the following edits. | |
The answer is not ready. To expedite the process, please provide your alternate proposal. |
Responder | Public Comment: Issue 77 - Including WCAG supplements and Making Content Usable for People with Cognitive and Learning Disabilities | Comments |
---|---|---|
Phil Day | The proposed change and draft answer is sufficient, as-is. | |
Chris Loiselle | The proposed change and draft answer is sufficient, as-is. | |
Loïc Martínez Normand | The proposed change and draft answer is sufficient, as-is. | |
Bruce Bailey | The proposed change and draft answer is sufficient, as-is. | |
Olivia Hogan-Stark | The proposed change and draft answer is sufficient, as-is. | |
Laura Miller | The proposed change and draft answer is sufficient, as-is. |
This is more of a poll, rather than a review of proposed content. Read and understand Add info/content on the WCAG exemptions in regulatory work. This was opened due to the discussion linked in the issue. I'd like for the TF to think about and discuss whether document changes should be made to address this issue, or we simply avoid this topic in the document.
Do you think we should add content into WCAG2CIT to explain that there are excepted criteria in 508 and the EN 301 549 for non-web documents and software (due to the way WCAG2ICT applied/interpreted "sets of web pages" to be "sets of documents or software programs"? Explain the reasoning you have for your answer. If you think there should be content, where in the document should this go? (e.g. in the individual criteria, in another existing section, or in a new section)
If there is consensus that content is needed in WCAG2ICT, indicate whether you are willing to draft (or help draft) the content.
Choice | All responders |
---|---|
Results | |
WCAG2ICT does not need need to explain what other standards are excepting (provide reasons) | 1 |
WCAG2ICT needs to explain what WCAG criteria other standards are excepting (provide reasons). I can help draft the content. | 3 |
WCAG2ICT needs to explain what WCAG criteria other standards are excepting (provide reasons). I cannot help draft the content. | 2 |
Responder | TF Comment: Issue 145 - Add info/content on the WCAG exemptions in regulatory work | Comments |
---|---|---|
Phil Day | WCAG2ICT needs to explain what WCAG criteria other standards are excepting (provide reasons). I cannot help draft the content. | I think that it may be helpful, but just as an additional note to each of these SCs. I'm also OK to not include if this is majority view, particularly if there are compelling reasons for this omission. |
Chris Loiselle | WCAG2ICT does not need need to explain what other standards are excepting (provide reasons) | |
Loïc Martínez Normand | WCAG2ICT needs to explain what WCAG criteria other standards are excepting (provide reasons). I can help draft the content. | I think that referring to exceptions of the application of success criteria in other standards (Section 508 and EN 301 549) could be useful for readers of WCAG2ICT, as it would link the language proposed in WCAG2ICT ("set of documents or software programs") to the decisions taken in those other standards. For that purpose, I think that the best option would be to add "exception" notes to each SC. For instance, for SC 2.4.1 Bypass blocks, we could add the following note: NOTE This success criterion is being excepted in EN 301 549 for non-web documents and software programs because "set of non-web documents or software programs" are considered to be rare. |
Bruce Bailey | WCAG2ICT needs to explain what WCAG criteria other standards are excepting (provide reasons). I can help draft the content. | Concepts like Consistent Navigation and Consistent Identification are sensible for non-web software. It is just that the word substitution is awkward. WCAG2ICT has this opportunity for a "do-over" -- so think we should discuss options. |
Olivia Hogan-Stark | WCAG2ICT needs to explain what WCAG criteria other standards are excepting (provide reasons). I cannot help draft the content. | Would be helpful to include - not quite sure the best place in document for this. |
Laura Miller | WCAG2ICT needs to explain what WCAG criteria other standards are excepting (provide reasons). I can help draft the content. | I like the content suggested by others in the survey results. Can help to wordsmith etc. |
This survey question is also a poll, rather than a review of proposed content. Read and understand Issue 243 - Revisit TF decision on inclusion of WCAG intent sections. This was opened as we received feedback from the AG WG that including the intent added a lot of content to WCAG2ICT making it more difficult to read and review. Do you think this should be removed from the document? Provide your reasoning as to why or why not. Note that the answers indicate if that should be done now (prior to the release of the next public draft) or whether we wait until the final WCAG2ICT note is published.
Choice | All responders |
---|---|
Results | |
WCAG2ICT should not include the content from the Intent section of the Understanding document for each SC. This change should be made prior to the next publication. | |
WCAG2ICT should not include the content from the Intent section of the Understanding document for each SC. This change should wait until the final Note is published. | 2 |
It is important to keep the content from the Intent section of the Understanding document for each SC in WCAG2ICT, and it should remain in the finalized WCAG2ICT Note. | 4 |
Responder | TF Comment: Issue 243 - Revisit TF decision on inclusion of WCAG intent sections | Comments |
---|---|---|
Phil Day | WCAG2ICT should not include the content from the Intent section of the Understanding document for each SC. This change should wait until the final Note is published. | Intent is useful while drafting content. If we do remove, it should only be at the end - and we should still have links to the relevant content. |
Chris Loiselle | It is important to keep the content from the Intent section of the Understanding document for each SC in WCAG2ICT, and it should remain in the finalized WCAG2ICT Note. | |
Loïc Martínez Normand | WCAG2ICT should not include the content from the Intent section of the Understanding document for each SC. This change should wait until the final Note is published. | I agree with Phill's comment. The content of the Intent section is useful while writing WCAG2ICT. But it is distracting for readers of the document, so it should be removed from the final document. I suggest that for the next draft we add an editor's note explaining that the intent sections will be replaced by links in the final document. |
Bruce Bailey | It is important to keep the content from the Intent section of the Understanding document for each SC in WCAG2ICT, and it should remain in the finalized WCAG2ICT Note. | Intent could be hidden under accordions by default, if people think the space is too much. IMHO it would be a missed opportunity NOT to include Intent. It is something of gap that Intent is not obvious from reading only WCAG 2. But if Intent is not going to be retained, it should be romoved sooner than later. What is the argument for removing the Intent references only at the end? |
Olivia Hogan-Stark | It is important to keep the content from the Intent section of the Understanding document for each SC in WCAG2ICT, and it should remain in the finalized WCAG2ICT Note. | I think it is important to keep in the document and don't think an accordion is necessary |
Laura Miller | It is important to keep the content from the Intent section of the Understanding document for each SC in WCAG2ICT, and it should remain in the finalized WCAG2ICT Note. | I think I am with Bruce on this though see Phil’s point and could go either way. |
The following persons have not answered the questionnaire:
Send an email to all the non-responders.
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
.