wikiC/2.06
Main page
Alphabetic index
Recent Edits

W3C

Het 'World Wide Web Consortium', afgekort W3C, is een organisatie die de webstandaarden voor het World Wide Web ontwerpt, zoals HTML, XML en CSS. Het wordt geleid door Tim Berners-Lee, de originele bedenker van het HTTP protocol en HTML, waar het web oorspronkelijk en nog steeds grotendeels op gebaseerd is. De organisatie is in 1994 opgericht in samenwerking met CERN, ondersteund door DARPA en de Europese Commissie. Officiële webstek: http://www.w3.org/
Bron: http://nl.wikipedia.org/wiki/W3c

Waarom accesabillity

Internet was in de eerste jaren nog plaatjes- en pluginloos. Dat maakte het web heel toegankelijk voor mensen met een visuele beperking (voor niet blinde mensen trouwens ook). Doe maar eens de lynx-emulatie http://www.delorie.com/web/lynxview.html dan weet je het.
Nu is 70% van het internet niet meer toegankelijk voor mensen met een visuele beperking. Dat is zonde want met wat extra aandacht is het verholpen.

De vraag is dus, waarom niet toegankelijk maken?

Sinds iedereen vrolijk HTML aan het prakken is geslagen en weinig mensen snappen wat ze met de code doen, ontstaan ontoegankelijke pagina's (in alle dimensies). Geen kunde, maar gepruts. Een mooi voorbeeld daarvan is: http://www.hku.nl/hku/show (wie de tests uitvoert met de tools hieronder ziet dat het misgaat. Wie met de doelgroep - studenten - praat komt erachter dat de eerste spontane (of zelfs impulsieve) reactie niet synchroon loopt met hoe de organisatie er zelf over denkt).
Bedrijven zijn van opvatting dat het teveel geld en tijd kost om toegankelijke pagina's te maken. Dat is waar als je nog steeds je mensen moet trainen om W3C conformance toetepassen. Eenmaal getraind hoeft het niet meer geld te kosten. Net zo goed het ook niet extra geld hoeft te kosten om tables in HTML te zetten! Toegankelijke webpagina's maken is iets dat je moet trainen en men is het snelle geprak gewend. Daarnaast zijn er ook weinig pagina's die hip/trendy zijn en toch WAI-WCAG AAA hebben. Er is een tekort aan goede voorbeelden. Een algemeen probleem met Software ontwikkelaars is dat zij bezuinigen op de gebruiker, ze doen niet aan Usabillity (testen op proefpersonen tijdens het ontwikkelingsproces).
Mensen zijn niet kritisch, en als ze het wel zijn gaat het vaak om de verkeerde dingen: geld, hip, artyfarty en niet om toegankelijk, bruikbaar of echt interactief.
Geld wordt ook aan verkeerde dingen uitgegeven zie het slechte voorbeeld.

Wanneer moet het?

Het hangt af van wie je doelgroep is en waar je zelf mee kan leven. Sommige mensen vinden het een kick om toegankelijke spelletjes te maken (bijvoorbeeld met geluid bij blinden) maar vaak wordt er dan een veel kleinere doelgroep genomen. Dat is veel minder ernstig als blijkt dat overheidssites niet toegankelijk zijn. Die moeten voor iedereen toegankelijk zijn.

Tip

Een website die aan de allerstrengste standaarden (WAI WCAG 1.0 AAA en U.S. Section 508) voldoet is http://student-kmt.hku.nl/~simon3/

Deze standaarden kunnen worden geevalueerd met onder genoemde gereedschappen. Het is makkelijk te denken om het daarbij te laten, check toch ook altijd op layout (lynx of http://www.delorie.com/web/lynxview.html) en op kleur(http://colorfilter.wickline.org/).

Gebruik CSS (in de voorbeeld site heb ik een standaard stylesheet van W3C gebruikt).

<link rel="STYLESHEET" type="text/css" href="http://www.w3.org/StyleSheets/Core/parser.css?family=2&doc=Sampler">)

Wat nog in het voorbeeld ontbreekt is dat je de lettergrootte instelbaar moet zijn (dit kan ook handig via stylesheets). Dit kun je zien bij http://www.drempelsweg.nl/. Deze organisatie organsieert conferenties over toegankelijkheid en hebben mensen met allerlei gebreken in dienst die langskomen beschrijven wat zijn niet zien/horen en dan advies geven. Merkwaardig genoeg is hun eigen site niet extreem toegankelijk (WCAG 1.0 AA).

De snelste manier om je site te laten voldoen aan de hoogste standaarden is door geen overbodige features (layers, veel kleuren) te gebruiken en door extra aandacht te geven aan plaatjes(alt en longdesc) & tabellen (niet klakeloos gebruike voor navigatie balken ed.) en een valide CSS te gebruiken. Als het in lynx zichtbaar is dan ben je al een heel end op weg. Gebruik zo vaak mogelijk het stappenplan van W3C (http://www.w3.org/WAI/eval/) dan krijg je er feeling voor. Indien inzicht is vergaard, dan blind HTML-en en checken met Bobby (http://bobby.watchfire.com/bobby/html/en/index.jsp). Realiseer je wel dat dit niet betekent dat het ook goed in alle browsers te zien is omdat de tag <html lang="nl"> vereist is en deze nog niet bestond in HTML2.0.

Voor Dreamweaver MX 2004 gebruikers: Dreamweaver is redelijk netjes in W3C-WAI-WCAG-AAA en W3C HTML 4.01, alleen genereert het automatisch een <id=""> tag en dat conflicteerd met W3C-WAI-WCAG-AAA. Gebriuk Commands>Clean Up HTML voor het verwjideren van redundante HTML code als je hebt zitten prakken / ander mans HTML moet confromeren aan W3C standaarden.

Navigatie
Het is aardig kort dor de bocht om de bediening van een site allemaal in dat hokje te stoppen, maar het volstaat. Er is ook een studie die zich bezighoudt men wederkerige communicatie tussen mens en computer: Interaction Design. Aspecten die hier staan zijn maar ene heel klein (verwaarloosd) onderdeel van die studie.

Maak geen mathematische navigatie structuur, de granulariteit van navigatie moet niet stoelen op de verzamelingenleer.

Terwijl je dat in je achterhoofd houd, bedenk je een goed onderhoudbare bestandsstructuur. Voor een grote site van 400 pagina's is dat een geduldig klusje.
De cognitieve psychologie leert ons dat we in chunks denken. Een chunk is de atoom van begrip. "magic 7" is een kreet die slaat op het feit dat we er maar maximaal 7 (soms 9) kunnen onthouden. Deel je hoofdmenu, submenu's, subsubmenu's dus op in maximaal 7 items. Denk vanuit taakperspectief: welke taken kan een gebruiker uitvoeren? Op deze manier kunnen mensen veel gemakkelijker raden en onthouden waar alles zit. Er ontstaat vanzelf een mentale plattegrond.
Gebruik niet alleen maar plaatjes voor je menu items, en vooral niet als je een meertalige en multiculturele doelgroep hebt. Plaatjes zeggen niet alleen meer dan woorden, ze kunnen soms ook te veel zeggen.

Dit plaatje werd in een mijn opgehangen waar mensen van 23 verschillende 
nationaliteiten werkten. Een westerling denkt. Das simpel en duidelijk. 
Er ligt een object op het spoor en die stop het mannetje in 
zijn kruiwagen. De praktijk liet zien dat het anders werkt (let dus 
goed op de praktijk, zie het slechte voorbeeld als men dat niet doet). 
Er waren een aantal mensen die dingen van het spoor haalde en er waren 
mensen die dingen op het spoor plaatste. Dat komt omdat in sommige 
culturen van rechts naar links wordt gelzezen.

Hoe vervelend ook, voeg altijd ook beschrijvende tekst toe aan je plaatjes. Test je produkt op in alle iteraties avn je ontwerp op de doelgroep.

Flash besteedt bijzonder veel aandacht aan accesabillity. Accesabillity-guru's als Don Norman en Jakob Nielsen zijn laaiend enthousiast over Flash 2004 MX, http://www.macromedia.com/macromedia/proom/pr/2002/macromedia_nielsen.html

Realiseer je wel dat de maker van deze wiki geen flash files op zijn Irix SGI systeem kan zien. Bovendien heeft niet iedereen de laatste plugins. Flashfiles kunnen wel worden weergegeven in WikiC. Toegankelijkheid kent dus meerdere dimensies: