Opened 9 years ago
Closed 8 years ago
#38606 closed defect (bug) (wontfix)
Accessibility: required fields in login/register/password-reset forms
| Reported by: |
|
Owned by: | |
|---|---|---|---|
| Milestone: | Priority: | normal | |
| Severity: | normal | Version: | |
| Component: | Login and Registration | Keywords: | required-fields has-patch |
| Focuses: | accessibility | Cc: |
Attachments (2)
Change History (10)
#1
@
9 years ago
- Keywords required-fields added
- Milestone changed from Awaiting Review to Future Release
#4
@
9 years ago
Theoretically, required should be preferred over aria-required, because ARIA shouldn't be used when there's some native, equivalent, HTML feature. However the client-side validation triggered by required is largely inconsistent across browsers. This should be carefully evaluated.
#5
@
8 years ago
@Cheffheid @afercia, the second patch adds required attribute instead of aria-required.
This ticket was mentioned in βSlack in #accessibility by afercia. βView the logs.
8 years ago
#7
@
8 years ago
Hey @ramiy,
Thanks for your work and patches.
We discussed this in the accessibility meeting in WordPress Slack.
Better leave this as it is. As we stick to the rule: The first rule of aria: don't use aria.
In this case it's so obvious that both fields are required, adding required or aria-required seems like overkill.
Out of curiosity, why
aria-requiredand not the HTML5requiredattribute? (Or both, if support is a concern, though with 4.8 dropping IE10 and older I think we should be safe).I think I'd personally prefer using the
requiredattribute because it comes with the benefits ofaria-requiredand also has a client-side validation component. That is to say, a browser won't even submit the form if required fields are left empty.And finally, I think the aim for this ticket is at least partially the same as #32510 - it may be worth consolidating the two (cc @afercia)?