WCAG 2.0 : Datatabellen
Volgens de Accessibility Monitor 2011 heeft 69% van de gemeenten toegankelijkheidsproblemen met datatabellen. Wat is er toch zo moeilijk aan het toegankelijk maken daarvan?
Zie ook Accessibility Monitor 2011
Een summary en een caption zijn zo toegevoegd en rij en kolom headers (th) ook.
Pas bij complexere tabellen wordt het meer werk omdat je dan volgens WCAG2.0, richtlijn 1.3.1 scope attributen en/of headers attributen en id's toe moet voegen. Om precies te zijn: bij twee of meer logische niveaus van rij- of kolomheaders.
Wat is jullie ervaring hiermee?
En zou het eigenlijk niet ook aan te raden zijn voor niet-complexe tabellen (minder dan twee rij- of kolomheaders) om ook de verbanden tussen de cellen duidelijk aan te geven met scope en/of headers?
Reacties
- 1 Wolf op 28-06-2011 om 09:33 uur:
- Waarschijnlijk laat het CMS niet toe om een summary toe te voegen, en indien dat wel zo is wordt het maar al te vaak vergeten.
- 2 Bart op 28-06-2011 om 09:41 uur:
- Wat Wolf zegt...
Bij een oplevering van website/cms krijgt de klant meestal een beperkte instructie hoe het cms werkt. Al dan wel/niet of het cms/editor die opties ondersteunen.
Ik denk dat gemeentes meer behoefte hebben aan een toegankelijkheidstraining. - 3 Rein op 28-06-2011 om 09:46 uur:
- On that note... is er eigenlijk een goed overzicht van CMS'en die dat wel ondersteunen?
- 4 Janita op 28-06-2011 om 09:52 uur:
- Bij TYPO3 gaat het blijkbaar wel goed...
- 5 Bart op 28-06-2011 om 10:02 uur:
- @Rein, misschien een kewl idee om een overzicht te maken van veel gebruikte cms'en en hun editors. Wat ze wel en niet ondersteunen.
Wij gebruiken umbraco als CMS.
TinyMCE als editor. Ondersteund: table summary, caption, thead, tbody, tfoot, th, scope, language code, language direction.
Bijna alles wel denk ik. - 6 Patrick Kraaij op 28-06-2011 om 10:36 uur:
- Ik werk met Drupal. In combinatie met CKeditor gaat dit gewoon goed. Er zit in Drupal ook een attachment table die je kan gebruiken, deze kun je zelf helemaal overriden.
Ik denk ook dat de redacteur van de website het moeilijk vindt om complexe datatabellen in te voeren. De meeste WYSIWYG editors hebben nou niet echt een briljante interface hiervoor als je het mij vraagt, en ik kan begrijpen dat de redacteur daar best wel van schrikt. - 7 Krijn op 28-06-2011 om 10:51 uur:
- Is http://fronteers.nl/blog/2009/02/webrichtlijnen-anatomie-tabellen nog relevant? :) Volgens mij is er sindsdien maar weinig veranderd?
- 8 Janita op 30-06-2011 om 09:11 uur:
- @krijn: de verschillen die ik zo zie met wcag1.0: abbreviations worden niet meer genoemd in combinatie met tabellen, en de summary wel :-).
Welk cms doet die extra markup automatisch?
En is er in de laatste jaren echt niks verbeterd aan cms-en qua toegankelijkheidsopties? Of zit het er in principe wel in, maar weten redacteuren niet hoe ze die opties moeten gebruiken? Misschien moeten we wat meer gaan afdwingen, zoals dat je een pagina niet mag publiceren voordat bepaalde minimale toevoegingen zijn ingevuld. - 9 Krijn op 30-06-2011 om 09:31 uur:
- @Janita: QMS (het CMS dat achter fronteers.nl hangt) deed dat, maar toen ik besefte dat dat nergens op sloeg (als een CMS het automatisch toe kan voegen, dan kan een screenreader bijvoorbeeld dat ook automatisch uitvinden), heb ik die code er weer uitgesloopt :) Was dus meer een note voor mezelf toen.
- 10 Mallory op 01-07-2011 om 16:11 uur:
- Ik doe scope in eider geval, maakt niet uit of het een complexe tabel is of niet.
Mensen zullen stoppen met summary attribute, weet je iedereen doet wat hip is, en HTML5 is vandaag hip.
Hipster hip. - 11 Mallory op 01-07-2011 om 16:12 uur:
- zucht ik hoop een edit feature komt als fronteers.nl vernieuwd wordt. teh spelfouten zijn vies
- 12 Tom op 08-07-2011 om 15:23 uur:
- Naast het probleem dat veel CMS systemen dit niet ondersteunen hebben veel gemeente hebben een content manager in dienst die zelf nog niet op de hoogte is van de webrichtlijnen.
Dus worden er tabellen te pas en te onpas gebruikt zonder goed opmaak. Deze blijven vaak lang rondzwerven op pagina's die door niemand bekeken worden..