FreedomScientific / standards-support

Contains documentation for Vispero software support of Web standards
https://freedomscientific.github.io/standards-support/
GNU General Public License v3.0
111 stars 12 forks source link

ZoomText 2021 prioritises the name attribute over the id attribute when associating labels with inputs #478

Open 36degrees opened 3 years ago

36degrees commented 3 years ago

I've previously filed this issue via Sight & Sound in May 2019, but I was doing some testing of some other reported ZoomText issues and it looks like this is still an issue in ZoomText 2021, so I'm filing it here in too in the hope that it might get fixed.

Apologies if this isn't the right place to file this – I can see there's a small handful of ZoomText issues in this repo, although the vast majority seem to be for JAWS.

Summary

Given the following markup, with:

<fieldset>
  <legend>Test</legend>

  <input id="foo" name="foo" type="radio" value="foo">
  <label for="foo">
    Foo
  </label>

  <input id="bar" name="foo" type="radio" value="bar">
  <label for="bar">
    Bar
  </label>
</fieldset>

With Reader enabled, with echo turned on for mouse hover, hover over each radio button in turn with ZoomText.

Expected result

As per the HTML specification, the for attribute should reference the label by ID: https://www.w3.org/TR/html52/sec-forms.html#element-attrdef-label-for

As such:

Actual result

https://user-images.githubusercontent.com/121939/102898035-d5d53100-4460-11eb-9c47-5f247cd1e20d.mov

Example

Codepen

ZoomText version and build number

2021.2011.12 ILM

Operating System and version

Windows 10

Browser and version:

Internet Explorer 11

stevefaulkner commented 3 years ago

@BenKeyFSI can you add this to the internal zoomtext bugzilla. The name attribute is not part of the accessible name calculation for any element.