4 ms·

The output tag has an implicit aria-role=”status”. This is 100% on the particular screen reader(s) that don’t support it. https://developer.mozilla.org/en-US/d

• wizzwizz4 1y ago
  If the screen reader were at fault, then explicitly specifying the implicit role (something that should be a no-op) would not fix the problem. It's the responsibility of web browsers to implement and expose implicit ARIA roles (see https://www.w3.org/TR/html-aam-1.0/#mapping-html-to-accessibility-apis https://www.w3.org/TR/html-aam-1.0/#mapping-html-to-accessib...). Screen readers do not (in general) speak HTML, just like computer monitors do not (in general) speak CSS.
  • cluckindan 1y ago
    If that were true, no screen readers would work, which is not the case.
    • wizzwizz4 1y ago
      Have you ever used a screen reader? A lot of their failure modes are exactly as you'd expect from the model I've described: look at, for example, the differences in how definition lists are exposed to Windows Narrator between Firefox, Chrome, Edge, and Edge-in-IE-mode.
      • cluckindan 1y ago
        You’re right, some screen readers work better with specific browsers. The article doesn’t mention anything about that, though.