Lead translating organization:
Accessibility Foundation
Expertise center for quality and accessibility of internet and software
Oudenoord 325,
3513EP Utrecht (The Netherlands);
Tel: +31 (0)30 – 2398270;
www.accessibility.nl / www.wabcluster.org / www.econformance.eu /
www.game-accessibility.com
Eric Velleman
Technical Director
Dit is een geautoriseerde vertaling van een W3C document. De publicatie van deze vertaling heeft de stappen gevolgs die zijn beschreven in Policy for W3C Authorized Translations. In geval van twijfel geeft het oorspronkelijke Engelse document uitsluitsel.
[Inhoud]
Zie ook errata voor dit document, waaronder mogelijk normatieve correcties.
Zie ook andere vertalingen.
Dit document is ook in non-normatieve formaten beschikbaar vanuit Alternate Versions of Richtlijnen Toegankelijkheid Webcontent 2.0.
Copyright © 2008 W3CTM ( MIT, ERCIM, Keio), All Rights Reserved. W3C liability, trademark and document use rules apply.
De Richtlijnen Toegankelijkheid Webcontent (WCAG) 2.0 bestrijken een breed scala van aanbevelingen om Webcontent toegankelijker te maken. Het volgen van deze Richtlijnen zal content toegankelijk maken voor een breder scala van mensen met handicaps, waaronder blindheid en slecht zicht, doofheid en gehoorverlies, leermoeilijkheden, cognitieve beperkingen, beperkte beweging, spraakproblemen, lichtgevoeligheid en combinaties daarvan. Het volgen van deze Richtlijnen zal je Webcontent ook vaak tooegankelijker maken voor gebruikers in het algemeen.
Succescriteria van WCAG 2.0 zijn geformuleerd als testbare statements die niet technologiegebonden zijn. Begeleiding betreffende de succescriteria in specifieke technologieën, alsmede algemene informatie omtrent de interpretatie van de succescriteria, wordt geleverd in separate documenten. Zie daarvoor Richtlijnen Toegankelijkheid Webcontent (WCAG) Overview for an introduction and links to WCAG technical and educational material.
WCAG 2.0 is de opvolger van Richtlijnen Toegankelijkheid Webcontent 1.0 de Nederlandse vertaling uit 2000 van Web Content Accessibility Guidelines 1.0 [WCAG10], die als W3C Recommendation werd gepubliceerd in mei 1999. Hoewel het mogelijk is om aan WCAG 1.0 of WCAG 2.0 (of beide) te conformeren, beveelt het W3C aan dat nieuwe en geactualiseerde content gebruik maakt van WCAG 2.0. Het W3C beveelt ook aan dat beleidsmaatregelen betreffende Webtoegankelijkheid verwijzen naar WCAG 2.0.
Deze sectie beschrijft de status van dit document op het moment van zijn publicatie. Andere documenten kunnen de plaats van dit document innemen. Een lijst van huidige W3C-publicaties zijn te vinden in de W3C-index technische rapporten at http://www.w3.org/TR/.
Dit zijn de Richtlijnen Toegankelijkheid Webcontent (WCAG) 2.0 – een W3C Recommendation van de Werkgroep Richtlijnen Toegankelijkheid Webcontent.
This document has been reviewed by W3C Members, by software developers, and by other W3C groups and interested parties, and is endorsed by the Director as a W3C Recommendation. It is a stable document and may be used as reference material or cited from another document. W3C's role in making the Recommendation is to draw attention to the specification and to promote its widespread deployment. This enhances the functionaliteit and interoperability of the Web.
WCAG 2.0 is supported by the associated non-normative documents, Understanding WCAG 2.0 and Techniques for WCAG 2.0. Although those documenten do not have the formal status that WCAG 2.0 itself has, they lever Informatie important to understanding and implementing WCAG.
The Working Group requests that any comments be made using the provided online comment form. If this is not possible, comments can also be sent to public-comments-wcag20@w3.org. The archives for the public comments list are publicly available. Comments received on the WCAG 2.0 Recommendation cannot result in changes to this version of the Richtlijnen, but may be addressed in errata or future versions of WCAG. The Working Group does not plan to make formal responses to comments. Archives of the WCAG WG mailing list discussions are publicly available, and future work undertaken by the Working Group may address comments received on this document.
This document has been produced as part of the W3C Webtoegankelijkheid Initiative (WAI). The goals of the WCAG Working Group are discussed in the WCAG Working Group charter. The WCAG Working Group is part of the WAI Technical Activity.
This document was produced by a group operating under the 5 February 2004 W3C Patent Policy. W3C maintains a public list of any patent disclosures made in connection with the deliverables of the group; that page also includes instructions for disclosing a patent. An individual who has actual knowledge of a patent which the individual believes contains Essential Claim(s) must disclose the Informatie in accordance with section 6 of the W3C Patent Policy.
Deze sectie is informatief.
Richtlijnen Toegankelijkheid Webcontent (WCAG) 2.0 definieert hoe je Webcontent toegankelijker maakt voor mensen met handicaps. Toegankelijkheid betreft een breed scala van handicaps, waaronder visuele, auditieve, fysieke, spraak-, cognitieve, taal- en neurlogische handicaps. Hoewel deze Richtlijnen een breed scala van aandachtspunten bestijken, zijn ze niet in staat om in de behoeftes te voorzien van mensen met alle soorten, gradaties en combinaties van handicaps. Deze Richtlijnen maken ook Webcontent bruikbaarder voor oudere individuen, waarvan de vaardigheden door ouder worden veranderen, en verbeteren de bruikbaarheid voor gebruikers in het algemeen.
WCAG 2.0 is ontwikkeld door middel van het W3C-procedé in samenwerking met individuen en organisaties wereldwijd, met het doel om een gemeenschappelijke standaard voor toegankelijkheid van Webcontent te leveren, die de behoeftes van individuen, organisaties en overheden internationaal tegemoet komt. WCAG 2.0 bouwt voort op WCAG 1.0 [WCAG10] en is ontworpen om breed van toepassing te zijn voor verschillende Webtechnologieën voor nu en in de toekomst en om testbaar te zijn met een combinatie van automatisch testen en menselijke evaluatie. Voor een inleiding tot WCAG, zie het Overzicht Richtlijnen Toegankelijkheid Webcontent (WCAG) .
Webtoegankelijkheid hangt niet alleen af van toegankelijkheid van content maar ook van toegankelijkheid van Webbrowsers en andere user agents. Authoring tools hebben ook een belangrijke rol in Webtoegankelijkheid. Voor een overzicht van hoe deze componenten van Webontwikkeling en -interactie samenwerken, zie:
De individuen en organisaties die WCAG gebruiken zijn sterk gevarieerd en bevatten Webontwerpers en -ontwikkelaars, beleidsmakers, inkopers, leraren en studenten. Om aan de wisselende behoeftes van dit publiek tegemoet te komen, levert WCAG verscheidene lagen begeleiding, waaronder gloable principes, algemene Richtlijnen, testbare succescriteria en een rijke collectie van voldoende technieken, adviserende technieken en gedocumenteerde gangbare fouten met voorbeelden, links naar hulpmiddelen en brontekst.
Principes – Bovenaan staan de vier principes die de fundering voor Webtoegankelijkheid leveren: waarneembaar, operabel, begrijpelijk en robuust. Zie ook Begrijpen the Four Principes of Accessibility.
Richtlijnen – Onder de principes vallen Richtlijnen. De 12 Richtlijnen leveren de basisdoeleinden waarnaar auteurs moeten werken om content toegankelijker te maken voor gebruikers met verschillende handicaps. De Richtlijnen zijn niet testbaar, maar leveren het kader en globale oogmerken om auteurs te helpen de succescriteria te begrijpen en de technieken beter te implementeren.
Succescriteria – Voor elke Richtlijn worden testbare succescriteria geleverd om WCAG 2.0 toe te staan gebruikt te worden waar vereisten en testing op conformiteit noodzakelijk zijn, zoals in ontwerpspecificatie, inkoop, regulering en contractuele overeenkomsten. Om aan de behoeftes van verschillende groepen en situaties tegemoet te komen zijn er drie niveaus van conformiteit gedefineerd: A (laagst), AA, and AAA (hoogst). Extra informatie over WCAG-niveaus is te vinden in Begrijpen Levels of Conformiteit.
Voldoende en adviserende technieken – Voor elk van de richtlijnen en succescriteria in het WCAG 2.0 document "zelf" heeft de werkgroep ook een breed scala van technieken gedocumenteerd. De technieken zijn informatief en vallen in twee categorieën: zij die voldoende zijn om aan de succescriteria te voldoen en zij die adviserend zijn. De adviserende technieken gaan verder dan wat vereist is door de individuele succescriteria and staan auteurs toe om zich beter te richten op de Richtlijnen. Sommige adviserende technieken richten zich op toegankelijkheidsbarrières die niet afgedekt worden door de testbare succescriteria. Waar Waar gangbare fouten bekend zijn, worden die ook gedocumenteerd. Zie ook Sufficient and Advisory Techniques in Begrijpen WCAG 2.0.
Al deze lagen begeleiding (principes, Richtlijnen, succescriteria en voldoende en adviserende technieken) werken samen om begeleiding te leveren over hoe je content toegankelijker maakt. Auteurs worden aangemoedigd om alle lagen te bekijken en toe te passen indien mogelijk, met inbegrip van de adviserende technieken, teneinde zich optimaal op de behoeftes van het breedst mogelijke scala van gebruikers te richten.
Bedenk dat zelfs content dat conformeert aan het hoogste niveau (AAA) niet toegankelijk zal zijn voor individuen met alle soorten, gradaties of combinaties van handicaps, in het bijzonder in de cognitieve gebieden van taal en leren. Auteurs worden aangemoedigd om het volledige scala van technieken in ogenschouw te nemen, waaronder de adviserende technieken, en ook om relevant advies te vragen omtrent wat nu de beste praktijk is om ervoor te zorgen dat Webcontent voor deze doelgroep toegankelijk is, voorzover mogelijk. Metadata kan wellicht gebruikers helpen om content te vinden dat het meest geschikt is voor hun behoeftes.
Het WCAG 2.0 document is ontworpen om tegemoet te komen aan de behoeftes van diegenen die een stabiele technische standaard waarnaar verwezen kan worden. Andere documenten, zogeheten hulpdocumenten, zijn gebaseerd op het WCAG 2.0 document en richten zich op andere belangrijke oogmerken, waaronder de mogelijkheid om geactualiseerd te worden om te beschrijven hoe WCAG toegepast zou worden met nieuwe technologieën. Hulpdocumenten bestaan uit:
Hoe te voldoen aan WCAG 2.0 - Een op maat aan te passen snelle verwijzing naar WCAG 2.0; die omvat alle Richtlijnen, succescriteria en technieken voor auteurs om te gebruiken als ze Webcontent ontwikkelen en evalueren.
Begrijpen WCAG 2.0 – Een gids om WCAG 2.o te begrijpen en te implementeren. Er is een kort "begrijpdocument" voor elke Richtlijn en succescriterium in WCAG 2.0 evenals sleutelfacetten.
Techniques for WCAG 2.0 – Een verzameling technieken en gangbare fouten, elk in een apart document dat een beschrijving, voorbeelden, codering en tests bevat.
De WCAG 2.0 documenten - Een diagram en beschrijving van hoe de techiische documenten zich tot elkaar verhouden en verbonden zijn.
Zie Overzicht Richtlijnen Toegankelijkheid Webcontent (WCAG) for a beschrijving of the WCAG 2.0 supporting material, including education resources related to WCAG 2.0. additionele resources covering topics such as the business case for Webtoegankelijkheid, planning implementation to improve the accessibility of Web sites, and accessibility policies are listed in WAI Resources.
WCAG 2.0 bevat drie belangrijke termen die een andere betekenis hebben dan in WCAG 1.0. Ze worden nu allemaal kort ingeleid en uitvoeriger gedefinieerd in het glossarium.
Het is van belang om op te merken dat in deze standaard de term "Webpagina" veel meer omvat dan statische HTML-pagina's. Ze omvat ook de toenemend dynamische Webpagina's die op het Web opduiken, waaronder "pagina's" die hele virtuele interactieve gemeenschappen kunnen presenteren. De term "Webpagina" omvat bijvoorbeeld een immersieve, interactieve filmachtige ervaring die je bij een afzonderlijke URI te vinden is. Voor meer informatie zie Begrijpen "Webpage".
Verscheidene succescriteria eisen dat content (of zekere eigenschappen van content) "programmatisch bepaald kunnen worden." Dit betekent dat de content zodanig wordt afgegeven dat user agents, waaronder hulptechnologieën, deze informatie in verschillende modaliteiten kunnen extraheren en presenteren aan gebruikers. Voor meer informatie, zie Begrijpen programmatisch bepaald.
Het gebruiken van een technologie op een manier die door toegankelijkheid ondersteund is betekent dat ze werkt met hulptechnologieën (AT) en de toegankelijkheidskenmmerken van operating systems, browsers en andere user agents. Van technologiekenmerken kan slechts met zekerheid worden aangenomen dat ze aan WCAG 2.0 succescriteria conformeren als ze gebruikt worden op een manier die " door toegankelijkheid ondersteund is". Technologie-eigenschappen kunnen benut worden met methodes die niet door toegankelijkheid ondersteund worden (niet werken met hulptechnologieën, etc.), zolang we er niet van opaan kunnen dat ze aan een succescriterium conformeren (dat wil zeggen dat dezelfde informatie of functionaliteit ook op een andere manier beschikbaar is die wel wordt ondersteund).
De definitie van "door toegankelijkheid ondersteund" wordt geleverd in het Appendix A: Glossariumvan deze Richtlijnen. Voor meer informatie, zie Begrijpen Accessibility Support.
Deze sectie is normatief.
1.1.1 Niettextuele Content: Alle niettextuele content die aan de gebruiker wordt gepresenteerd heeft een tekstalternatief dat een soortgelijk doel dient, behalve voor de hierna vermelde situaties. (Niveau A)
Controlefuncties, Invoer: Als niettextuele content een controlefuntie is of gebruikersinvoer accepteert, dan heeft ze een naam die het doel ervan beschrijft. (We verwijzen naar Richtlijn 4.1 voor additionele eisen ten aanzien van controlefuncties en content die gebruikersinvoer accepteren.)
Gesynchroniseerde media: Als niettextuele content gesynchroniseerde media is, dan leveren tekstalternatieven ten minste beschrijvende identificatie van de niettextuele content. (We verwijzen naar Richtlijn 1.2 voor additionele eisen ten aanzien van media.)
Test: Als niettextuele content een test of oefening is die ongeldig zou zijn indien gepresenteerd in tekst, dan leveren tekstalternatieven tenminste beschrijvende identificatie van de niettextuele content.
Sensorieel: Als niettextuele content primair is bedoeld om een specifie sensoriële ervaring te creëen, dan leveren tekstalternatieven ten minste beschrijvende identificatie van de niettextuele content.
CAPTCHA: Als het doel van niettextuele content is om te bevestigen dat content wordt geaccesseerd door een person in plaats van een computer, dan worden tekstalternatieven geleverd die het doel van de niettextuele content identificeren en beschrijven, en alternatieve vormen van CAPTCHA die "uitvoermodes" voor verschillende soorten van sensoriële perceptie worden eleverd om verschillende handicaps te aan te passen.
Decoratie, formattering, onzichtbaar: Als niettextuele content zuivere decoratie is, slechts voor visuele formattering wordt gebruikt, of niet aan gebruikers wordt representeerd, dan wordt ze op zo'n manier geïmplementeerd dat ze genegeerd kan worden door hulptechnologie.
1.2.1 Alleen audio en alleen video (Vooraf opgenomen): For vooraf opgenomen audio-only and vooraf opgenomen video-only media, the following are true, except when the audio or video is a media alternatief for text and is clearly labeled as such: (Niveau A)
Vooraf opgenomen audio-alleen: Een alternatief voor gesynchroniseerde media wordt geleverd dat equivalente informatie presentert voor vooraf opgenomen slechts auditieve content.
Vooraf opgenomen Video-only: Of een alternatief voor gesynchroniseerde media of een geluidssspoor wordt geleverd dat equivalente informatie presenteert voor vooraf opgenomen video-only content.
1.2.2 Bijschriften (vooraf opgenomen): Bijschriften worden geleverd voor alle vooraf opgenomen audio content in gesynchroniseerde media, behalve als het medium een mediumalternatief voor tekst is en duidelijk als zodanig is gelabeld. (Niveau A)
1.2.3 Auditieve beschrijving of mediumalternatief (vooraf opgenomen): Een alternatief voor gesynchroniseerde media of auditieve beschrijving van de vooraf opgenomen video content wordt geleverd voor gesynchroniseerde media, behalve als het medium een mediumalternatief voor tekst is en duidelijk als zodanig is gelabeld. (Niveau A)
1.2.4 Bijschriften (direct): Bijschriften worden geleverd voor alle direct audio content in gesynchroniseerde media. (Niveau AA)
1.2.5 Audio Beschrijving (Vooraf opgenomen): Audio beschrijving worden geleverd voor alle vooraf opgenomen video content in gesynchroniseerde media. (Niveau AA)
1.2.6 Tekentaal (vooraf opgenomen): Tekentaalinterpretatie wordt geleverd voor alle vooraf opgenomen audio content in gesynchroniseerde media. (Niveau AAA)
1.2.7 Uitgebreide auditieve beschrijving (vooraf opgenomen): Waar pauzes in geluid op voorgrond onvoeldoende zijn om audiobeschrijvings toe te staan de boodschap van de video over te brengen, wordt een uitgebreide audio beschrijving geleverd voor alle vooraf opgenomen video content in gesynchroniseerde media. (Niveau AAA)
1.2.8 Mediumalternatief (vooraf opgenomen): Een alternatief voor gesynchroniseerde media wordt geleverd voor alle vooraf opgenomen gesynchroniseerde media en voor alle vooraf opgenomen video-only media. (Niveau AAA)
1.2.9 Alleen audio (Live):Een alternatief voor gesynchroniseerde media wordt geleverd dat equivalente informatie presenteert voor direct audio-only content . (Niveau AAA)
1.3.1 Info en Relaties:Informatie, structuur, en relaties overgebracht door presentatie kunnen programmatisch bepaald worden of zijn beschikbaar in tekst. (Niveau A)
1.3.2 Zinvolle volgorde: Als de volgorde waarin content wordt gepresenteerd van invloed is op zijn betekenis, kan een correcte leesvolgorde programmatisch bepaald worden. (Niveau A)
1.3.3 Sensoriële Karakteristieken: 090613 Instructies die geleverd worden om content te begrijpen en te sturen steunen niet alleen op sensoriële karakteristieken van componenten zoals vorm, omvang, visuele locatie, oriëntatie of geluid. (Niveau A)
Opmerking: Voor eisen gerelateerd aan kleur verwijzen we naar Richtlijn 1.4.
1.4.1 Gebruik van kleur: Kleur wordt niet als het enige visuele middel gebruikt om informatie over te brengen, een actie aan te geven, tot een antwoord op te roepen of een visueel element te onderscheiden. (Niveau A)
Opmerking: Dit succescriterium richt zich specifiek op kleurperceptie. Andere vormen van perceptie worden behandeld in Richtlijn 1.3 inclusief programmatische toegang tot kleur en andere visuele-presentatie-codering.
1.4.2 Audio Control: Als elke geluidsweergave op een Webpagina automatisch meer dan 3 seconden speelt, is er of een mechanisme beschikbaar om te pauzeren of de geluidsweergave te stoppen, of een mechanisme is beschikbaar om het geluidsvolume onafhankelijk van het totale systeemvolmue te regelen. (Niveau A)
Opmerking: Aangezien elke content die niet aan dit succescriterium voldoet kan interfereren met het vermogen van een gebruiker om de hele pagina te gebruiken, moet alle content op de Webpagina (of die nu wel of niet gebruikt wordt om aan andere succescriteria te voldoen) aan dit succescriterium voldoen. Zie Conformiteitseis 5: Niet-Interferentie.
1.4.3 Contrast (Minimum): De visuele presentatie van tekst en beelden van tekst heeft een contrastverhouding van tenminste 4.5:1, behalve in de volgende gevallen: (Niveau AA)
Grote tekst: Grootschalige tekst en beelden van grootschalige tekst hebben een contrastverhouding van tenminste 3:1;
Incidenteel: Tekst of beelden van tekst die deel zijn van een inactieve userinterfacecomponent, die zuivere decoratie zijn, die voor niemand zichtbaar zijn, 15/6/09 16.55 of die onderdeel zijn van een plaatje dat significant andere content bevat, hebben geen contrasteis.
Logotypes: Tekst die onderdeel is van een logo of merknaam heeft geen minimumcontrasteis.
1.4.4 Herschalen van tekst: Behalve voor bijschriften en beelden van tekst kan tekst zonder hulptechnologie tot 200 percent herschaald worden zonder verlies van content of functionaliteit. (Niveau AA)
1.4.5 Beelden van tekst: Als de gebruikte technologieën de visuele presentatie kunnen bereiken, wordt tekst eerder gebruikt om informatie over te brengen dan beelden van tekst behalve in de volgende gevallen: 16/6/09 08.55 (Niveau AA)
Aanpasbaar op maat: Het uit tekst bestaande beeld kan visueel worden aangepast aan de eisen van de gebruiker;
Essentieel: Een bijzondere presentatie van tekst is essentieel voor de informatie die wordt overgebracht.
Opmerking: Logotypes (tekst die onderdeel is van een logo of merknaam) worden als essentieel beschouwd.
1.4.6 Contrast (versterkt): De visuele presentatie van tekst en beelden van tekst heeft een contrastverhouding van ten minste 7:1, behalve in de volgende gevallen: (Niveau AAA)
Grote tekst: Grootschalige tekst en beelden van grootschalige tekst hebben een contrastverhouding van ten minste 4.5:1;
Incidenteel: Tekst of beelden van tekst die onderdeel zijn van een inactieve user interface component, die zuivere decoratie zijn, die voor niemand zichtbaar zijn, of die onderdeel zijn van een plaatje dat significant andere visuele content bevat, hebben geen contrasteis.
Logotypes: Tekst die onderdeel is van een logo of merknaam heeft geen minimum contrasteis.
1.4.7 Weinig of geen achtergrondgeluid: Voor vooraf opgenomen enkel uit geluid bestaande content die (1) voornamelijk voorgrondspraak bevat, (2) geen geluidsCAPTCHA of geluidslogo is, en (3) geen vocalisatie is die primair bedoeld is als musicale expressie (zingen, rappen) is ten minste een van de volgende dingen waar: (Niveau AAA)
Geen achtergrond: De geluidsopname bevat geen achtergrondgeluiden.
Uitzetten: De achtergrondgeluiden kunnen uitgezet worden.
20 dB: De achtergrondgeluiden zijn ten minste 20 decibel lager dan de voorgrondspraakcontent, met uitzondering van incidentele geluiden die slechts een of twee seconden duren.
Opmerking: Uit de definitie van "decibel" volgt dat achtergrondgeluid dat aan deze eis voldoet ongeveer vier keer rustiger is dan de voorgrondspraakcontent.
1.4.8 Visuele presentatie: Voor de visuele presentatie van blokken tekst is een mechanisme beschikbaar om het volgende te realiseren: (Niveau AAA)
Voor- en achtergrondkleuren kunnen door de gebruiker worden geselecteerd.
De breedte is niet meer dan 80 karakters of tekens (40 in het geval van CJK).
Tekst is niet opgevuld (uitgelijnd naar linker- en rechterkantlijnen).
Regelspatiëring (leidend?) is tenminste 1.5 spatie binnen alinea's en alineaspatiëring is tenminste 1.5 keer zo groot als de regelspatiëring.
Tekst kan zonder hulptechnologie herschaald worden tot 200 percent op een manier die niet van de gebruiker verlangt horizontaal te scrollen om een regel tekst te lezen op een venster even groot als het volle scherm.
1.4.9 Beelden tekst (geen uitzondering): Beelden tekst worden alleen gebruikt voor zuivere decoratie of waar een bijzondere presentatie van tekst essentieel is voor de informatie die wordt overgebracht. (Niveau AAA)
Opmerking: Logotypes (tekst die onderdeel is van een logo of merknaam) worden als essentieel beschouwd.
2.1.1 Toetsenbord: Alle functionaliteit van de content is hanteerbaar door via een toetsenbordinterface zonder specifieke timing te verlangen voor de individuele aanslagen, behalve als de onderliggende functie invoer verlangt die afhangt van het pad dat de gebruiker aflegt en niet alleen van de eindpunten. (Niveau A)
Opmerking 1: Deze uitzondering is gerelateerd aan de onderliggende functie, niet aan de invoertechniek. Als we bijvoorbeeld met de hand geschreven tekst invoeren, verlangt de invoertechniek (met de hand geschreven tekst) padafhankelijke invoer, maar de onderliggende functie (tekstinvoer) niet.
Opmerking 2: Dit verbiedt geen muisinvoer of andere invoermethoden boven de toetsenbordinvoer en moet die ook niet ontmoedigen.
2.1.2 No Keyboard Trap: AANGEHOUDEN ----------------------- If keyboard focus can be moved to a component of the page using a keyboard interface, then focus can be moved away from that component using only a keyboard interface, and, if it requires more than unmodified arrow or tab keys or other standard exit methods, the user is advised of the method for moving focus away. (Niveau A)
Opmerking: Aangezien iedere content die niet voldoet aan dit succescriterium kan interfereren met het vermogen van een gebruiker om de hele pagina te gebruiken, moet alle content op de Webpagina (of ze gebruikt wordt om aan andere succescriteria te voldoen of niet) voldoen aan dit succescriterium. Zie conformiteitseis 5: Niet-Interferentie.
2.1.3 Toetsenbord (geen uitzondering): Alle functionaliteit van de content is hanteerbaar via een toetsenbordinterface zonder specifieke timing te verlangen voor de individuele aanslagen. (Niveau AAA)
2.2.1 Timing aanpasbaar: Voor elke tijdslimiet die door de content wordt ingesteld geldt tenminste een van de volgende zaken: (Niveau A)
Uitzetten: De gebruiker mag de tijdslimiet uitzetten voor die wordt bereikt; of
Aanpassen: De gebruiker mag de tijdslimiet voor die wordt bereikt aanpassen over een breed gebied dat ten minste tien keer de lengte is van standaardinstelling; of
Verlengen: De gebruiker wordt gewaarschuwd voor de tijd afloopt en krijgt ten minste 20 seconden om de tijdslimiet met een eenvoudige handeling te verlengen (bijvoorbeeld, "druk op de spatiebalk"), en de gebruiker mag de tijdslimiet ten minste tien keer verlengen; of
Real-time uitzondering: De tijdslimiet is onderdeel van een real-time gebeurtenis (een veiling bijvoorbeeld) en er is geen alternatief voor de tijdslimiet mogelijk; of
Essentiële uitzondering: De tijdslimiet is essentieel en verlenging zou de activiteit ongeldig maken; of
20 uur uitzondering: De tijdslimiet is langer dan 20 uur.
Opmerking: Dit succescriterium helpt om ervoor te zorgen dat gebruikers werkzaamheden kunnen afmaken zonder onverwachte veranderingen in content of context die het resultaaat zijn van een tijdslimiet. . Dit succescriterium moet in samenhang met Successcriterium 3.2.1 worden beschouwd, dat limieten stelt aan veranderingen van content of context als gevolg van een gebruikersactie.
2.2.2 Pauzeren, stop[en, verbergen:
Bewegen, knipperen, scrollen: Voor bewegen, knipperen of scrollen van informatie die (1) automatisch start, (2) meer dan vijf seconden duurt, en (3) parallel met andere content wordt gepresenteerd, is er een mechanisme voor de gebruiker om ze aan te houden, te stoppen of te verbergen, tenzij de beweging, knippering of scrolling onderdeel is van een activiteit waar ze essentieel is en
Automatisch actualiserend: Voor elke automatisch actualiserende Informatie die (1) automatisch start en (2) parallel met andere content wordt gepresenteerd, is er een mechanisme voor de gebruiker om ze aan te houden, te stoppen of te verbergen of de frequentie van de actualisering in te stellen tenzij de automatische actualisering onderdeel is van een activiteit waar ze essentieel is.
Opmerking 1: Voor eisen gerelateerd aan knipperende of flitsende content verwijzen we naar Richtlijn 2.3.
Opmerking 2: Aangezien iedere content die niet voldoet aan dit succescriterium kan interfereren met het vermogen van een gebruiker om de hele pagina te gebruiken, moet alle content op de Webpagina (of ze gebruikt wordt om aan andere succescriteria te voldoen of niet) voldoen aan dit succescriterium. Zie Conformiteitseis 5: Niet-interferentie.
Opmerking 3: Van content die periodiek door software wordt geactualiseerd of die naar de user agent wordt toegeworpen wordt niet verlangd dat ze informatie behoudt of presenteert die gegenereerd of ontvangen wordt tussen het begin van de pauze en de hervatting van de presentatie, aangezien dit technisch wellicht niet mogelijk is en in veel situaties misleidend is om dit te doen.
Opmerking 4: Een animatie die plaatsvindt als onderdeel van een voorlaadfase of een soortgelijke situatie kan als essentieel worden beschouwd als interactie niet kan plaatsvinden tijdens die fase voor alle gebruikers en als het niet aangeven van vordering gebruikers zou kunnen verwarren of laten denken dat content bevroren of gebroken was.
2.2.3 Geen timing: Timing is geen essentieel onderdeel van de gebeurtenis of activiteit die de content presenteert, behalve voor niet-interactive gesynchroniseerde media en real-time gebeurtenissen. (Niveau AAA)
2.2.4 Onderbrekingen: Onderbrekingen kunnen uitgesteld of onderdrukt worden door de gebruiker, behalve onderbrekingen die een noodsituatie met zich meebrengen. (Niveau AAA)
2.2.5 Herauthentisering: Als een geauthentiseerde sessie verloopt, kan de gebruiker na herauthentisering de activiteit voortzetten zonder verlies van gegevens. (Niveau AAA)
2.3.1 Drie flisten of beneden drempel: Webpagina's bevatten niets wat meer dan drie keer per seconde flitst of de flits is beneden de algemene flits- en rodeflitsdrempels. (Niveau A)
Opmerking: Aangezien iedere content die niet voldoet aan dit succescriterium kan interfereren met het vermogen van een gebruiker om de hele pagina te gebruiken, moet alle content op de Webpagina (of ze gebruikt wordt om aan andere succescriteria te voldoen of niet) voldoen aan dit succescriterium. Zie Conformiteitseis 5: Niet-interferentie.
2.3.2 Drie flitsen: Webpagina's bevatten niets wat meer dan drie keer per seconde flitst. (Niveau AAA)
3.1.1 Language of Page: The default human language of each Webpagina can be programmatisch bepaald. (Niveau A)
3.1.2 Language of Parts: The human language of each passage or phrase in the content can be programmatisch bepaald except for proper names, technical terms, words of indeterminate language, and words or phrases that have become part of the vernacular of the immediately surrounding text. (Niveau AA)
3.1.3 Unusual Words: A mechanism is available for identifying specific definitions of words or phrases used in an unusual or restricted way, including idioms and jargon. (Niveau AAA)
3.1.4 Abbreviations: A mechanism for identifying the expanded form or meaning of abbreviations is available. (Niveau AAA)
3.1.5 Reading Level: When text requires reading ability more advanced than the lower secondary education level after removal of proper names and titles, supplemental content, or a version that does not require reading ability more advanced than the lower secondary education level, is available. (Niveau AAA)
3.1.6 Pronunciation: A mechanism is available for identifying specific pronunciation of words where meaning of the words, in context, is ambiguous without knowing the pronunciation. (Niveau AAA)
3.2.1 On Focus: When any component receives focus, it does not initiate a change of context. (Niveau A)
3.2.2 On Input: Changing the setting of any user interface component does not automatically cause a change of context unless the user has been advised of the behavior before using the component. (Niveau A)
3.2.3 Consistent Navigation: Navigational mechanisms that are repeated on multiple Webpagina's within a set of Webpagina's occur in the same relative order each time they are repeated, unless a change is initiated by the user. (Niveau AA)
3.2.4 Consistent Identification: Components that have the same functionaliteit within a set of Webpagina's are identified consistently. (Niveau AA)
3.2.5 Change on Request: Changes of context are initiated only by user request or a mechanism is available to turn off such changes. (Niveau AAA)
3.3.1 Error Identification: If an input error is automatically detected, the item that is in error is identified and the error is described to the user in text. (Niveau A)
3.3.2 Labels or Instructions: Labels or instructions are provided when content requires user input. (Niveau A)
3.3.3 Error Suggestion: If an input error is automatically detected and suggestions for correction are known, then the suggestions are provided to the user, unless it would jeopardize the security or purpose of the content. (Niveau AA)
3.3.4 Error Prevention (Legal, Financial, Data): For Webpagina's that cause legal commitments or financial transactions for the user to occur, that modify or delete user-controllable data in data storage systems, or that submit user test responses, at least one of the following is true: (Niveau AA)
Reversible: Submissions are reversible.
Checked: Data entered by the user is checked for input errors and the user is provided an opportunity to correct them.
Confirmed: A mechanism is available for reviewing, confirming, and correcting Informatie before finalizing the submission.
3.3.5 Help: Context-sensitive help is available. (Niveau AAA)
3.3.6 Error Prevention (All): For Webpagina's that require the user to submit information, at least one of the following is true: (Niveau AAA)
Reversible: Submissions are reversible.
Checked: Data entered by the user is checked for input errors and the user is provided an opportunity to correct them.
Confirmed: A mechanism is available for reviewing, confirming, and correcting Informatie before finalizing the submission.
4.1.1 Parsing: In content implemented using markup languages, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique, except where the specifications allow these features. (Niveau A)
Opmerking: Start and end tags that are missing a critical character in their formation, such as a closing angle bracket or a mismatched attribute value quotation mark are not complete.
4.1.2 Name, Role, Value: For all user interface components (including but not limited to: form elements, lin ks and components generated by scripts), the name and role can be programmatisch bepaald; states, properties, and values that can be set by the user can be programmatisch set; and notification of changes to these items is available to user agents, including hulptechnologieën. (Niveau A)
Opmerking: This succescriterium is primarily for Web authors who develop or script their own user interface components. Bijvoorbeeld, standard HTML controls already meet this succescriterium when used according to specification.
Deze sectie is normatief.
Deze sectie lists eisen for conformiteit to WCAG 2.0. It also gives Informatie about how to make conformiteit claims, which are optional. Finally, it describes what it means to be door toegankelijkheid ondersteund, since only accessibility-supported ways of using technologieën can be relied upon for conformiteit. Begrijpen Conformiteit includes further explanation of the accessibility-supported concept.
In order for a Webpagina to conform to WCAG 2.0, all of the following Conformiteitseisen must be satisfied:
1. Conformiteit Level: One of the following levels of conformiteit is met in full.
Niveau A: For Niveau A conformiteit (the minimum niveau of conformiteit), the Webpagina satisfies all the Niveau A Success Criteria, or a conforming alternate version is provided.
Niveau AA: For Niveau AA conformiteit, the Webpagina satisfies all the Niveau A and Niveau AA Success Criteria, or a Niveau AA conforming alternate version is provided.
Niveau AAA: For Niveau AAA conformiteit, the Webpagina satisfies all the Niveau A, Niveau AA and Niveau AAA Success Criteria, or a Niveau AAA conforming alternate version is provided.
Opmerking 1: Although conformiteit can only be achieved at the stated levels, authors are encouraged to report (in their claim) any progress toward meeting succescriteria from all levels beyond the achieved niveau of conformiteit.
Opmerking 2: It is not recommended that Niveau AAA conformiteit be required as a general policy for entire sites because it is not possible to satisfy all Niveau AAA Success Criteria for some content.
2. Full pages: Conformiteit (and conformiteit level) is for full Webpagina(s) only, and cannot be achieved if part of a Webpagina is excluded.
Opmerking 1: For the purpose of determining conformiteit, alternatieven to part of a page's content are considered part of the page when the alternatieven can be obtained directly from the page, e.g., a long beschrijving or an alternatief presentatie of a video.
Opmerking 2: Authors of Webpagina's that cannot conform due to content outside of the author's control may consider a Statement of Partial Conformiteit.
3. Complete processes: When a Webpagina is one of a series of Webpagina's presenting a process (i.e., a sequence of steps that need to be completed in order to accomplish an activity), all Webpagina's in the process conform at the specified niveau or better. (Conformiteit is not possible at a particular niveau if any page in the process does not conform at that niveau or better.)
Voorbeeld: An online store has a series of pages that are used to se lect and purchase products. All pages in the series from start to finish (checkout) conform in order for any page that is part of the process to conform.
4. Only Accessibility-Supported Ways of Using Technologies: Only accessibility-supported ways of using technologieën are relied upon to satisfy the succescriteria. Any Informatie or functionaliteit that is provided in a way that is not door toegankelijkheid ondersteund is also available in a way that is door toegankelijkheid ondersteund. (See Begrijpen accessibility support.)
5. Niet-interferentie: If technologieën are used in a way that is not door toegankelijkheid ondersteund, or if they are used in a non-conforming way, then they do not block the ability of users to access the rest of the page. In addition, the Webpagina as a whole continues to meet the Conformiteitseisen under each of the following conditions:
when any technologie that is not relied upon is turned on in a user agent,
when any technologie that is not relied upon is turned off in a user agent, and
when any technologie that is not relied upon is not supported by a user agent
In addition, the following succescriteria apply to all content on the page, including content that is not otherwise relied upon to meet conformiteit, because failure to meet them could interfere with any use of the page:
1.4.2 – Audio Control,
2.1.2 – No Keyboard Trap,
2.3.1 – Three Flashes or Below Threshold, and
2.2.2 – Pause, Stop, Hide.
No te: If a page cannot conform (bijvoorbeeld, a conformiteit test page or an example page), it cannot be included in the scope of conformiteit or in a conformiteit claim.
Voor meer informatie, including examples, see Begrijpen Conformiteitseisen.
Conformiteit is defined only for Webpagina's. However, a conformiteit claim may be made to cover one page, a series of pages, or multiple related Webpagina's.
Conformiteit claims are not required. Authors can conform to WCAG 2.0 without making a claim. However, if a conformiteit claim is made, then the conformiteit claim must include the following information:
Date of the claim
Richtlijnen title, version and URI "Richtlijnen Toegankelijkheid Webcontent 2.0 at http://www.w3.org/TR/2008/REC-WCAG20-20081211/"
Conformiteit level satisfied: (Niveau A, AA or AAA)
A concise beschrijving of the Webpagina's, such as a list of URIs for which the claim is made, including whether subdomains are included in the claim.
Opmerking 1: The Webpagina's may be described by list or by an expression that describes all of the URIs included in the claim.
Opmerking 2: Web-based products that do not have a URI prior to installation on the customer's Web site may have a statement that the product would conform when installed.
A list of the Webcontent technologieën relied upon.
Opmerking: If a conformiteit logo is used, it would constitute a claim and must be accompanied by the required components of a conformiteit claim listed above.
In addition to the required components of a conformiteit claim above, consider providing additionele Informatie to assist users. Recommended additionele Informatie includes:
A list of succescriteria beyond the niveau of conformiteit claimed that have been met. This Informatie should be provided in a form that users can use, pre ferably machine-leesbaar metadata.
A list of the specific technologieën that are "used but not relied upon."
A list of user agents, including hulptechnologieën that were used to test the content.
Informatie about any additionele steps taken that go beyond the succescriteria to enhance accessibility.
A machine-leesbaar metadata version of the list of specific technologieën that are relied upon.
A machine-leesbaar metadata version of the conformiteit claim.
Opmerking 1: We verwijzen naar Begrijpen Conformiteit Claims voor meer informatie and example conformiteit claims.
Opmerking 2: We verwijzen naar Begrijpen Metadata voor meer informatie about the use of metadata in conformiteit claims.
Sometimes, Webpagina's are created that will later have additionele content added to them. Bijvoorbeeld, an email program, a blog, an article that allows users to add comments, or applications supporting user-contributed content. Another example would be a page, such as a portal or news site, composed of content aggregated from multiple contributors, or sites that automatically insert content from other sources over time, such as when advertisements are inserted dynamically.
In these cases, it is not possible to know at the time of original posting what the uncontrolled content of the pages will be. It is important to note that the uncontrolled content can affect the accessibility of the controlled content as well. Two options are available:
A determination of conformiteit can be made based on best knowledge. If a page of this type is monitored and repaired (non-conforming content is removed or brought into conformiteit) within two business days, then a determination or claim of conformiteit can be made since, except for errors in externally contributed content which are corrected or removed when encountered, the page conforms. No conformiteit claim can be made if it is not possible to monitor or correct non-conforming content;
OR
A "statement of partial conformiteit" may be made that the page does not conform, but could conform if certain parts were removed. The form of that statement would be, "This page does not conform, but would conform to WCAG 2.0 at niveau X if the following parts from uncontrolled sources were removed." In addition, the following would also be true of uncontrolled content that is described in the statement of partial conformiteit:
It is not content that is under the author's control.
It is described in a way that users can identify (e.g., they cannot be described as "all parts that we do not control" unless they are clearly marked as such.)
A "statement of partial conformiteit due to language" may be made when the page does not confor m, but would conform if accessibility support existed for (all of) the language(s) used on the page. The form of that statement would be, "This page does not conform, but would conform to WCAG 2.0 at niveau X if accessibility support existed for the following language(s):"
Deze sectie is normative.
shortened form of a word, phrase, or name where the abbreviation has not become part of the language
Opmerking 1: This includes initialisms and acronyms where:
initialisms are shortened forms of a name or phrase made from the initial letters of words or syllables contained in that name or phrase
Opmerking 1: Not defined in all languages.
Voorbeeld 1: SNCF is a French initialism that contains the initial letters of the Société Nationale des Chemins de Fer, the French national railroad.
Voorbeeld 2: ESP is een acroniem voor extrasensoriële perceptie.
acronyms are abbreviated forms made from the initial letters or parts of other words (in a name or phrase) which may be pronounced as a word
Voorbeeld: NOAA is an acronym made from the initial letters of the National Oceanic and Atmospheric Administration in the United States.
Opmerking 2: Some companies have adopted what used to be an initialism as their company name. In these cases, the new name of the company is the letters (bijvoorbeeld, Ecma) and the word is no longer considered an abbreviation.
supported by users' hulptechnologieën as well as the accessibility features in browsers and other user agents
To qualify as an accessibility-supported use of a Webcontent technologie (or feature of a technologie), both 1 and 2 must be satisfied for a Webcontent technologie (or feature):
The way that the Webcontent technologie is used must be supported by users' hulptechnologie (AT). This means that the way that the technologie is used has been tested for interoperability with users' hulptechnologie in the human language(s) of the content,
AND
The Webcontent technologie must have accessibility-supported user agents that are available to users. This means that at least one of the following four statements is true:
The technologie is supported natively in widely-distributed user agents that are also door toegankelijkheid ondersteund (such as HTML and CSS);
OR
The technologie is supported in a widely-distributed plug-in that is also door toegankelijkheid ondersteund;
OR
The content is available in a closed environment, such as a university or corporate network, where the user agent required by the technologie and used by the organization is also door toegankelijkheid ondersteund;
OR
The user agent(s) that support the technologie are door toegankelijkheid ondersteund and are available for download or purchase in a way that:
does not cost a person with a disability any more than a person without a disability and
is as easy to find and obtain for a person with a disability as it is for a person without disabilities.
Opmerking 1: The WCAG Working group and the W3C do not specify which or how much support by hulptechnologieën there must be for a particular use of a Web technologie in order for it to be classified as door toegankelijkheid ondersteund. (See Niveau of Assistive Technology Support Needed for "Accessibility Support".)
Opmerking 2: Web technologieën can be used in ways that are not door toegankelijkheid ondersteund as long as they are not relied upon and the page as a whole meets the Conformiteitseisen, including Conformiteitseis 4: Only Accessibility-Supported Ways of Using Technologies and Conformiteitseis 5: Niet-interferentie, are met.
Opmerking 3: When a Web Technology is used in a way that is "door toegankelijkheid ondersteund," it does not imply that the entire technologie or all uses of the technologie are supported. Most technologieën, including HTML, lack support for at least one feature or use. Pages conform to WCAG only if the uses of the technologie that are door toegankelijkheid ondersteund can be relied upon to meet WCAG eisen.
Opmerking 4: When citing Webcontent technologieën that have multiple versions, the version(s) supported should be specified.
Opmerking 5: One way for authors to locate uses of a technologie that are door toegankelijkheid ondersteund would be to consult compilations of uses that are documented to be door toegankelijkheid ondersteund. (See Begrijpen Accessibility-Supported Web Technology Uses.) Authors, companies, technologie vendors, or others may document accessibility-supported ways of using Webcontent technologieën. However, all ways of using technologieën in the documentation would need to meet the definitie of accessibility-supported Webcontent technologieën above.
document including correctly sequenced text beschrijvings of gesynchroniseerde visual and auditory Informatie and providing a means for achieving the outcomes of any gesynchroniseerde interaction
Opmerking: A screenplay used to creëer the gesynchroniseerde media content would meet this definitie only if it was corrected to accurately represent the final gesynchroniseerde media after editing.
the purpose cannot be determined from the link and all Informatie of the Webpagina presented to the user simultaneously with the link (i.e., readers without disabilities would not know what a link would do until they activated it)
Voorbeeld: The word guava in the following sentence "One of the notable exports is guava" is a link. The link could lead to a definitie of guava, a chart listing the quantity of guava exported or a photograph of people harvesting guava. Until the link is activated, all readers are unsure and the person with a disability is not at any disadvantage.
picture created by a spatial arrangement of characters or glyphs (typically from the 95 printable characters defined by ASCII).
hardware and/or software that acts as a user agent, or along with a mainstream user agent, to lever functionaliteit to meet the eisen of users with disabilities that go beyond those offered by mainstream user agents
Opmerking 1: functionaliteit provided by hulptechnologie includes alternatief presentaties (e.g., as synthesized speech or magnified content), alternatief input methods (e.g., voice), additionele navigation or orientation mechanisms, and content transformations (e.g., to make tables more toegankelijkheid).
Opmerking 2: Assistive technologieën often communicate data and messages with mainstream user agents by using and monitoring APIs.
Opmerking 3: The distinction between mainstream user agents and hulptechnologieën is not absolute. Many mainstream user agents lever some features to assist individuen with disabilities. The basic difference is that mainstream user agents target broad and diverse audiences that usually include people with and without disabilities. Assistive technologieën target narrowly defined populations of users with specific disabilities. The assistance provided by an hulptechnologie is more specific and appropriate to the needs of its target users. The mainstream user agent may lever important functionaliteit to hulptechnologieën like retrieving Webcontent from program objects or parsing markup into identifiable bundles.
Voorbeeld: Assistive technologieën that are important in the context of this document include the following:
screen magnifiers, and other visual reading assistants, which are used by people with visual, perceptual and physical print disabilities to change text font, size, spacing, kleur, synchronization with speech, etc. in order to improve the visual readability of rendered text and images;
screen readers, which are used by people who are blind to read textual Informatie through synthesized speech or braille;
text-to-speech software, which is used by some people with cognitive, language, and leermoeilijkheden to convert text into synthetic speech;
speech recognition software, which may be used by people who have some physical disabilities;
alternative keyboards, which are used by people with certain physical disabilities to sim ulate the keyboard (including alternate keyboards that use head pointers, single switches, sip/puff and other special input devices.);
alternative pointing devices, which are used by people with certain physical disabilities to simulate mouse pointing and button activations.
the technologie of sound reproduction
Opmerking: Audio can be created synthetically (including speech synthesis), recorded from real world sounds, or both.
narration added to the soundtrack to beschrijven important visual details that cannot be understood from the main soundtrack alone
Opmerking 1: Audio beschrijving of video provides Informatie about actions, characters, scene changes, on-screen text, and other visual content.
Opmerking 2: In standard audio beschrijving, narration is added during existing pauses in dialogue. (See also uitgebreid audio beschrijving.)
Opmerking 3: Where all of the video Informatie is already provided in existing audio, no additionele audio beschrijving is necessary.
Opmerking 4: Also called "video beschrijving" and "descriptive narration."
a gesynchroniseerde presentatie that contains only audio (no video and no interaction)
switch back and forth between two visual states in a way that is meant to draw attention
Opmerking: See also flits. It is possible for something to be large enough and blink brightly enough at the right frequency to be also classified as a flash.
more than one sentence of text
initialism for "Completely Automated Public Turing test to tell Computers and Humans Apart"
Opmerking 1: CAPTCHA tests often involve asking the user to type in text that is displayed in an obscured image or audio file.
Opmerking 2: A Turing test is any system of tests designed to differentiate a human from a computer. It is named after famed computer scientist Alan Turing. The term was coined by researchers at Carnegie Mellon University. [CAPTCHA]
gesynchroniseerde visual and/or tekstalternatief for both speech and non-speech audio Informatie needed to understand the media content
Opmerking 1: Bijschriften are similar to dialogue-only subtitles except captions convey not only the content of spoken dialogue, but also equivalents for non-dialogue audio Informatie needed to understand the program content, including sound effects, music, laughter, speaker identification and location.
Opmerking 2: Closed Bijschriften are equivalents that can be turned on and off with some players.
Opmerking 3: Open Bijschriften are any captions that cannot be turned off. Bijvoorbeeld, if the captions are visual equivalent beelden van tekst embedded in video.
Opmerking 4: Bijschriften should not obscure or obstruct relevant Informatie in the video.
Opmerking 5: In some countries, captions are called subtitles.
Opmerking 6: Audio beschrijvings can be, but do not need to be, captioned since they are beschrijvings of Informatie that is already presented visually.
major changes in the content of the Webpagina that, if made without user awareness, can disorient users who are not able to view the entire page simultaneously
Changes in context include changes of:
focus;
Opmerking: A change of content is not always a change of context. Changes in content, such as an expanding outline, dynamic menu, or a tab control do not necessarily change the context, unless they also change one of the above (e.g., focus).
Voorbeeld: Opening a new window, moving focus to a different component, going to a new page (including anything that would look to a user as if they had moved to a new page) or significantly re-arranging the content of a page are examples of changes of context.
satisfying all the eisen of a given standard, Richtlijn or specification
version that
conforms at the designated level, and
provides all of the same information and functionaliteit in the same human language, and
is as up to date as the non-conforming content, and
for which at least one of the following is true:
the conforming version can be reached from the non-conforming page via an accessibility-supported mechanism, or
the non-conforming version can only be reached from the conforming version, or
the non-conforming version can only be reached from a conforming page that also provides a mechanism to reach the conforming version
Opmerking 1: In this definition, "can only be reached" means that there is some mechanism, such as a conditional redirect, that prevents a user from "reaching" (loading) the non-conforming page unless the user had just come from the conforming version.
Opmerking 2: The alternate version does not need to be matched page for page with the original (e.g., the conforming alternate version may consist of multiple pages).
Opmerking 3: If multiple language versions are available, then conforming alternate versions are required for each language offered.
Opmerking 4: Alternate versions may be provided to accommodate different technologie environments or user groups. Each version should be as conformant as possible. One version would need to be fully conformant in order to meet Conformiteitseis 1.
Opmerking 5: The conforming alternatief version does not need to reside within the scope of conformiteit, or even on the same Web site, as long as it is as freely available as the non-conforming version.
Opmerking 6: Alternate versions should not be confused with supplementary content, which support the original page and enhance comprehension.
Opmerking 7: Setting user preferences within the content to produce a conforming version is an acceptable mechanism for reaching another version as long as the method used to set the preferences is door toegankelijkheid ondersteund.
information and sensorieel experience to be communicated to the user by means of a user agent, including code or markup that definieert the content's structure, presentation, and interactions
help text that provides information related to the function currently being performed
Opmerking: Clear labels can act as context-sensitive help.
(L1 + 0.05) / (L2 + 0.05), where
L1 is the relative luminance of the lighter of the kleuren, and
L2 is the relative luminance of the darker of the kleuren.
Opmerking 1: Contrastverhoudingen can range from 1 to 21 (commonly written 1:1 to 21:1).
Opmerking 2: Because authors do not have control over user settings as to how text is rendered (bijvoorbeeld font smoothing or anti-aliasing), the contrastverhouding for text can be evaluated with anti-aliasing turned off.
Opmerking 3: For the purpose of Success Criteria 1.4.3 and 1.4.6, contrast is measured with respect to the specified background over which the text is rendered in normal usage. If no background kleur is specified, then white is assumed.
Opmerking 4: Background kleur is the specified kleur of content over which the text is to be rendered in normal usage. It is a failure if no background kleur is specified when the text kleur is specified, because the user's default background kleur is unknown and cannot be evaluated for voldoende contrast. For the same reason, it is a failure if no text kleur is specified when a background kleur is specified.
Opmerking 5: When there is a border around the letter, the border can add contrast and would be used in calculating the contrast between the letter and its background. A narrow border around the letter would be used as the letter. A wide border around the letter that fills in the inner details of the letters acts as a halo and would be considered background.
Opmerking 6: WCAG conformiteit should be evaluated for kleur pairs specified in the content that an author would expect to appear adjacent in typical presentatie. Authors need not consider unusual presentaties, such as kleur changes made by the user agent, except where caused by authors' code.
any sequence where words and paragraphs are presented in an order that does not change the meaning of the content
a sudden, unexpected situation or occurrence that requires immediate action to preserve health, safety, or property
if removed, would fundamentally change the information or functionaliteit of the content, and information and functionaliteit cannot be achieved in another way that would conform
audio beschrijving that is added to an audiovisual presentatie by pausing the video so that there is time to add additional beschrijving
Opmerking: This technique is only used when the sense of the video would be lost without the additional audio beschrijving and the pauses between dialogue/narration are too short.
a pair of opposing changes in relative luminance that can cause seizures in some people if it is large enough and in the right frequency range
Opmerking 1: See general flits and red flits thresholds for information about types of flits that are not allowed.
Opmerking 2: See also blinking.
processes and outcomes achievable through user action
a flits or rapidly changing image sequence is below the threshold (i.e., content passes) if any of the following are true:
there are no more than three general flashes and / or no more than three red flashes within any one-second period; or
the combined area of flashes occurring concurrently occupies no more than a total of .006 steradians within any 10 degree visual field on the screen (25% of any 10 degree visual field on the screen) at typical viewing distance
where:
A general flash is defined as a pair of opposing changes in relative luminance of 10% or more of the maximum relative luminance where the relative luminance of the darker image is below 0.80; and where "a pair of opposing changes" is an increase followed by a decrease, or a decrease followed by an increase, and
A red flash is defined as any pair of opposing transitions involving a saturated red.
Exception: Flashing that is a fine, balanced, pattern such as white noise or an alternating checkerboard pattern with "squares" smaller than 0.1 degree (of visual field at typical viewing distance) on a side does not violate the thresholds.
Opmerking 1: For general software or Webcontent, using a 341 x 256 pixel rectangle anywhere on the displayed screen area when the content is viewed at 1024 x 768 pixels will lever a good estimate of a 10 degree visual field for standard screen sizes and viewing distances (e.g., 15-17 inch screen at 22-26 inches). (Higher resolutions displays showing the same rendering of the content yield smaller and safer images so it is lower resolutions that are used to define the thresholds.)
Opmerking 2: A transition is the change in relative luminance (or relative luminance/color for red flashing) between adjacent peaks and valleys in a plot of relative luminance (or relative luminance/color for red flashing) measurement against time. A flits consists of two opposing transitions.
Opmerking 3: The current working definition in the field for "pair of opposing transitions involving a saturated red" is where, for either or both states involved in each transition, R/(R+ G + B) >= 0.8, and the change in the value of (R-G-B)x320 is > 20 (negative values of (R-G-B)x320 are set to zero) for both transitions. R, G, B values range from 0-1 as specified in "relative luminance" definition. [HARDING-BINNIE]
Opmerking 4: Tools are available that will carry out analysis from video screen capture. However, no tool is necessary to evaluate for this condition if flashing is less than or equal to 3 flashes in any one second. Content automatically passes (see #1 and #2 above).
language that is spoken, written or signed (through visual or tactile means) to communicate with humans
Opmerking: See also sign language.
phrase whose meaning cannot be deduced from the meaning of the individual words and the specific words cannot be changed without losing the meaning
Opmerking: idioms cannot be translated directly, word for word, without losing their (cultural or language-dependent) meaning.
Voorbeeld 1: In English, "spilling the beans" means "revealing a secret." However, "knocking over the beans" or "spilling the vegetables" does not mean the same thing.
Voorbeeld 2: In Japanese, the phrase "??????" literally translates into "he throws a spoon," but it means that there is nothing he can do and finally he gives up.
Voorbeeld 3: In Dutch, "Hij ging met de kippen op stok" literally translates into "He went to roost with the chickens," but it means that he went to bed early.
text that has been rendered in a non-text form (e.g., an image) in order to achieve a particular visual effect
Opmerking: This does not include tekst that is part of a picture that contains significant other visual content.
Voorbeeld: A person's name on a nametag in a photograph.
for information purposes and not required for conformiteit
Opmerking: Content required for conformiteit is referred to as "normative."
information provided by the user that is not accepted
Opmerking: This includes:
Information that is required by the Webpagina but omitted by the user
Information that is provided by the user but that falls outside the required data format or values
words used in a particular way by people in a particular field
Voorbeeld: The word StickyKeys is jargon from the field of assistive technologie/accessibility.
interface used by software to obtain keystroke input
Opmerking 1: A keyboard interface allows users to lever keystroke input to programs even if the native technologie does not contain a keyboard.
Voorbeeld: A touchscreen PDA has a keyboard interface built into its operating system as well as a connector for external keyboards. Applications on the PDA can use the interface to obtain keyboard input either from an external keyboard or from other applications that lever simulated keyboard output, such as handwriting interpreters or speech-to-text applications with "keyboard emulation" functionaliteit.
Opmerking 2: Operation of the application (or parts of the application) through a keyboard-operated mouse emulator, such as MouseKeys, does not qualify as operation through a keyboard interface because operation of the program is through its pointing device interface, not through its keyboard interface.
tekst or other component with a tekstalternatief that is presented to a user to identify a component within Web content
Opmerking 1: A label is presented to all users whereas the name may be hidden and only exposed by hulptechnologie. In many (but not all) cases the name and the label are the same.
Opmerking 2: The term label is not limited to the label element in HTML.
with at least 18 point or 14 point bold or font size that would yield equivalent size for Chinese, Japanese and Korean (CJK) fonts
Opmerking 1: Fonts with extraordinarily thin strokes or unusual features and Karakteristieken that reduce the familiarity of their letter forms are harder to read, especially at lower contrast levels.
Opmerking 2: Font size is the size when the content is delivered. It does not include resizing that may be done by a user.
Opmerking 3: The actual size of the character that a user sees is dependent both on the author-defined size and the user's display or user-agent settings. For many mainstream body text fonts, 14 and 18 point is roughly equivalent to 1.2 and 1.5 em or to 120% or 150% of the default size for body text (assuming that the body font is 100%), but authors would need to check this for the particular fonts in use. When fonts are defined in relative units, the actual point size is calculated by the user agent for display. The point size should be obtained from the user agent, or calculated based on font metrics as the user agent does, when evaluating this succescriterium. Users who have low vision would be responsible for choosing appropriate settings.
Opmerking 4: When using text without specifying the font size, the smallest font size used on major browsers for unspecified text would be a reasonable size to assume for the font. If a niveau 1 heading is rendered in 14pt bold or higher on major browsers, then it would be reasonable to assume it is large text. Relative scaling can be calculated from the default sizes in a similar fashion.
Opmerking 5: The 18 and 14 point sizes for roman texts are taken from the minimum size for grote letters (14pt) and the larger standard font size (18pt). For other fonts such as CJK languages, the "equivalent" sizes would be the minimum grote letters size used for those languages and the next larger standard grote letters size.
transactions where the person incurs a legally binding obligation or benefit
Voorbeeld: A marriage license, a stock trade (financial and legal), a will, a loan, adoption, signing up for the army, a contract of any type, etc.
nature of the result obtained by activating a hyperlink
information captured from a real-world event and transmitted to the receiver with no more than a broadcast delay
Opmerking 1: A broadcast delay is a short (usually automated) delay, bijvoorbeeld used in order to give the broadcaster time to queue or censor the audio (or video) feed, but not voldoende to allow significant editing.
Opmerking 2: If information is completely computer generated, it is not live.
the two or three year period of education that begins after completion of six years of school and ends nine years after the beginning of primary education
Opmerking: This definition is based on the International Standard Classification of Education [UNESCO].
process or technique for achieving a result
Opmerking 1: The mechanism may be explicitly provided in the content, or may be relied upon to be provided by either the platform or by user agents, including hulptechnologieën.
Opmerking 2: The mechanism needs to meet all succescriteria for the conformiteit niveau claimed.
media that presents no more information than is already presented in text (directly or via text alternatieven)
Opmerking: A media alternatief for text is provided for those who benefit from alternate representations of text. Media alternatieven for text may be audio-only, video-only (including sign-language video), or audio-video.
text by which software can identify a component within Webcontent to the user
Opmerking 1: The name may be hidden and only exposed by hulptechnologie, whereas a label is presented to all users. In many (but not all) cases, the label and the name are the same.
Opmerking 2: This is unrelated to the name attribute in HTML.
navigated in the order defined for advancing focus (from one element to the next) using a keyboard interface
any content that is not a sequence of characters that can be programmatisch bepaald or where the sequence is not expressing something in human language
Opmerking: This includes ASCII Art (which is a pattern of characters), emoticons, leetspeak (which uses character substitution), and images representing text
required for conformiteit
Opmerking 1: One may conform in a variety of well-defined ways to this document.
Opmerking 2: Content identified as "informative" or "non-normative" is never required for conformiteit.
on the most common sized desktop/laptop display with the viewport Maximaliseerd
Opmerking: Since people generally keep their computers for several years, it is best not to rely on the latest desktop/laptop display resolutions but to consider the common desktop/laptop display resolutions over the course of several years when making this evaluation.
stopped by user request and not resumed until requested by user
information that is not live
rendering of the content in a form to be perceived by users
six year time period that begins between the ages of five and seven, possibly without any previous education
Opmerking: This definition is based on the International Standard Classification of Education [UNESCO].
series of user actions where each action is required in order to complete an activity
Voorbeeld 1: Successful use of a series of Webpagina's on a shopping site requires users to view alternatief products, prices and offers, select products, submit an order, lever shipping information and lever payment information.
Voorbeeld 2: An account registration page requires successful completion of a Turing test before the registration form can be accessed.
determined by software from author-supplied data provided in a way that different user agents, including hulptechnologieën, can extract and present this information to users in different modalities
Voorbeeld 1: Determined in a markup language from elements and attributes that are accessed directly by commonly available hulptechnologie.
Voorbeeld 2: Determined from technologiegebonden data structures in a non-markup language and exposed to hulptechnologie via an accessibility API that is supported by commonly available hulptechnologie.
additional information that can be programmatisch bepaald from relationships with a link, combined with the link text, and presented to users in different modalities
Voorbeeld: In HTML, information that is programmatisch bepaalbaar from a link in English includes text that is in the same paragraph, list, or table cell as the link or in a table header cell that is associated with the table cell that contains the link.
Opmerking: Since screen readers interpret punctuation, they can also lever the context from the current sentence, when the focus is on a link in that sentence.
set by software using methods that are supported by user agents, including hulptechnologieën
serving only an aesthetic purpose, providing no information, and having no functionaliteit
Opmerking: Text is only zuiver decoratiefif the words can be rearranged or substituted without changing their purpose.
Voorbeeld: The cover page of a dictionary has random words in very light text in the background.
event that a) occurs at the same time as the viewing and b) is not completely generated by the content
Voorbeeld 1: A Webcast of a live performance (occurs at the same time as the viewing and is not vooraf opgenomen).
Voorbeeld 2: An on-line auction with people bidding (occurs at the same time as the viewing).
Voorbeeld 3: Live humans interacting in a virtual world using avatars (is not completely generated by the content and occurs at the same time as the viewing).
meaningful associations between distinct pieces of content
the relative brightness of any point in a kleurenpace, normalized to 0 for darkest black and 1 for lightest white
Opmerking 1: For the sRGB kleurenpace, the relative luminance of a kleur is defined as L = 0.2126 * R + 0.7152 * G + 0.0722 * B where R, G and B are defined as:
if RsRGB <= 0.03928 then R = RsRGB/12.92 else R = ((RsRGB+0.055)/1.055) ^ 2.4
if GsRGB <= 0.03928 then G = GsRGB/12.92 else G = ((GsRGB+0.055)/1.055) ^ 2.4
if BsRGB <= 0.03928 then B = BsRGB/12.92 else B = ((BsRGB+0.055)/1.055) ^ 2.4
and RsRGB, GsRGB, and BsRGB are defined as:
RsRGB = R8bit/255
GsRGB = G8bit/255
BsRGB = B8bit/255
Opmerking 2: Almost all systems used today to view Webcontent assume sRGB encoding. Unless it is known that another kleur space will be used to process and display the content, authors should evaluate using sRGB kleurenpace. If using other kleur spaces, see Succescriterium xx begrijpen 1.4.3.
Opmerking 3: If dithering occurs after delivery, then the source kleur value is used. For kleuren that are dithered at the source, the average values of the kleuren that are dithered should be used (average R, average G, and average B).
Opmerking 4: Tools are available that automatically do the calculations when testing contrast and flash.
Opmerking 5: A MathML version of the relative luminance definition is available.
the content would not conform if that technologie is turned off or is not supported
text or number by which software can identify the function of a component within Webcontent
Voorbeeld: A number that indicates whether an image functions as a hyperlink, command button, or check box.
same result when used
Voorbeeld: A submit "search" button on one Webpagina and a "find" button on another Webpagina may both have a field to enter a term and list topics in the Web site related to the term submitted. In this case, they would have the same functionaliteit but would not be labeled consistently.
same position relative to other items
Opmerking: Items are considered to be in the same relative order even if other items are inserted or removed from the original order. Bijvoorbeeld, expanding navigation menus may insert an additional niveau of detail or a secondary navigation section may be inserted into the reading order.
the succescriterium does not evaluate to 'false' when applied to the page
A self-contained portion of written content that deals with one or more related topics or thoughts
Opmerking: A section may consist of one or more paragraphs and include graphics, tables, lists and sub-sections.
collection of Webpagina's that share a common purpose and that are created by the same author, group or organization
Opmerking: Different language versions would be considered different sets of Webpagina's.
a language using combinations of movements of the hands and arms, facial expressions, or body positions to convey meaning
translation of one language, generally a spoken language, into a sign language
Opmerking: True sign languages are independent languages that are unrelated to the spoken language(s) of the same country or region.
a sensorieel experience that is not zuiver decoratiefand does not primarily convey important information or perform a function
Voorbeeld: Examples include a performance of a flute solo, works of visual art etc.
The way the parts of a Webpagina are organized in relation to each other; and
The way a collection of Webpagina's is organized
additional content that illustrates or clarifies the primary content
audio or video gesynchroniseerde with another format for presenting information and/or with gesynchroniseerde interactive components, unless the media is a media alternatief for text that is clearly labeled as such
mechanism for encoding instructions to be rendered, played or executed by user agents
Opmerking 1: As used in these Richtlijnen "Web Technology" and the word "technologie" (when used alone) both refer to Webcontent Technologies.
Opmerking 2: Webcontent technologieën may include markup languages, data formats, or programming languages that authors may use alone or in combination to creëer end-user experiences that range from static Webpagina's to gesynchroniseerde media presentaties to dynamic Web applications.
Voorbeeld: Some common examples of Webcontent technologieën include HTML, CSS, SVG, PNG, PDF, Flash, and JavaScript.
sequence of characters that can be programmatisch bepaald, where the sequence is expressing something in human language
Text that is programmatisch associated with non-text content or referred to from text that is programmatisch associated with non-text content. programmatisch associated text is text whose location can be programmatisch bepaald from the non-text content.
Voorbeeld: An image of a chart is described in text in the paragraph after the chart. The short tekstalternatief for the chart indicates that a beschrijving follows.
Opmerking: Refer to Begrijpen Text Alternatives voor meer informatie.
words used in such a way that requires users to know exactly which definition to apply in order to understand the content correctly
Voorbeeld: The term "gig" means something different if it occurs in a discussion of music concerts than it does in article about computer hard drive space, but the appropriate definition can be determined from context. By contrast, the word "text" is used in a very specific way in WCAG 2.0, so a definition is supplied in the glossarium.
any software that retrieves and presents Webcontent for users
Voorbeeld: Web browsers, media players, plug-ins, and other programs – including hulptechnologieën – that help in retrieving, rendering, and interacting with Webcontent.
data that is intended to be accessed by users
Opmerking: This does not refer to such things as Internet logs and search engine monitoring data.
Voorbeeld: Name and address fields for a user's account.
a part of the content that is perceived by users as a single control for a distinct function
Opmerking 1: Multiple user interface components may be implemented as a single programmatic element. Components here is not tied to programming technieken, but rather to what the user perceives as separate controls.
Opmerking 2: User interface components include form elements and links as well as components generated by scripts.
Voorbeeld: An applet has a "control" that can be used to move through content by line or page or random access. Since each of these would need to have a name and be settable independently, they would each be a "user interface component."
the technologie of moving or sequenced pictures or images
Opmerking: Video can be made up of animated or photographic images, or both.
a gesynchroniseerde presentatie that contains only video (no audi o and no interaction)
object in which the user agent presents content
Opmerking 1: The user agent presents content through one or more viewports. Viewports include windows, frames, loudspeakers, and virtual magnifying glasses. A viewport may contain another viewport (e.g., nested frames). Interface components created by the user agent such as prompts, menus, and alerts are not viewports.
Opmerking 2: This definition is based on User Agent Accessibility Richtlijnen 1.0 Glossarium.
the font, size, kleur, and background can be set
a non-embedded resource obtained from a single URI using HTTP plus any other resources that are used in the rendering or intended to be rendered together with it by a user agent
Opmerking 1: Although any "other resources" would be rendered together with the primary resource, they would not necessarily be rendered simultaneously with each other.
Opmerking 2: For the purposes of conformiteit with these Richtlijnen, a resource must be "non-embedded" within the scope of conformiteit to be considered a Webpagina.
Voorbeeld 1: A Web resource including all embedded images and media.
Voorbeeld 2: A Web mail program built using Asynchronous JavaScript and XML (AJAX). The program lives entirely at http://example.com/mail, but includes an inbox, a contacts area and a calendar. Links or buttons are provided that cause the inbox, contacts, or calendar to display, but do not change the URI of the page as a whole.
Voorbeeld 3: A customizable portal site, where users can choose content to display from a set of different content modules.
Voorbeeld 4: When you enter "http://shopping.example.com/" in your browser, you enter a movie-like interactive shopping environment where you visually move around in a store dragging products off of the shelves around you and into a visual shopping cart in front of you. Clicking on a product causes it to be demonstrated with a specification sheet floating alongside. This might be a single-page Web site or just one page within a Web site.
Deze sectie is informatief.
This publication has been funded in part with Federal funds from the U.S. Department of Education, National Institute on Disability and Rehabilitation Research (NIDRR) under contract number ED05CO0039. The content of this publication does not necessarily reflect the views or policies of the U.S. Department of Education, nor does mention of trade names, commercial products, or organisaties imply endorsement by the U.S. Government.
Additional information about participation in the Richtlijnen Toegankelijkheid Webcontent Working Group (WCAG WG) can be found on the Working Group home page.
Bruce Bailey (U.S. Access Board)
Frederick Boland (NIST)
Ben Caldwell (Trace R&D Center, University of Wisconsin)
Sofia Celic (W3C Invited Expert)
Michael Cooper (W3C)
Roberto Ellero (International Webmasters Association / HTML Writers Guild)
Bengt Farre (Rigab)
Loretta Guarino Reid (Google)
Katie Haritos-Shea
Andrew Kirkpatrick (Adobe)
Drew LaHart (IBM)
Alex Li (SAP AG)
David MacDonald (E-Ramp Inc.)
Roberto Scano (International Webmasters Association / HTML Writers Guild)
Cynthia Shelly (Microsoft)
Andi Snow-Weaver (IBM)
Christophe Strobbe (DocArch, K.U.Leuven)
Gregg Vanderheiden (Trace R&D Center, University of Wisconsin)
Shadi Abou-Zahra, Jim Allan, Jenae Andershonis, Avi Arditti, Aries Arditi, Mike Barta, Sandy Bartell, Kynn Bartlett, Marco Bertoni, Harvey Bingham, Chris Blouch, Paul Bohman, Patrice Bourlon, Judy Brewer, Andy Brown, Dick Brown, Doyle Burnett, Raven Calais, Tomas Caspers, Roberto Castaldo, Sambhavi Chandrashekar, Mike Cherim, Jonathan Chetwynd, Wendy Chisholm, Alan Chuter, David M Clark, Joe Clark, James Coltham, James Craig, Tom Croucher, Nir Dagan, Daniel Dardailler, Geoff Deering, Pete DeVasto, Don Evans, Neal Ewers, Steve Faulkner, Lainey Feingold, Alan J. Flavell, Nikolaos Flor atos, Kentarou Fukuda, Miguel Garcia, P.J. Gardner, Greg Gay, Becky Gibson, Al Gilman, Kerstin Goldsmith, Michael Grade, Jon Gunderson, Emmanuelle Gutiérrez y Restrepo, Brian Hardy, Eric Hansen, Sean Hayes, Shawn Henry, Hans Hillen, Donovan Hipke, Bjoern Hoehrmann, Chris Hofstader, Yvette Hoitink, Carlos Iglesias, Ian Jacobs, Phill Jenkins, Jyotsna Kaki, Leonard R. Kasday, Kazuhito Kidachi, Ken Kipness, Marja-Riitta Koivunen, Preety Kumar, Gez Lemon, Chuck Letourneau, Scott Luebking, Tim Lacy, Jim Ley, William Loughborough, Greg Lowney, Luca Mascaro, Liam McGee, Jens Meiert, Niqui Merret, Alessandro Miele, Mathew J Mirabella, Charles McCathieNevile , Matt May, Marti McCuller, Sorcha Moore, Charles F. Munat, Robert Neff, Bruno von Niman, Tim Noonan, Sebastiano Nutarelli, Graham Oliver, Sean B. Palmer, Sailesh Panchang, Nigel Peck, Anne Pemberton, David Poehlman, Adam Victor Reed, Chris Ridpath, Lee Roberts, Gregory J. Rosmaita, Matthew Ross, Sharron Rush, Gian Sampson-Wild, Joel Sanda, Gordon Schantz, Lisa Seeman, John Slatin, Becky Smith, Jared Smith, Neil Soiffer, Jeanne Spellman, Mike Squillace, Michael Stenitzer, Jim Thatcher, Terry Thompson, Justin Thorp, Makoto Ueki, Eric Velleman, Dena Wainwright, Paul Walsch, Takayuki Watanabe, Jason White.
Deze sectie is informative.