sidereior/wcg-standards-adherence huggingface dataset:
In practice, this criterion no longer provides any benefit to people with disabilities in itself. Issues such as missing roles due to inappropriately nested elements or incorrect states or names due to a duplicate ID are covered by different Success Criteria and should be reported under those criteria rather than as issues with 4.1.1. Understanding 4.1.1 Show Hide techniques and failures for 4.1.1 Sufficient Advisory Failures Sufficient Techniques for Success Criterion 4.1.1 Note: Other techniques may also be sufficient if they meet the success criterion. See Understanding Techniques. G134: Validating Web pages G192: Fully conforming to specifications H88: Using HTML according to spec Ensuring that Web pages can be parsed by using one of the following techniques: H74: Ensuring that opening and closing tags are used according to specification AND H93: Ensuring that id attributes are unique on a Web page AND H94: Ensuring that elements do not contain duplicate attributes H75: Ensuring that Web pages are well-formed Failures for Success Criterion 4.1.1 F70: Failure of Success Criterion 4.1.1 due to incorrect use of start and end tags or attribute markup F77: Failure of Success Criterion 4.1.1 due to duplicate values of type ID Back to top 4.1.2 Name, Role, Value Level A For all user interface components (including but not limited to: form elements, links and components generated by scripts), the name and role can be programmatically determined; states, properties, and values that can be set by the user can be programmatically set; and notification of changes to these items is available to user agents, including assistive technologies.
Understanding 4.1.3 Show Hide techniques and failures for 4.1.3 Suffici
       ent Advisory Failures Sufficient Techniques for Success Criterion 4.1.3 Note: Other techniques may also be sufficient if they meet the success criterion. See Understanding Techniques. Situation A: If a status message advises on the success or results of an action, or the state of an application: ARIA22: Using role=status to present status messages G199: Providing success feedback when data is submitted successfully Situation B: If a status message conveys a suggestion, or a warning on the existence of an error: ARIA19: Using ARIA role=alert or Live Regions to Identify Errors G83: Providing text descriptions to identify required fields that were not completed G84: Providing a text description when the user provides information that is not in the list of allowed values G85: Providing a text description when user input falls outside the required format or values G177: Providing suggested correction text G194: Providing spell checking and suggestions for text input Situation C: If a status message conveys information on the progress of a process: ARIA23: Using role=log to identify sequential information updates Using role="progressbar" (future link) ARIA22: Using role=status to present status messages AND G193: Providing help by an assistant in the Web page Advisory Techniques for Success Criterion 4.1.3 Using aria-live regions with chat clients (future link) Using role="marquee" (future link) Using role="timer" (future link) ARIA18: Using aria-alertdialog to Identify Errors SCR14: Using scripts to make nonessential alerts optional Failures for Success Criterion 4.1.3 F103: Failure of Success Criterion 4.1.3 due to providing status messages that cannot be programmatically determined through role or properties Using role="alert" or aria-live="assertive" on content which is not important and time-sensitive (future link) Back to top Contribute We welcome feedback and suggestions: This resource — report bugs and contribute directly to the Github repository Techniques — contribute new WCAG techniques Other — contribute corrections, updates, or new information related to techniques, failures, or other WCAG documentation, per the instructions for commenting Document Information Status: Updated 12 Nov 2023. 
       Version 3.5.1. Lead Developer: Eric Eggert (W3C).
Project Lead: Shadi Abou-Zahra (W3C). Previous editors and developers: Gregg Vanderheiden, Loretta Guarino Reid, Ben Caldwell, Shawn Lawton Henry , Gez Lemon. The 2023 redesign was developed by the Education and Outreach Working Group ( EOWG ) and the Web Content Accessibility Guidelines Working Group ( WCAG WG ), with support from the WAI-DEV project , a project of the European Commission IST Programme. WAI Site Map Help with WAI Website Search Contacting WAI Feedback welcome to wai-eo-editors@w3.org (a publicly archived list) or wai@w3.org (a WAI staff-only list). Copyright © 2023 W3C ® ( MIT , ERCIM , Keio , Beihang ) Usage policies apply .