Details
-
Type:
Sub-task
-
Status:
Closed
-
Priority:
Major
-
Resolution: Fixed
-
Affects Version/s: 1.8, 1.8.1, 1.8.2
-
Component/s: Accessibility, Forms Library
-
Labels:None
-
Environment:HideJAWS and other screen readers have a 'forms mode' for inputting data in forms on the Web. In this mode, where there are <label> elements explicitly linked to form elements ONLY the fieldset-legends, labels and the form controls themselves are verbalised.
See, http://docs.moodle.org/en/Development:Accessibility_notes#What_JAWS_saysShowJAWS and other screen readers have a 'forms mode' for inputting data in forms on the Web. In this mode, where there are <label> elements explicitly linked to form elements ONLY the fieldset-legends, labels and the form controls themselves are verbalised. See, http://docs.moodle.org/en/Development:Accessibility_notes#What_JAWS_says
-
Affected Branches:MOODLE_18_STABLE
-
Fixed Branches:MOODLE_18_STABLE, MOODLE_19_STABLE
Description
Nick 22 Aug, "" I discovered a while ago that help links in forms are created between the </label> and the form control, NOT at the end of the <label> element as I expected.
a) Currently Moodle has: <label for="x">Label</label> <a href="...">Help link</a> <input type="text" id="x" />
b) I think this order is preferable, to ensure that the link is accessible from forms mode - does this make sense?
<label for="x">Label <a href="...">Help link</a> </label> <input type="text" id="x" />
""
Chetz after testing, "The link within the label read perfectly in JAWS, whereas the link outside the label was ignored in forms mode."
–
The attached patch modifies the MoodleQuickForm_Renderer::_elementTemplates array in 'lib/formslib.php'.
There don't appear to be any styling issues around this, so I will apply this immediately.
Attachments
Activity
- All
- Comments
- History
- Activity
- Source
- Test Sessions
(Jamie, I added you as a watcher as it's mostly your work.)
I've committed the patch to HEAD and 1.8 branch, tagged as _MERGED - fixed.