Update form-field-label-descriptive-cc0f0a.md#2345
Update form-field-label-descriptive-cc0f0a.md#2345sage-putnam wants to merge 5 commits intodevelopfrom
Conversation
✅ Deploy Preview for act-rules ready!
To edit notification comments on pull requests, go to your Netlify project configuration. |
|
|
||
| ## Expectation 2 | ||
|
|
||
| Each test target, together with its [visual context][], describes the purpose of the associated element. |
There was a problem hiding this comment.
| Each test target, together with its [visual context][], describes the purpose of the associated element. | |
| Each test target's label, together with its [visual context][], describes the purpose of the associated element. |
There was a problem hiding this comment.
As discussed in today's meeting, I'll be removing this and refactoring expectation 1 into two separate expectations instead. We will still need to come up with a better definition for label, however.
|
|
||
| #### Passed Example 1 | ||
|
|
||
| The `label` element is a [programmatic label][] of the `input` element and describes it. |
There was a problem hiding this comment.
| The `label` element has a visible relationship with the `input` element and describes it. |
|
|
||
| #### Passed Example 5 | ||
|
|
||
| The `label` elements are [programmatic labels][programmatic label] of their respective `input` elements. The `label` elements, are not descriptive enough (because they are repeated over several fields). However, the headings provide a [visual context][] that differentiates the purpose of the otherwise identically named form fields. Within their [visual context][], the `label` elements are descriptive of their respective `input` elements. |
There was a problem hiding this comment.
| The `label` elements visually related to their respective `input` elements. The `label` elements, are not descriptive enough (because they are repeated over several fields). However, the headings also works as a visual label that differentiates the purpose of the otherwise identically named form fields. |
There was a problem hiding this comment.
| The `label` elements are visually related to their respective `input` elements. The `label` elements are not descriptive enough (because they are repeated over several fields). However, the headings also provide visual labels that differentiate the purpose of the otherwise identically named form fields. |
| #### Inapplicable Example 2 | ||
|
|
||
| The `label` element is not [visible][]. | ||
|
|
||
| ```html | ||
| <html lang="en"> | ||
| <label for="fname" style="position: absolute; left: -9999px;">First name:</label> | ||
| <label aria-hidden="true">First name:</label> | ||
| <input id="fname" type="text" name="fname" /> | ||
| </html> | ||
| ``` |
There was a problem hiding this comment.
This now passes. I think we can delete this example.
There was a problem hiding this comment.
and where both the element and the [programmatic label][] are [visible][].
the programmatic label is still not visible, so it's still inapplicable.
Co-authored-by: Wilco Fiers <WilcoFiers@users.noreply.github.com>
Addresses the following survey action items in regards to rule cc0f0a - Form field label is descriptive:
The remaining action item reads "Visual context definition is somewhat ambiguous and vague and needs to be improved." @WilcoFiers, are you able to speak more on the ambiguity we should improve on?
I believe this was previously assigned to @colabottles, and I'm happy to collaborate or cede these changes to you if you're farther along here!
Finally, as this is my first PR or direct change to the repo, please let me know if there is anything I've missed process-wise. I've chosen a 1-week review, but I can change that if changing the visual context definition increases the complexity.
Closes issue(s):
Need for Call for Review:
This will require a 1 week Call for Review
Pull Request Etiquette
When creating PR:
developbranch (left side).After creating PR:
Rule,DefinitionorChore.When merging a PR:
How to Review And Approve