De bedoeling van deze richtlijn is om mogelijk te maken dat tekstcontent wordt gelezen door gebruikers en door hulptechnologie, en om te garanderen dat informatie die nodig is om content te begrijpen beschikbaar is.
Mensen met functiebeperkingen beleven tekst op verschillende manieren. Voor sommigen is de beleving visueel; voor anderen auditief; voor weer anderen zowel visueel als auditief. Sommige gebruikers hebben grote moeite met het herkennen van geschreven woorden, maar begrijpen niettemin zeer ingewikkelde en specialistische documenten als de tekst hardop wordt gelezen, of wanneer belangrijke processen en ideeën visueel worden geïllustreerd of in gebarentaal worden vertolkt. Voor sommige gebruikers is het moeilijk om de betekenis van een woord of uitdrukking af te leiden uit de context, vooral als het woord of de uitdrukking op een ongebruikelijke manier wordt gebruikt, of er een speciale betekenis aan is gegeven. Voor deze gebruikers kan het vermogen om te lezen en te begrijpen afhangen van de beschikbaarheid van specifieke definities of de voluit geschreven vorm van acroniemen of afkortingen. User agents, met inbegrip van zowel spraakgestuurde als grafische applicaties, zijn mogelijk niet in staat om tekst correct weer te geven tenzij de taal en de strekking van de tekst worden geïdentificeerd. Terwijl dit voor de meeste gebruikers maar kleine problemen zijn, kunnen ze voor gebruikers met functiebeperkingen enorme barrières opwerpen. In gevallen waarin de betekenis niet kan worden vastgesteld zonder uitspraakinformatie (zoals bij bepaalde Japanse Kanji-karakters), moet er ook uitspraakinformatie beschikbaar zijn.
3.1.1 Taal van de pagina: De standaard menselijke taal van elke webpagina kan door software bepaald worden. (Niveau A)
A
De bedoeling van dit Succescriterium is om te garanderen dat contentontwikkelaars op de webpagina informatie aanbieden die user agents nodig hebben om tekst en andere taalkundige content correct te presenteren. Zowel hulptechnologieën als conventionele user agents kunnen tekst zorgvuldiger weergeven wanneer de taal van de webpagina wordt geïdentificeerd. Schermlezers kunnen de correcte uitspraakregels laden. Visuele browsers kunnen karakters en schrift correct weergeven. Mediaspelers kunnen op correcte wijze ondertitelen. Als gevolg daarvan kunnen gebruikers met functiebeperkingen de content beter begrijpen.
De standaard menselijke taal van de webpagina is de standaard tekstverwerkingstaal, zoals beschreven in Best Practices Internationalisatie: Taal specificeren in XHTML & HTML Content (Engelstalig). Als een webpagina gebruikmaakt van meerdere talen, is de standaard tekstverwerkingstaal de taal die het meest wordt gebruikt. (Als verschillende talen evenveel worden gebruikt, moet de eerste taal als de standaard menselijke taal worden gekozen.)
Opmerking: Voor meertalige websites die willen voldoen aan Conformiteitsniveau A, moedigt de Werkgroep ontwikkelaars van harte aan om ook gevolg te geven aan Succescriterium 3.1.2, ook al is dat een Succescriterium voor Niveau AA.
Dit Succescriterium helpt:
mensen die gebruikmaken van schermlezers of andere technologieën die tekst converteren naar synthetische spraak;
mensen die het moeilijk vinden om geschreven materiaal vloeiend en nauwkeurig te lezen, bijvoorbeeld om karakters en alfabetten te herkennen of woorden te ontcijferen;
mensen met bepaalde cognitieve, taal- en leermoeilijkheden die software gebruiken om tekst in spraak om te zetten;
mensen die afhankelijk zijn van ondertiteling voor gesynchroniseerde media.
taal die wordt gesproken, geschreven of getekend (door visuele of tastbare middelen) om met mensen te communiceren
Opmerking: zie ook gebarentaal.
een niet ingebed bestand dat door middel van HTTP verkregen wordt uit een enkele URI plus alle andere bestanden die door een user agent gebruikt worden bij het weergeven of bedoeld zijn om samen met het niet ingebedde bestand te worden weergegeven
Opmerking 1: hoewel alle "andere bestanden" weergegeven zouden worden met het primaire bestand, zouden ze niet noodzakelijk tegelijkertijd met elkaar worden weergegeven.
Opmerking 2: ter wille van conformiteit met deze richtlijnen moet een bestand "niet ingebed" zijn binnen de reikwijdte van conformiteit om als een webpagina te worden beschouwd.
Voorbeeld 1: een webbestand met inbegrip van alle ingebedde afbeeldingen en media.
Voorbeeld 2: een webmailprogramma dat opgebouwd is met gebruik van Asynchrone JavaScript en XML (AJAX). Het programma bevindt zich in zijn geheel op http://example.com/mail, maar bevat een inbox, een lijst met contacten en een kalender. Er worden links of knoppen geleverd, die er voor zorgen dat de inbox, de lijst met contacten of de kalender getoond worden, maar die de URI van de pagina als geheel niet veranderen.
Voorbeeld 3: een aanpasbare portaalpagina waarbij gebruikers te tonen content kunnen kiezen uit een set van verschillende contentmodules.
Voorbeeld 4: als je met je browser naar "http://shopping.example.com/" gaat, ga je een filmachtige interactieve winkel binnen waar je je visueel in een winkel verplaatst en producten van de schappen om je heen pakt en in een visuele winkelwagen voor je plaatst. Als je een product aanklikt, wordt het aan je gedemonstreerd met een folder met specificaties daarnaast zwevend. Dit kan een website van een enkele pagina zijn of gewoon één pagina binnen een website.
bepaald door software uit gegevens die door de auteur op zodanig wijze aangeboden worden dat verschillende user agents, met inbegrip van hulptechnologieën, deze informatie kunnen oproepen en in verschillende modaliteiten aan gebruikers kunnen presenteren
Voorbeeld 1: bepaald in een opmaaktaal uit elementen en attributen die direct gebruikt worden door algemeen beschikbare hulptechnologie.
Voorbeeld 2: bepaald uit technologiegebonden gegevensstructuren in een niet-opmaaktaal en aan hulptechnologie getoond via een toegankelijkheid-API die ondersteund wordt door algemeen beschikbare hulptechnologie.
Elk genummerd item in deze sectie staat voor een techniek of combinatie van technieken die afdoende wordt beschouwd om aan dit succescriterium te voldoen. Met de genoemde technieken wordt pas aan het succescriterium voldaan indien ze in overeenstemming zijn met de conformiteitseisen.
Bron: How to meet WCAG 2.0, success criterion 3.1.1 (Engelstalig)
Links in deze sectie verwijzen naar Engelstalige content.
H57: Gebruik van taal attributen op het HTML-element (HTML)
FLASH13: HTML taalattributen gebruiken om de taal te specificeren in Flash content (Flash)
PDF16: De standaardtaal instellen met de /Lang invoer in de document catalog van een PDF-document (PDF)
PDF19: De taal van een passage of zin opgevven met de /Lang invoer in PDF-documenten (PDF)
De items in deze sectie gaan verder dan wat is vereist om aan het succescriterium te voldoen. Ze kunnen worden gebruikt om content optimaal toegankelijk te maken.
Gebruik van aanbevolen technieken heeft geen invloed op het niveau van conformiteit dat kan worden geclaimd.
Bron: How to meet WCAG 2.0, success criterion 3.1.1 (Engelstalig)
Links in deze sectie verwijzen naar Engelstalige content.
SVR5: De standaardtaal opgeven in de HTTP header (SERVER)
Http of de Content-Language meta tag gebruiken voor metadata (toekomstige link)
Bron: How to meet WCAG 2.0, guideline 3.1 (Engelstalig)
Links in deze sectie verwijzen naar Engelstalige content.
Aangeven wat kan worden verwacht van content op een pagina die afkomstig is van ongecontroleerde bronnen (toekomstige link)
Vertaling naar gebarentaal aanbieden voor alle content (toekomstige link)
De meest duidelijke en eenvoudige taal gebruiken die geschikt is voor de content (toekomstige link)
In het midden uitgelijnde tekst vermijden (toekomstige link)
Test vermijden die is uitgevuld (zowel aan de linker- als aan de rechtermarge), op een manier die leidt to slechte spatiëring tussen woorden of letters (toekomstige link)
Links uitgelijnde tekst gebruiken voor talen die van links naar rechts worden geschreven en rechts uitgelijnde tekst voor talen die van rechts naar links worden geschreven (toekomstige link)
De breedte van een tekstkolom beperken (toekomstige link)
Grote stukken cursieve tekst vermijden (toekomstige link)
Overmatig gebruik van verschillende stijlen op een individuele pagina en op websites vermijden (toekomstige link)
Links visueel onderscheidbaar maken (toekomstige link)
Afbeeldingen, illustraties, video, geluid of symbolen gebruiken om betekenis te verduidelijken (toekomstige link)
Concrete voorbeelden aanbieden om de betekenis van content te verduidelijken (toekomstige link)
Een achtergrond in een lichte pastelkleur gebruiken in plaats van een witte achtergrond achter zwarte tekst (toekomstige link)
Onnodig gebruik vermijden van unieke bedieningselementen van de gebruikersinterface (toekomstige link)
Hoofdletters en kleine letter gebruiken in overeenstemming met de spellingsregels van de taal van de tekst (toekomstige link)
Ongebruikelijke woorden in een vreemde taal vermijden (toekomstige link)
Versies in gebarentaal aanbieden van informatie, ideeën en processen die moeten worden begrepen om de content te kunnen gebruiken (toekomstige link)
Van elke verwijzing naar een plaats op een webpagina een link maken naar die plaats (toekomstige link)
Bij een verwijzing naar een kop of titel de volledige tekst van de titel opnemen (toekomstige link)
Eenvoudig leesbare versies aanbieden van basisinformatie over een verzameling webpagina's, inclusief informatie over hoe contact kan worden opgenomen met de webmaster (toekomstige link)
Een versie in gebarentaal aanbieden van basisinformatie over een verzameling webpagina's, inclusief informatie over hoe contact kan worden opgenomen met de webmaster (toekomstige link)
Als een 'gangbare fout' uit deze sectie van toepassing is, dan wordt niet aan het succescriterium voldaan.
Bron: How to meet WCAG 2.0, success criterion 3.1.1 (Engelstalig)
Links in deze sectie verwijzen naar Engelstalige content.
(Er zijn nog geen gangbare fouten gedocumenteerd)
De volgende content op deze pagina heeft de status 'normatief' en is ongewijzigd overgenomen uit het normdocument Webrichtlijnen versie 2: