Web Content Accessibility Guidelines (WCAG) 2.0

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

Geautoriseerde Nederlands/Vlaamse vertaling (kandidaat)

1 december 2009

Deze versie:
http://www.w3c.nl/Vertalingen/2009/WCAG2/
Original Version:
http://www.w3.org/TR/2008/REC-WCAG20-20081211/
Errata:
URI of an errata page, as described in item 7 of the policy.
Lead translating organization:
See above
Partners in the translation review:
  1. W3C Benelux Host Office, www.w3c.nl, Fons Kuijk
  2. Quality Mark Drempelvrij.nl, www.drempelvrij.nl, Marijke van Grafhorst
  3. Viziris (umbrella organisation for the blind), www.viziris.nl Roel van Houten
  4. CG-Raad (umbrella organisation for people with disabilities), www.cg-raad.nl, Represented by Roel van Houten
  5. Bartimeus institute, www.bartimeus.nl, Henk Snetselaar
  6. Anysurfer Belgium, www.anysurfer.be , Bart Simons
  7. Ministry of the Interior and Kingdom affairs, www.minbzk.nl , Imke Vrijling
  8. Gemeente Stadskanaal, www.stadskanaal.nl, Koen Willems
  9. University of Twente, www.utwente.nl, Thea van der Geest
  10. Katholic University of Leuven (KUL), www.kuleuven.be, Christophe Strobbe
  11. Hogeschool van Arnhem en Nijmegen (HAN), www.han.nl, Iacobien Riezebosch
  12. Marlot Communicatie, www.marlotcommunicatie.nl, Iris Beck
  13. IntraXS (Webcompany), www.intraxs.nl, Valentijn van Esch
  14. Cinnamon Interactive, www.cinnamon.nl, Stephen Hay
  15. Vodafone, Group, www.vodafone.nl, Mercedes Madanire Liberty Global, www.lgi.com, Bert Holtkamp
  16. Microsoft, www.microsoft.com/netherlands, Ruud de Jonge
  17. Adobe, www.adobe.com/nl, Colin Oosterveld
  18. Axendo, www.axendo.nl, Martijn Beumers
  19. Qualityhouse, www.qualityhouse.nl, Gerard Kruijff Shell, www.shell.nl, Martijn Bottenheft Eenvoudig Communiceren, www.eenvoudigcommuniceren.nl, Ralf Beekveld
  20. NUON NV Energy, www.nuon.nl, Wouter van der Harg
  21. TamTam, www.tamtam.nl Ferry den Dopper
  22. Thuiswinkel.org, www.thuiswinkel.org, Jeff Ronge
(URI of the notification mail that has started the translation process, as described in item 1 of the policy.)
Summary of public comments on the Candidate Authorized Translation:
URI of the summary described in item 5.3 of the policy.

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]

W3C

Richtlijnen Toegankelijkheid Webcontent (WCAG) 2.0

W3C Recommendation 11 december 2008

Deze versie:
http://www.w3.org/TR/2008/REC-WCAG20-20081211/
Meest recente versie:
http://www.w3.org/TR/WCAG20/
Vorige versie:
http://www.w3.org/TR/2008/PR-WCAG20-20081103/
Redactie:
Ben Caldwell, Trace R&D Center, University of Wisconsin-Madison
Michael Cooper, W3C
Loretta Guarino Reid, Google, Inc.
Gregg Vanderheiden, Trace R&D Center, University of Wisconsin-Madison
Voormalige redacteuren:
Wendy Chisholm (tot juli 2006, W3C)
John Slatin (tot juni 2006, Accessibility Institute, University of Texas at Austin)
Jason White (tot juni 2005, University of Melbourne)

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.


Samenvatting

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.

Status van dit document

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.


Inhoud

Appendices


Inleiding

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:

WCAG 2.0 Layers of Guidance

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.

WCAG 2.0 Hulpdocumenten

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:

  1. 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.

  2. 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.

  3. Techniques for WCAG 2.0 – Een verzameling technieken en gangbare fouten, elk in een apart document dat een beschrijving, voorbeelden, codering en tests bevat.

  4. 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.

Belangrijke termen in WCAG 2.0

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.

Webpagina

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".

Programmatisch bepaald

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.

Toegankelijkheid ondersteund

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.

WCAG 2.0 Richtlijnen

Deze sectie is normatief.

Principe 1: Waarneembaar – Informatie en componenten van de user interface moeten naar gebruikers toe presenteerbaar zijn op voor hen waarneembare wijze.

Richtlijn 1.1 Tekstalternatieven: Lever tekstalternatieven voor alle niettextuele content, zodat die veranderd kan worden in andere vormen die mensen nodig hebben, zoals grote letters, braille, spraak, symbolen of eenvoudiger taal.

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.

14/5 12.35

Richtlijn 1.2 Gesynchroniseerde Media: Lever alternatieven voor gesynchroniseerde media.

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)

Richtlijn 1.3 Aanpasbaar: Creëer content die op verschillende manieren gepresenteerd kan worden (bijvoorbeeld eenvoudiger layout) zonder verlies van informatie of structuur.

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.

Richtlijn 1.4 Onderscheidbaar: Maak het gemakkelijker voor gebruikers om content te horen en te zien, inclusief scheiding van voorgrond en achtergrond.

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)

  1. Voor- en achtergrondkleuren kunnen door de gebruiker worden geselecteerd.

  2. De breedte is niet meer dan 80 karakters of tekens (40 in het geval van CJK).

  3. Tekst is niet opgevuld (uitgelijnd naar linker- en rechterkantlijnen).

  4. 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.

  5. 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.

Principe 2: Hanteerbaar – Componenten en navigatie van de User interface moeten hanteerbaar zijn.

Richtlijn 2.1 Toetsenbord toegankelijk: Stel alle functionaliteit beschikbaar vanaf een toetsenbord.

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)

Richtlijn 2.2 Genoeg tijd: Lever gebruikers genoeg tijd om content te lezen en te gebruiken.

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:


18/6/09 14.45
Voor bewegen, knipperen, scrollen of automatisch actualiseren van informatie gelden alle volgende dingen: (Niveau A)

  • 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.


22/06/09 16.10

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)

Richtlijn 2.3 Toevallen: Ontwerp content niet op een manier waarvan bekend is dat die toevallen veroorzaakt.

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)

Richtlijn 2.4 Navigeerbaar: Lever manieren om gebruikers te helpen navigeren, content te vinden en te bepalen waar ze zijn.

Principe 3: Begrijpelijk – Informatie and the operation of user interface must be begrijpelijk.

Richtlijn 3.1 Readable: Make text content leesbaar and begrijpelijk.

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)

Richtlijn 3.2 Predictable: Make Webpagina's appear and operate in predictable ways.

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)

Richtlijn 3.3 Input Assistance: Help users avoid and correct mistakes.

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)

  1. Reversible: Submissions are reversible.

  2. Checked: Data entered by the user is checked for input errors and the user is provided an opportunity to correct them.

  3. 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)

  1. Reversible: Submissions are reversible.

  2. Checked: Data entered by the user is checked for input errors and the user is provided an opportunity to correct them.

  3. Confirmed: A mechanism is available for reviewing, confirming, and correcting Informatie before finalizing the submission.

Principe 4: Robust – Content must be robust enough that it can be interpreted reliably by a wide variety of user agents, including hulptechnologieën.

Richtlijn 4.1 Compatible: Maximaliseer compatibility with current and future user agents, including hulptechnologieën.

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.

Conformiteit

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.

Conformiteitseisen

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:

  1. when any technologie that is not relied upon is turned on in a user agent,

  2. when any technologie that is not relied upon is turned off in a user agent, and

  3. 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 Claims (Optional)

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.

Required Components of a Conformiteit Claim

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:

  1. Date of the claim

  2. Richtlijnen title, version and URI "Richtlijnen Toegankelijkheid Webcontent 2.0 at http://www.w3.org/TR/2008/REC-WCAG20-20081211/"

  3. Conformiteit level satisfied: (Niveau A, AA or AAA)

  4. 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.

  5. 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.

Optional Components of a Conformiteit Claim

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.

Statement of Partial Conformiteit – Third Party Content

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:

  1. 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

  2. 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:

    1. It is not content that is under the author's control.

    2. 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.)

Statement of Partial Conformiteit – Language

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):"

Appendix A: Glossarium

Deze sectie is normative.

abbreviation

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:

  1. 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.

  2. 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.

door toegankelijkheid ondersteund

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):

  1. 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

  2. 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:

    1. The technologie is supported natively in widely-distributed user agents that are also door toegankelijkheid ondersteund (such as HTML and CSS);

      OR

    2. The technologie is supported in a widely-distributed plug-in that is also door toegankelijkheid ondersteund;

      OR

    3. 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

    4. 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.

alternatief voor gesynchroniseerde media

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.

ambiguous to users in general

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.

ASCII art

picture created by a spatial arrangement of characters or glyphs (typically from the 95 printable characters defined by ASCII).

hulptechnologie (as used in this document)

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.

audio

the technologie of sound reproduction

Opmerking: Audio can be created synthetically (including speech synthesis), recorded from real world sounds, or both.

audio beschrijving

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."

audio-only

a gesynchroniseerde presentatie that contains only audio (no video and no interaction)

knipperen

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.

blocks of text

more than one sentence of text

CAPTCHA

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]

captions

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.

changes of context

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:

  1. user agent;

  2. viewport;

  3. focus;

  4. content that changes the meaning of the Webpagina.

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.

conformiteit

satisfying all the eisen of a given standard, Richtlijn or specification

conforming alternate version

version that

  1. conforms at the designated level, and

  2. provides all of the same information and functionaliteit in the same human language, and

  3. is as up to date as the non-conforming content, and

  4. for which at least one of the following is true:

    1. the conforming version can be reached from the non-conforming page via an accessibility-supported mechanism, or

    2. the non-conforming version can only be reached from the conforming version, or

    3. 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.

See Begrijpen Conforming Alternate Versions

content (Webcontent)

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

context-sensitive help

help text that provides information related to the function currently being performed

Opmerking: Clear labels can act as context-sensitive help.

contrastverhouding

(L1 + 0.05) / (L2 + 0.05), where

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.

correct reading sequence

any sequence where words and paragraphs are presented in an order that does not change the meaning of the content

noodsituatie

a sudden, unexpected situation or occurrence that requires immediate action to preserve health, safety, or property

essentieel

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

uitgebreid audio beschrijving

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.

flits

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.

functionaliteit

processes and outcomes achievable through user action

general flits and red flits thresholds

a flits or rapidly changing image sequence is below the threshold (i.e., content passes) if any of the following are true:

  1. there are no more than three general flashes and / or no more than three red flashes within any one-second period; or

  2. 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).

human language

language that is spoken, written or signed (through visual or tactile means) to communicate with humans

Opmerking: See also sign language.

idiom

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.

image of text

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.

informative

for information purposes and not required for conformiteit

Opmerking: Content required for conformiteit is referred to as "normative."

input error

information provided by the user that is not accepted

Opmerking: This includes:

  1. Information that is required by the Webpagina but omitted by the user

  2. Information that is provided by the user but that falls outside the required data format or values

jargon

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.

keyboard interface

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.

label

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.

large scale (text)

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.

legal commitments

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.

link purpose

nature of the result obtained by activating a hyperlink

direct

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.

lower secondary education level

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].

mechanism

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 alternatief for text

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.

name

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 sequentially

navigated in the order defined for advancing focus (from one element to the next) using a keyboard interface

non-text content

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

normative

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.

op een venster even groot als het volle scherm

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.

aangehouden

stopped by user request and not resumed until requested by user

vooraf opgenomen

information that is not live

presentation

rendering of the content in a form to be perceived by users

primary education level

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].

process

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.

programmatisch bepaald (programmatisch bepaalbaar)

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.

programmatisch bepaald link context

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.

programmatisch set

set by software using methods that are supported by user agents, including hulptechnologieën

zuivere decoratie

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.

real-time event

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).

relationships

meaningful associations between distinct pieces of content

relative luminance

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

The "^" character is the exponentiation operator. (Formula taken from [sRGB] and [IEC-4WD]).

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.

relied upon (technologieën that are)

the content would not conform if that technologie is turned off or is not supported

role

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 functionaliteit

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 relative order

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.

satisfies a succescriterium

the succescriterium does not evaluate to 'false' when applied to the page

section

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.

set of Webpagina's

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.

sign language

a language using combinations of movements of the hands and arms, facial expressions, or body positions to convey meaning

sign language interpretation

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.

specific sensorieel experience

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.

structure
  1. The way the parts of a Webpagina are organized in relation to each other; and

  2. The way a collection of Webpagina's is organized

supplemental content

additional content that illustrates or clarifies the primary content

Voorbeeld 1: An audio version of a Webpagina.

Voorbeeld 2: An illustration of a complex process.

Voorbeeld 3: A paragraph summarizing the major outcomes and recommendations made in a research study.

gesynchroniseerde media

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

technologie (Webcontent)

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.

tekst

sequence of characters that can be programmatisch bepaald, where the sequence is expressing something in human language

tekstalternatief

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.

used in an unusual or restricted way

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.

user agen t

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.

user-controllable

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.

user interface component

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."

video

the technologie of moving or sequenced pictures or images

Opmerking: Video can be made up of animated or photographic images, or both.

video-only

a gesynchroniseerde presentatie that contains only video (no audi o and no interaction)

viewport

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.

visually customized

the font, size, kleur, and background can be set

Webpagina

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.

Appendix B: Dankbetuigingen

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.

Participants active in the WCAG WG at the time of publication

  • 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)

Other previously active WCAG WG participants and other contributors to WCAG 2.0

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.

Appendix C: Literatuur

Deze sectie is informative.

CAPTCHA
The CAPTCHA Project, Carnegie Mellon University. The project is online at http://www.captcha.net.
HARDING-BINNIE
Harding G. F. A. and Binnie, C.D., Independent Analysis of the ITC Photosensitive Epilepsy Calibration Test Tape. 2002.
IEC-4WD
IEC/4WD 61966-2-1: Colour Measurement and Management in Multimedia Systems and Equipment – Part 2.1: Default Colour Space – sRGB. May 5, 1998.
sRGB
"A Standard Default Color Space for the Internet – sRGB," M. Stokes, M. Anderson, S. Chandrasekar, R. Motta, eds., Version 1.10, November 5, 1996. A copy of this paper is available at http://www.w3.org/Graphics/Color/sRGB.html.
UNESCO
International Standard Classification of Education, 1997. A copy of the standard is available at http://www.unesco.org/education/information/nfsunesco/doc/isced_1997.htm.
WCAG10
Richtlijnen Toegankelijkheid Webcontent 1.0, G. Vanderheiden, W. Chisholm, I. Jacobs, Editors, W3C Recommendation, 5 May 1999, http://www.w3.org/TR/1999/WAI-WEBCONTENT-19990505/. The latest version of WCAG 1.0 is available at http://www.w3.org/TR/WAI-WEBCONTENT/.