Accessibility issues with GitHub Issue Forms multi-line edit, multi-select controls and markdown blocks #61696
Replies: 4 comments 8 replies
-
same problem faced but i solved it using simple extension to edit milti-line edit control |
Beta Was this translation helpful? Give feedback.
-
given the answer |
Beta Was this translation helpful? Give feedback.
-
Hi @seanbudd - thank you for providing this feedback! We wanted to follow up on this reported bug. Is this still an issue you can replicate? If it is resolved, could you please close out this issue? If it is not resolved, we can file this as an issue for the Accessibility team to review. Thank you! (cc @queenofcorgis) |
Beta Was this translation helpful? Give feedback.
-
@cehfisher Is there anywhere the progress of this issue can be tracked? (Apart from this discussion) |
Beta Was this translation helpful? Give feedback.
-
Select Topic Area
Bug
Body
Example form:
https://github.com/nvaccess/nvda-issue-form-test/issues/new?assignees=&labels=bug&projects=&template=bug_report.yml
I'd encourage tabbing through the form with a screen reader to get a sense of the issues.
Multi-line edit control
When navigating to a multi-line edit control, the values for
aria-describedby
andaria-label
are lost when focus lands. This is due to the control being rebuilt when focus moves to it. This causes the label and description for the form to not be reported correctly.It would be ideal to retain these values when the control is rebuilt.
Alternatively, use a
fieldset
for the label, description and multiline edit box.Multi-select control
The multiselect button is not accessible either, it is not labelled correctly when you tab to the control.
Custom markdown block
Custom markdown blocks are skipped over.
Unfortunately this is more of a spec / screen reader issue.
Ideally there would be an element that indicates text within a form should be read when filling out the form, e.g.
<input type="info" aria-labelledby="infoDiv">
.However, this can be worked around.
If possible, can we get the possibility of attaching a markdown block as a "legend" element to a group of fields?
For example, in our example form, we used custom markdown to try and delineate form inputs into groups.
If we were able to associate the custom markdown blocks with a group of form inputs using
fieldset
, it could be associated via a legend tag. This allows the screen reader to read out the custom markdown block when navigating into thefieldset
form group, made up of input fields and our "legend" markdown block.In a broader sense, associating custom markdown blocks with any other form input element via a legend tag in a fieldset will ensure a screen reader reads it out.
This would require being able to group inputs in the YML, and associate a markdown block with each grouping as a legend.
Beta Was this translation helpful? Give feedback.
All reactions