You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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.
The text was updated successfully, but these errors were encountered:
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.
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.
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?
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: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.
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.
The text was updated successfully, but these errors were encountered: