Update aria-valuenow to use native value as the default instead of 0 #2643
+5
−2
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Closes #2631
Right now, the spec says that
aria-valuenowshould default to 0 even if on an element like<input type="text">with a nativevalue.This PR updates the spec to specify that the native
valueshould be used if it exists andaria-valuenowis undefined, falling back on 0 if both are absent.A few questions to resolve include:
element.ariaValueNowbe mapped tovalueifaria-valuenowis not present, or should it be an AAM thing?role=spinbutton, but I think it's equally appropriate if less frequent on otheraria-valuenow-supporting roles. Does that seem reasonable?Test, Documentation and Implementation tracking
Once this PR has been reviewed and has consensus from the working group, tests should be written and issues should be opened on browsers. Add N/A and check when not applicable.
Preview | Diff