- From: Jonathan Avila <jon.avila@levelaccess.com>
- Date: Wed, 31 Aug 2022 13:54:36 +0000
- To: WCAG <w3c-wai-gl@w3.org>
- Message-ID: <BL1PR03MB61206A5F47E7F98776C25FD6F1789@BL1PR03MB6120.namprd03.prod.outlook.com>
I’d like to propose to the group that we consider a 4th option to the 3 options outlined by the Accessibility Supported group which is discussing handling accessibility support in WCAG 3.0. An option to consider is * Allow authors to use standard documented platform and specification techniques without having to validate accessibility support * For example, use of alt text on images, ARIA according to the specification, HTML attributes used according to the specification and align with documentation such as HTML API Mappings 1.0, etc. * When non-standard methods are used then those methods would need to be accessiblity supported This allows organizations to use standard documented known methods without having to worry about compatibility while at the same time allowing for flexibility to use other things as long as they work with a combination of user agents, assistive technologies, etc. This is somewhat how things work today from a de facto standpoint. For example, you could use autocomplete values to communicate input purpose without having to test for accessibility support. But if you wanted to use another method such as metadata that was not documented by the specification then you would have to show it is accessiblity supported. The challenge with this approach is who determines which platform or specification level documentation is allowed and how new specification features are adopted by assistive technology. For example, HTML could add a new feature that is not yet supported by assistive technology. Best Regards, Jonathan
Received on Wednesday, 31 August 2022 13:54:52 UTC