Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SC 1.3.1 relatie tussen groepen elementen in de HTML #82

Open
JuliaZjochova opened this issue Dec 2, 2024 · 3 comments
Open

SC 1.3.1 relatie tussen groepen elementen in de HTML #82

JuliaZjochova opened this issue Dec 2, 2024 · 3 comments

Comments

@JuliaZjochova
Copy link

JuliaZjochova commented Dec 2, 2024

Collega’s,

Ik merk dat we dit jaar steeds vaker het advies geven om groepen van elementen die visueel bij elkaar horen, op te nemen in een <ul>-element. De reden hiervoor is dat als iets visueel als een groep wordt gepresenteerd, deze groepering ook in de HTML-structuur zichtbaar moet zijn (volgens WCAG SC 1.3.1).

Maar moet je dan echt álles in een <ul>-element stoppen? Hoe zit het bijvoorbeeld met:

  • Verticaal geschreven adressen
  • Een collectie foto's op de pagina
  • Een collectie links of een sitemap
  • Paginering
  • Social media iconen
  • Zoekresultaten
  • Nieuwsberichten
  • Blogteasers
  • Blogartikelen

Waar ligt de grens?
Is dit afhankelijk van de hoeveelheid tekst, de complexiteit van een bericht, of iets anders?

Vraag 1: Is tekst soms niet al voldoende om de relatie tussen elementen aan te geven? Denk bijvoorbeeld aan het gebruik van een kop of een dubbele punt.

Scherm­afbeelding 2024-12-02 om 13 52 53

Vraag 2: Mag je navigatie in een <nav>-element plaatsen, of is het gebruik van een <ul>-element in deze context echt de enige toegestane optie?

Vraag 3: zou je bij een juridische pagina een advies geven om de inhoud van de pagina in een ul op te nemen? Moet elk kopje met een cijfer een lijst-item zijn?

Conclusie

Voor mijn gevoel zijn we te streng met het eisen van ul-element voor elke groep op de pagina. Ik ben op zoek naar alternatieven en vooral grenzen.

@rvantonisse
Copy link

Naar mijn weten is een lijst element alleen "verplicht" bij visueel opgemaakte lijsten. ( bullits en rijtjes woorden, etc).

Er zijn tal van andere elementen die je KAN gebruiken om content te groeperen. (Figure, section, etc) Maar om dit verplicht te maken is afhankelijk van de context. In de meeste gevallen staat de bijhorende content netjes na elkaar.

Het gebruik van een kop voor groepering van hoofdcontent lijkt me voldoende in de meeste gevallen.

@rvantonisse
Copy link

rvantonisse commented Dec 2, 2024

Vraag 1: In tekst of programmatisch. Afhankelijk van context, beiden.

Vraag 2: nav met linkjes is voldoende voor navigatie. Nav is een groep element.

Vraag 3: de artikelen (1, 2, 3) een kop, de subparagraven in een lijst (a, b, c etc). Lijkt me een goede afwisseling. Een heel document in een lijst plaatsen lijkt me niet verplicht, maar kan wel. Het kan ook allebei.

@JuliaZjochova
Copy link
Author

En nog een vraag. Welke alternatieven zijn er voor een ul-element? Kun je ook een collectie foto's op een pagina in een p-element groeperen? Met welke andere elementen kun je de relatie tussen elementen laten blijken in de HTML?
En wanneer is dat niet nodig?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants