Closed pday1 closed 1 year ago
I would like to see a note about the scope of WCAG2ICT for any comments submitted. We struggled with limiting scope, so it would be natural for those that were not involved to attribute greater scope to this committee than constraints dictate. I'd like to add something along the lines of . . .
"WCAG2ICT recommendations are limited in scope to applying WCAG to ICT. Hardware requirements are largely outside of the scope of this committee, as are specific hardware/software interactions."
Thanks @pday1 for starting this issue for our first comment via email!
@Lboniello (et al.) do we want to go even further?
WCAG2ICT recommendations are limited in scope to applying WCAG to non-web documents and non-web software. Hardware requirements are outside of the scope of this taskforce, as are specific hardware/software interactions.
@maryjom should the general topic of applicability of WCAG2ICT for hardware be a GitHub Discussion rather than an Issue?
From the 2013 WCAG2ICT Abstract, right at the top:
This document ... describes how the Web Content Accessibility Guidelines (WCAG) 2.0 and its principles, guidelines, and success criteria can be applied to non-web Information and Communications Technologies (ICT), specifically to non-web documents and software.
It seems to me that this has gotten overlooked, even in some regulation.
@bruce-usab This same text appears in the abstract, in the first sentence, at the top of our published draft.
This document, “Guidance on Applying WCAG 2.2 to Non-Web Information and Communications Technologies (WCAG2ICT)” describes how the Web Content Accessibility Guidelines (WCAG) 2.2 [WCAG22] and its principles, guidelines, and success criteria can be applied to non-web Information and Communications Technologies (ICT), specifically to non-web documents and software.
Also, there is the same Section 1.3 Out of Scope bullet that existed in the 2013 WCAG2ICT that says:
This document does not comment on hardware aspects of products, because the basic constructs on which WCAG 2.2 is built do not apply to these.
So I'm unsure as to whether there's any confusion on that aspect.
@Lboniello I'm not sure we need to expand the comment regarding not covering hardware, as the comment wasn't inquiring about that, and as Bruce points out we have that information up front in multiple places. I'd like the response to be focused on the fact that we do have representation thinking about kiosks and we welcome any of his or other kiosk vendor comments on aspects of guidance for applying WCAG to kiosk software we have in our document that they have issues with. It may be useful to point out that the TF is not at liberty to modify the normative WCAG language except where web-specific language is used in the Success Criteria. We write notes to cover any other caveats or thoughts about applying the criteria to non-web software and documents. Perhaps simply pointing to the Excluded From Scope section would suffice, as it covers all of these areas.
So I'm unsure as to whether there's any confusion on that aspect.
There is no confusion on that part for us, and I don't have any suggestions as to how WCAG2ICT might be clearer or stronger.
As to whether there's any confusion on that aspect,? The answer is undoubtedly yes!
If there is no objection, I would like to start a GitHub Discussion thread with some examples.
RESOLUTION from task force meeting of 2023/08/24 is to approve the language above, reproduced here for clarity.
Approved response: Thanks for taking the time to comment on this draft. The task force has spent a lot of time considering closed functionality products, including kiosks. We also have some participants within the task force with experience working with kiosks (both software and hardware). Sending out drafts for public review is an important way for our task force to obtain a wider review of the WCAG2ICT document. We welcome your input and that of others in your association who may have more diverse product knowledge, as we recognize that this is a challenging area. If there are specific changes that you think are required, please submit your comments. You may find the sections focusing on Closed Functionality to be particularly relevant to kiosks (including Section 3, and Appendix A).
We are still working on updates to Appendix A, so any input you submit can help us to refine and further improve this section.
Follow-up comments:
Proposed draft response: Hi Craig,
The WCAG2ICT task force is glad you and other KMA members will be reviewing the WCAG2ICT First Public Working Draft.
In answer to your questions:
In the end, this document is just suggestions/recommended considerations regarding "closed systems" right? Answer: Yes. This document is not intended to set requirements (is non-normative). It simply provides interpretation of WCAG Success Criteria when applied to non-web software and documentation. The task force makes notes where this may not be easily adaptable, as in the Success Criteria Problematic for Closed Functionality section. It also provides guidance and word substitutions when web-specific language is used in WCAG success criteria, which eases the interpretation. The intent is to help manufacturers as well as standards makers understand how widespread application of WCAG in non-web contexts can be done, yet to point out areas where such application may not be as easy – especially for closed functionality products where a user’s assistive technology cannot be installed.
I also wanted to call to your attention that WCAG2ICT does not comment on hardware aspects of products, because the basic constructs on which WCAG 2.2 is built do not apply to these. This limitation of scope is listed in the Excluded from Scope section.
This doc is oriented to WCAG 2.2 right? Answer: Yes. The first draft only has WCAG 2.1 since 2.2 is not yet a Recommendation. The next draft will include WCAG 2.2.
What are the other closed systems besides your typical kiosk (McDonalds self-order e.g.) Answer: The task force has been thinking about a wide variety of products with closed functionality beyond the specific “systems” examples mentioned in the document. It is debatable whether maintaining a specific list in the document is useful since it could never be comprehensive and will become stale again over time. Examples the task force has considered include: printers, watches, iOT devices, telephones (including mobile and IP phones), smart speakers and televisions, set-top boxes (e.g. cable box, DVR), tablets, VR headsets, ATMs, PoS, and kiosks used for a variety of purposes (including travel kiosks used for ticketing and check-in).
What's the deadline for providing comments and where do I send them? Answer: The deadline for providing comments on this First Public draft is September 29. Comments can be made at any time before the WCAG2ICT update is a finalized Note by either sending comments to this mailing list or by opening GitHub issues in the WCAG2ICT document repository.
In response to your follow-up email, the task force appreciates that you took the time to post about the draft review and bring it to the attention of your colleagues in the KMA. Early public drafts provide the interim exposure to wider public review as the task force continues to develop content - a valuable part of the process.
Since this draft focused on including new WCAG 2.1 requirements and definitions to the 2013 WCAG2ICT, it’s not surprising you found old technology examples of closed systems. We are still making further changes that include: updates for Closed Functionality software, adding WCAG 2.2 requirements and definitions, addressing open issues, and refreshing stale content in other sections. We have noted the outdated examples that require updates in GitHub issue #217.
This reply is fantastic, @maryjom . Since Craig's reply included mention of my name, and reference to the CSA B651.2 update released in 2022 (of which I was also a part), I do think that clarification would be helpful. Your call as to whether any of this adds to your response, but I think it is important to note within the group at minimum.
Whilst irrelevant to WCAG2ICT, Craig rmentions the "Canadians ADA rewrite" to which I presume he references the update to CSA B651.2. This standard combined the (Bank Machine) ABM standard with the self service standard. As such, his comment that it was largely Diebold driven is incorrect (more it was meant to be inclusive of ABMs).
We may not want to address that in our official response, but I want to clarify here that his statement to that point is entirely incorrect. Much like @pday1 has extensive ATM/ABM experience, John (of Diebold) provided crucial input to leverage expertise from ABM/ATM in the development of broader kiosk accessibility standards. In addition, my job history includes years at a leading kiosk system software company, and establishes my expertise from within the kiosk software/kiosk industry. @samogami formerly of HP also provides vital perspective from closed systems within the peripheral device (printers etc.,) category and I am sure there are others that come from kiosk spaces directly or indirectly.
Just wanted to make that point for our own knowledge, and in defense of the CSA working group on the topic as well.
Thanks for that clarification, Laura. I do realize that many of us have been working in tech for quite some time and likely have much broader experiences and exposure to a wide variety of technologies over the course of our careers, which may also be beyond our current position and focus. It might be best to abstain from the back-and-forth on this. If you wish to respond directly, that is your prerogative. I personally have an electrical engineering background, have worked on communications systems software, assistive technology and eventually landed in accessibility standards and policy.
In my proposal I simply further encourage review and feedback by the widest group of stakeholders so we can provide every opportunity for input to help us refine the guidance.
Based on the 31 August meeting feedback, I propose adding the following to the response in the very first bullet about WCAG2ICT providing non-normative interpretation of WCAG to non-web software and documentation:
I also wanted to call to your attention that WCAG2ICT does not comment on hardware aspects of products, because the basic constructs on which WCAG 2.2 is built do not apply to these. This limitation of scope is listed in the Excluded from Scope section.
Email response approved by the TF and sent to the public comments list and Craig on 7 September.
This issue can be closed. The content changes from Craig's comment regarding examples will be tracked in Issue #217.
Unassigned myself as this is closed.
WCAG2ICT process for comments: Process-for-addressing-public-comments
Original comment: Comment from Craig Keefner
Proposed edits for draft response: Thanks for taking the time to comment on this draft. The task force has spent a lot of time considering closed functionality products, including kiosks. We also have some participants within the task force with experience working with kiosks (both software and hardware). Sending out drafts for public review is an important way for our task force to obtain a wider review of the WCAG2ICT document. We welcome your input and that of others in your association who may have more diverse product knowledge, as we recognize that this is a challenging area. If there are specific changes that you think are required, please submit your comments. You may find the sections focusing on Closed Functionality to be particularly relevant to kiosks (including Section 3, and Appendix A).
We are still working on updates to Appendix A, so any input you submit can help us to refine and further improve this section.