Beleid voor toegankelijkheid van Oracle en interpretatie van normen

Oracle's filosofie en beleid voor toegankelijkheid

Oracle zegt toe om op normen gebaseerde producten te maken waarmee klanten complexiteit kunnen verminderen en optimaal kunnen profiteren van bestaande investeringen in technologie. Dit geldt ook voor onze benadering van toegankelijkheid. Oracle maakt gebruik van HTML, JavaScript en Java en andere technologieën die standaard zijn in de sector, om de meeste gebruikersinterfaces te renderen. We volgen ook internationaal erkende normen voor toegankelijkheid waarmee we ondersteuning bieden voor een breed scala van ondersteunende technologieën zoals schermlezers, schermvergroters en spraakherkenning.

Het thema toegankelijkheid leverde unieke uitdagingen op voor de ICT-community als geheel. Dit komt door het brede spectrum van toepasselijke wetten en richtlijnen, het hoge tempo van veranderingen in technologie en de impact op bijna elk aspect van productontwikkeling, vanaf het eerste ontwerp tot aan de ondersteuning. Hieronder leest u hoe Oracle deze uitdagingen aanpakt.

Toegankelijkheidsbeleid

Richtlijnen en normen

De toegankelijkheidsrichtlijnen van Oracle zijn gebaseerd op de revisie 2017 van Section 508 van de Rehabilitation Act van 1973 en de Web Content Accessibility Guidelines van het World Wide Web Consortium (W3C) versie 2.2 richtlijnen op AA-niveau (WCAG 2.2 AA).

Oracle zegt toe nieuwe producten te ontwikkelen in overeenstemming met de herziene Section 508 en de WCAG 2.2 AA-normen, voor zover uitvoerbaar. Wanneer nieuwe producten en revisies worden uitgebracht die voldoen aan de normen van de herziene Section 508 en WCAG 2.2, publiceren we toegankelijkheidsverklaringen (Accessibility Conformance Reports of ACR's) op basis van de sjablonen voor vrijwillige melding van producttoegankelijkheid (Voluntary Product Accessibility Templates of VPAT's) die gebruikmaken van de bijgewerkte VPAT 2.5-sjabloon. Tot die tijd hebben we VPAT's die een tabel bevatten van alle normen voor WCAG 2.2 'A' en 'AA', naast de normen van Section 508.

In 2017 kondigde de U.S. Access Board een herziening van de Section 508-norm aan, die was gebaseerd op de WCAG 2.0 AA-normen. De eerste versie van de norm EN 301 549 van de Europese Unie, "Toegankelijkheidseisen die geschikt zijn voor overheidsopdrachten voor ICT-producten en -diensten in Europa" uit 2014, uitgegeven in reactie op mandaat 376, was gebaseerd op de WCAG 2.0 AA-normen. Deze norm werd in 2019 bijgewerkt met de vereisten van WCAG 2.1. EN 301 549 Toegankelijkheidseisen die geschikt zijn voor overheidsopdrachten voor ICT-producten en -diensten in Europa (pdf) - V3.1.1 (2019-11). Oracle speelde een actieve rol in de ontwikkeling van deze richtlijnen en volgt de voortgang ervan op de voet.

Bij elke norm speelt ook een zekere mate van interpretatie mee. In Interpretatie van normen vindt u een meer gedetailleerde uitleg over Oracle benadering van specifieke normen.

Toegankelijkheidsstatus

Oracle-producten worden getest op toegankelijkheid met behulp van verschillende technieken, zoals geautomatiseerde tools, heuristische beoordeling door experts, visuele inspectie, handmatig gebruik en testen met verschillende ondersteunende technologie door gebruikers met en zonder beperkingen. De resultaten van die tests melden we met gebruik van de VPAT (Voluntary Product Accessibility Template), wat dan een ACR (Accessibility Conformance Report) oplevert. De VPAT werd ontwikkeld door ITI en GSA om aanbestedende ambtenaren van de federale overheid en andere inkopers te helpen voorlopige beoordelingen te maken betreffende de beschikbaarheid van commerciële ICT-producten en -diensten met functies die toegankelijkheid ondersteunen. Zie Toegankelijkheidsverklaringen voor een gedetailleerde uitleg over hoe we de VPAT gebruiken en om de ACR's voor Oracle-producten te vinden.

Plan voor toegankelijke klantenservice voor Ontario, Canada

De pdf Accessible Customer Service Plan voor Ontario, Canada van Oracle bevat een overzicht van het beleid, de praktijken en de procedures die door Oracle zijn goedgekeurd om te voldoen aan de verplichtingen onder de Accessibility for Ontarians with Disabilities Act, 2005 (AODA) en met name bepaling 165/16. De pdf Multi-Year Accessibility Plan beschrijft de toezegging van Oracle aan de naleving van de toegankelijkheidsnormen van Ontario.

Updates van de toegankelijkheidsnormen

Oracle heeft een actieve rol gespeeld bij de ontwikkeling van de WCAG 2.2-richtlijnen voor toegankelijkheid en zal de aanvullende WCAG 2.2-succescriteria implementeren nadat WCAG 2.2 is gepubliceerd.

De interpretatie en het standpunt van Oracle ten aanzien van verschillende toegankelijkheidsnormen en richtlijnen opgenomen in WCAG 2.2 of ARIA

Invoerdoel identificeren

Relevante normen

• https://www.w3.org/WAI/WCAG21/Understanding/identify-input-purpose.html

Standpunt van Oracle

Sommige klanten hebben deze norm zo geïnterpreteerd dat voor alle invoervelden het invoerdoel moet worden geïdentificeerd. De norm is expliciet ingesteld voor invoervelden die persoonlijke gegevens van de gebruiker verzamelen. Oracle zet zich in voor het identificeren van het invoerdoel van velden waarin dergelijke persoonlijke gegevens worden verzameld.

Bij focus en bij invoer

Relevante normen

• Understanding Success Criterion 3.2.1: On Focus | WAI | W3C
• Understanding Success Criterion 3.2.2: On Input | WAI | W3C

Standpunt van Oracle

Sommige klanten hebben de succescriteria voor On Focus en On Input geïnterpreteerd om breed van toepassing te zijn op wijzigingen van zowel inhoud als van context. De interpretatie van Oracle geeft aan dat deze normen specifiek van toepassing zijn op wijzigingen van context en niet op wijzigingen van inhoud die de betekenis van een pagina niet veranderen.

Accessible Rich Internet Applications Authoring Practice Guide (ARIA APG)

Relevante normen

• Geen

Standpunt van Oracle

Sommige klanten interpreteren de Accessible Rich Internet Applications Authoring Practice Guide (ARIA APG) als een normatief document waarvan de patroonvoorbeelden nauwkeurig moeten worden gevolgd. De ARIA APG is niet-normatief. Patronen gevonden in de APG zijn voorbeeldimplementaties en vertegenwoordigen niet de enige geldige patronen. "De APG specificeert geen normatieve eisen en heeft dus geen conformiteitsmodel." Zie APG is Not a Normative Standard voor meer informatie.

De gearchiveerde interpretatie en het standpunt van Oracle inzake verschillende verouderde toegankelijkheidsnormen in Section 508 of WCAG 1.0

We bieden deze interpretatie als reactie op vragen van klanten over specifieke HTML-inhoud, met name wanneer geautomatiseerde validatietools wijzen op niet-conformiteit. De meeste problemen komen voort uit het feit dat de meerderheid van deze regels en normen in 1999 of 2001 zijn geschreven en dat de technologie van browsers en ondersteunende technologie sindsdien veel geavanceerder is geworden. Oracle is blij met de aanpassing van zowel Section 508 als WCAG, waardoor veel van de hieronder besproken bepalingen zijn gewijzigd of verduidelijkt om rekening te houden met technologische veranderingen. We nemen actief deel aan de commissies die deze aanpassingen doorvoeren.

Omwille van de beknoptheid wordt met een verwijzing zoals ‘1194.22(l)’ verwezen naar bepaling 1194.22(l) in de normen in Section 508 bedoeld (die is te vinden in Part 1194 van Title 36 van de Code of Federal Regulations), en met een verwijzing zoals ‘WCAG 1.0 #6.3’ naar de norm 6.3 van WCAG 1.0.

Scripts, met name het gebruik van JavaScript

Relevante normen

• 1194.22(l) Als op pagina's scripttalen worden gebruikt om inhoud weer te geven of om interface-elementen te maken, moet de door het script verstrekte informatie worden geïdentificeerd met functionele tekst die kan worden gelezen door ondersteunende technologie.
• WCAG 1.0 #6.3 Zorg ervoor dat pagina's bruikbaar zijn wanneer scripts, applets of andere programmatische objecten worden uitgeschakeld of niet worden ondersteund. Als dit niet mogelijk is, verstrek dan gelijkwaardige informatie op een alternatief toegankelijke pagina.
• WCAG 1.0 #8.1 Maak programmatische elementen zoals scripts en applets direct toegankelijk of compatibel met ondersteunende technologieën.

Standpunt van Oracle

Veel klanten interpreteren deze normen als dat ze vereisen dat een product alleen toegankelijk is als scripts zijn uitgeschakeld. Dat is niet zo. Zowel de norm uit Section 508 als WCAG 1.0 maken het gebruik van scripts mogelijk die direct toegankelijk of compatibel zijn met ondersteunende technologie. De meeste, zo niet alle, producten van Oracle vereisen JavaScript en vertrouwen op browsers die JavaScript ondersteunen. Oracle is van mening dat JavaScript niet alleen toegankelijk kan worden gemaakt, maar zelfs de toegankelijkheidservaring verbetert. Door met JavaScript bijvoorbeeld gedeeltelijke inhoud op een pagina te wijzigen in plaats van een hele pagina opnieuw te laden, voorkomt u dat de gebruiker moet bladeren en navigeren op een compleet 'nieuwe' pagina om een kleine sectie te vinden die is herschreven. De overstap naar rijke clientinterfaces vereist het gebruik van meer scripts. Oracle zet zich in om dergelijke code bruikbaar te maken voor mensen met een beperking. Als dat niet lukt, genereren we andere code die vergelijkbare resultaten oplevert.

Voldoen aan gepubliceerde formele grammatica's

Relevante normen

• WCAG 1.0 #3.2 Maak documenten die voldoen aan gepubliceerde formele grammatica's.

Standpunt van Oracle

Er zijn verschillende HTML-tags die geen invloed hebben op de toegankelijkheid en het is bekend dat browsers tags anders interpreteren. Het belangrijkste punt is dat de tags met betrekking tot toegankelijkheid ondubbelzinnig moeten worden geïnterpreteerd door de browser en ondersteunende technologie. De HTML van Oracle voldoet door verschillende redenen mogelijk niet precies aan een formele grammatica:

• In verschillende gevallen moeten we extra informatie toevoegen aan de HTML DOM. Dit doen we met zogenaamde 'expandos'.
• Zoals aanbevolen door W3C WAI-ARIA, gebruiken we tabIndex="-1" om bepaalde elementen de focus te kunnen geven.
• Omdat browsers op verschillende manieren werken, kunnen we de HTML optimaliseren om rekening te houden met specifiek browsergedrag.

Als de klant recht heeft op technische ondersteuning, zal Oracle elk probleem oplossen waarbij 'niet-standaard' HTML de toegankelijkheid belemmert, in overeenstemming met het standaardbeleid voor technische ondersteuning van Oracle. 'Ongeldige HTML' die wordt gerapporteerd door een geautomatiseerde tool, maar die geen negatieve gevolgen heeft voor de toegankelijkheid, zal niet per definitie worden gecorrigeerd door Oracle.

Apparaatonafhankelijkheid

Relevante normen

• WCAG 1.0 #6.4 Voor scripts en applets moet u ervoor zorgen dat event-handlers apparaatonafhankelijk zijn.
• WCAG 1.0 #9.2 Zorg ervoor dat elk element met een eigen interface op een apparaatonafhankelijke manier kan worden bediend.
• WCAG 1.0 #9.3 Voor scripts geeft u logische event-handlers op in plaats van apparaatafhankelijke event-handlers.

Standpunt van Oracle

Sommige klanten hebben deze normen geïnterpreteerd om te betekenen dat elke bewerking die alleen met een muis kan worden uitgevoerd, zoals een dubbelklik, verboden is. Oracle zet zich in voor een uitgebreide gebruikerservaring voor alle gebruikers, en in situaties waarin acties complexe muisacties vereisen, zoals dubbelklikken of slepen en neerzetten, worden alternatieve mechanismen geboden die alleen met het toetsenbord kunnen worden uitgevoerd.

Frames

Relevante normen

• 1194.22(i) Frames moeten een titel krijgen die de identificatie en navigatie van het frame mogelijk maakt.
• WCAG 1.0 #12.1 Geef elk frame een titel om het frame te kunnen identificeren en navigeren.

Standpunt van Oracle

Oracle heeft veel situaties meegemaakt waarin frames werden gezien als een 'schending' van toegankelijkheidsnormen of niet als 'juiste HTML' werden beschouwd. Oracle is van mening dat frames een legitiem onderdeel zijn van HTML, en we certificeren alleen met browsers die deze ondersteunen. In onze producten worden frames naar behoren geïdentificeerd volgens de genoemde relevante normen. Een uitzondering is het gebruik van een iFrame, wanneer die gewoon wordt gebruikt om te communiceren met de server. In dit geval wordt het frame niet opzettelijk door Oracle benoemd om het element onzichtbaar te maken voor de gebruiker (net als voor een ziende gebruiker).

Opmaakprofielen

Relevante normen

• 1194.22(d) Documenten worden zodanig georganiseerd dat ze leesbaar zijn zonder dat een bijbehorend opmaakprofiel nodig is.
• WCAG 1.0 #6.1 Organiseer documenten zodat ze kunnen worden gelezen zonder opmaakprofielen. Als een HTML-document bijvoorbeeld wordt weergegeven zonder gekoppelde opmaakprofielen, moet het nog steeds mogelijk zijn om het document te lezen.

Standpunt van Oracle

Oracle interpreteert deze norm om te betekenen dat informatie ('inhoud') en presentatie moeten worden gescheiden. HTML moet bijvoorbeeld een semantische opmaak hebben die de informatie identificeert, en er moet een extern opmaakprofiel worden gebruikt om een bepaalde stijl weer te geven. Wanneer een gebruiker de pagina opent met ondersteunende technologie, moet de informatie in een zinvolle volgorde worden gecommuniceerd. Om de volgende redenen accepteert Oracle echter niet dat het product moet worden uitgevoerd met opmaakprofielen die zijn gedeactiveerd in de browser:

• Alle moderne browsers ondersteunen opmaakprofielen
• Het instellen van stijlattributen, zoals display:none in de pagina-inhoud, wordt vaak gebruikt om inhoud voor alle gebruikers te verbergen. Als u opmaakprofielen volledig deactiveert, wordt deze informatie onbedoeld weergegeven.
• Moderne browsers ondersteunen het overschrijven van het opmaakprofiel van de auteur met een gebruikersopmaakprofiel indien nodig

Koppelingen naar plug-ins

Relevante normen

• 1194.22(m) Wanneer een webpagina vereist dat een applet, plug-in of andere applicatie aanwezig is op het clientsysteem om pagina-inhoud te interpreteren, moet de pagina een koppeling bevatten naar een plug-in of applet die voldoet aan 1194.21(a) tot en met (l).

Standpunt van Oracle

Veel plug-ins, zoals de PDF-viewer van Adobe, zijn tegenwoordig wijdverspreid en worden vaak vooraf op computers geïnstalleerd. In sommige gevallen, zoals bij Oracle JInitiator, wordt de plug-in bij het product geleverd en wordt deze automatisch geïnstalleerd. Bovendien kan het verstrekken van een koppeling naar een site buiten een bedrijfsfirewall, of het in staat stellen van een gebruiker om een plug-in te downloaden en te installeren, in strijd zijn met het bedrijfsbeleid. Oracle-producten bieden daarom koppelingen naar plug-ins die aan deze standaard voldoen wanneer ze niet als wijdverspreid worden beschouwd of niet bij het product worden geleverd.

Navigatie overslaan

Relevante normen

• 1194.22(o) Er moet een methode worden aangeboden waarmee gebruikers herhaalde navigatiekoppelingen kunnen overslaan.

Standpunt van Oracle

Veel Oracle-producten bevatten een koppeling waarmee de focus wordt verplaatst naar de 'hoofdinhoud' van een pagina. Oracle is zich er echter ook van bewust dat de meeste ondersteunende technologie een mechanisme ondersteunt waarmee de gebruiker naar verschillende secties van een pagina kan gaan met behulp van standaard structurele markup-tags. Oracle kan, indien van toepassing, dit mechanisme gebruiken om het doel van deze bepaling te bereiken.