Update form-field-label-descriptive-cc0f0a.md#2052
Update form-field-label-descriptive-cc0f0a.md#2052colabottles wants to merge 1 commit intodevelopfrom
Conversation
| ## Expectation 1 | ||
|
|
||
| ## Expectation | ||
| Each test target has a [programmatic label][]. |
There was a problem hiding this comment.
Issue: I don't think that works as an expectation, or at least that means the rule doesn't map to 2.4.6 anymore.
Firstly, 2.4.6 does not require label, only that if the exist they are descriptive (Understanding 2.4.6):
This Success Criterion does not require headings or labels. This Success Criterion requires that if headings or labels are provided, they be descriptive.
Secondly, 2.4.6 is about "WCAG labels" which are not restricted to programmatic ones, here also the Understanding document is explicit:
This Success Criterion also does not require that content acting as a heading or label be correctly marked up or identified - this aspect is covered separately by 1.3.1: Info and Relationships.
So, requiring a "WCAG label" is for 3.3.2, requiring that it is correctly marked up is for 1.3.1 (and a bit 4.1.2) and requirinig that it is descriptive is for 2.4.6.
We may be able to have a single rule with secondary requirements, but it seems that several rules for checking these different aspects would be better suited.
There was a problem hiding this comment.
@Jym77 I am good with removing the expectation if that would fix this. Or another solution that fits better with this is also something I am good with as well.
There was a problem hiding this comment.
Removing this expectation won't fix it. 2.4.6 is Inapplicable to form fields without label (programmatic or not).
There was a problem hiding this comment.
I see. As I'm unsure as to my status coming up, I'm good with what the group decides per the conversation.
Based on feedback from ACT Task Force, we are not sure about the update to the applicability and the expectation and we are looking for feedback.
Need for Call for Review:
This will require a 1 week Call for Review << small changes affecting a small number of test cases, if in doubt do not use this.
Pull Request Etiquette
When creating PR:
developbranch (left side).After creating PR:
Rule,DefinitionorChore.When merging a PR:
How to Review And Approve