Typ iets om te zoeken...

Wcag uitgelegd

Heading in een summary: zelfde probleem

Heading in een summary: zelfde probleem — WCAG 4.1.2 Naam, rol, waarde (post 8/12)

Net als bij een button: een <summary> heeft de impliciete rol van een button. En een button eet de rollen van zijn kinderen op.

<!-- Niet doen: heading in summary verliest zijn rol -->
<details>
  <summary><h3>Veelgestelde vragen</h3></summary>
  <p>Hier staan de antwoorden.</p>
</details>

<!-- Wel doen: heading buiten summary -->
<h3>Veelgestelde vragen</h3>
<details>
  <summary>Hoe wijzig ik mijn wachtwoord?</summary>
  <p>Ga naar je profielpagina en klik op "Wachtwoord wijzigen".</p>
</details>

Ik zie dit bij bijna elke FAQ-pagina die met <details>/<summary> is gebouwd. De developer denkt: “De titel van de FAQ is een heading.” Klopt. Maar niet binnenin de summary.

De oplossing: zet de heading boven het <details>-element. De <summary> bevat de vraag als platte tekst.

Zelf verder met dit onderwerp

Related Posts

aria-label op een div: wordt genegeerd

aria-label op een div: wordt genegeerd

Een developer wil een sectie een naam geven voor schermlezers. Plakt aria-label="Zoekresultaten" op een <div>.

Knop zonder naam

Knop zonder naam

“Knop.” Dat is wat een schermlezer zegt. Knop. Maar welke knop? Wat doet die?

aria-hidden: wat het doet en wanneer je het wel of niet gebruikt

Je controleert een pagina met de WCAG Radar van Proper Access en zet de optie “Verborgen elementen” aan. Er lichten een paar plekken op. Bij elk daarvan staat: aria-hidden.