- From: John Foliot <john@foliot.ca>
- Date: Thu, 15 Dec 2022 11:13:03 -0500
- To: Wai-Ig <w3c-wai-ig@w3.org>, WCAG <w3c-wai-gl@w3.org>
- Message-ID: <CAFmg2sWGtVApmEaG5UL=hXXs3PXHMdaqyWGBeo8LB07Tsv5g8w@mail.gmail.com>
Hi All, Putting aside the fact that Accesskeys are, in context, fairly rare today, I am wondering what others do when they encounter two unique controls that share the same accesskey value. I've gone through all of WCAG 2.x multiple times, and this use case doesn't seem to have surfaced. The closest analogy I can find is SC 4.1.2, where (I argue) a duplicate Accesskey Value has the same functional impact as a duplicate ID value: i.e. two unique things that share the same trigger mechanism, and no way to address conflict resolution. Currently SC 4.1.2 states "*...elements do not contain duplicate attributes..*." but the issue isn't a duplicate *attribute*, but rather a duplicate attribute *VALUE.* (FWIW, I do note that axe-core's rule set currently calls this out as a Best Practice). Polling your thoughts - would you fail a duplicate Accesskey value under SC 4.1.2, despite the fact that *duplicate Accesskey values* are not specifically called out in that SC? JF -- *John Foliot* | Senior Industry Specialist, Digital Accessibility | W3C Accessibility Standards Contributor | "I made this so long because I did not have time to make it shorter." - Pascal "links go places, buttons do things"
Received on Thursday, 15 December 2022 16:13:35 UTC