Interprétation des politiques et normes d'accessibilité d'Oracle

Philosophie et politiques d'accessibilité d'Oracle

Oracle s'engage à créer des produits basés sur des normes pour aider ses clients à réduire la complexité et à tirer le meilleur parti des investissements technologiques existants. Cet engagement s'étend à notre approche de l'accessibilité. Oracle utilise des technologies standard telles que HTML, JavaScript et Java pour afficher la plupart des interfaces utilisateur. Nous suivons des normes d'accessibilité reconnues internationalement permettant la prise en charge d'un large éventail de technologies d'assistance (AT) telles que les lecteurs d'écran, les agrandisseurs d'écran et la reconnaissance vocale.

L'accessibilité présente des défis uniques à la communauté des technologies de l'information et de la communication (TIC) dans son ensemble en raison de l'éventail de lois et de lignes directrices qui s'y rapportent, du rythme rapide des changements technologiques et de l'impact sur presque tous les aspects du développement de produits, de la conception initiale au support. Découvrez comment Oracle relève ces défis ci-dessous.

Stratégies d'accessibilité

Lignes directrices et normes

Les directives sur l'accessibilité d'Oracle sont basées sur la version révisée de 2017 de la section 508 de la loi sur la réadaptation de 1973 telle que modifiée et sur les directives sur l'accessibilité du contenu Web de la version 2.1 du World Wide Web Consortium (W3C) au niveau AA (WCAG 2.1 AA).

Oracle s'engage à développer de nouveaux produits conformément à la section révisée 508 et aux normes WCAG 2.1 AA, dans la mesure du possible. Au fur et à mesure de la publication de nouveaux produits et révisions, conformes aux normes révisées des sections 508 et WCAG 2.1, nous publierons des rapports de conformité en matière d'accessibilité (ACR) basés sur les modèles d'accessibilité volontaire des produits (VPAT) qui utilisent le modèle VPAT 2.x mis à jour. D'ici là, nous avons des VPAT qui incluent un tableau de toutes les normes WCAG 2.0 "A" et "AA", en plus des normes Section 508.

En 2017, le U.S. Access Board a annoncé la norme révisée de l'article 508 qui était basée sur les normes WCAG 2.0 AA. EN 2014, la version initiale de la norme de l'Union européenne EN 301 549 "Exigences d'accessibilité adaptées aux marchés publics de produits et services TIC EN Europe", publiée en réponse au mandat 376, était basée sur les normes WCAG 2.0 AA. Elle a été mise à jour en 2019 pour inclure WCAG 2.1. EN 301 549 Exigences d'accessibilité applicables aux marchés publics de produits et services TIC EN Europe (PDF) - V3.1.1 (2019-11). Oracle a participé activement à l'élaboration de ces directives et suit de près leur progression.

Toute norme est soumise à une certaine quantité d'interprétation ; reportez-vous à la section Interprétation des normes pour un aperçu détaillé de la manière dont Oracle répond à des normes spécifiques.

Statut d'accessibilité

Les produits Oracle sont testés pour leur accessibilité à l'aide de diverses techniques, notamment des outils automatisés, une révision heuristique par des experts, une inspection visuelle, un fonctionnement manuel et des tests avec différentes AT par des utilisateurs, pour certains en situation de handicap. Nous rendons compte des résultats de ces tests à l'aide du modèle d'accessibilité volontaire des produits (VPAT) pour créer le rapport de conformité d'accessibilité (ACR). Le VPAT a été élaboré par l' ITI et la GSA afin d'aider les responsables des contrats fédéraux et les autres acheteurs à réaliser des évaluations préliminaires concernant la disponibilité des produits et services TIC commerciaux dotés de caractéristiques favorisant l'accessibilité. Reportez-vous aux Rapports de conformité en matière d'accessibilité pour une discussion approfondie sur l'utilisation du VPAT et la localisation des ACR pour les produits Oracle.

Plan sur l'accessibilité du service client pour l'Ontario, Canada

Le plan sur l'accessibilité du service client d'Oracle pour l'Ontario, au Canada (PDF) décrit les politiques, pratiques et procédures approuvées par Oracle afin de respecter les obligations découlant de la Loi de 2005 sur l'accessibilité pour les personnes handicapées de l'Ontario (LAPHO) et plus particulièrement du Règlement 165/16. Le plan pluriannuel d'accessibilité d'Oracle (PDF) décrit l'engagement d'Oracle à se conformer aux normes d'accessibilité de l'Ontario.

Mises à jour des normes d'accessibilité

Oracle a participé activement au développement des directives d'accessibilité WCAG 2.2 et mettra en œuvre les critères de réussite WCAG 2.2 supplémentaires après la publication des WCAG 2.2.

Interprétation et position d'Oracle sur plusieurs normes d'accessibilité et conseils inclus dans WCAG 2.2 ou ARIA

Identifier l'objet de l'entrée

Normes pertinentes

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

La position d'Oracle

Certains clients ont interprété cette norme comme signifiant que tous les champs de saisie nécessitent l'identification de l'objet de la saisie. La norme est explicitement ciblée pour les champs de saisie qui collectent des informations personnelles sur l'utilisateur. Oracle s'engage à identifier la finalité de saisie des champs qui collectent ces informations personnelles.

On focus et On input

Normes pertinentes

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

La position d'Oracle

Certains clients ont interprété les critères de succès « Focus » et « Input » comme s'appliquant largement aux changements de contenu et de contexte. Selon l'interprétation d'Oracle, ces normes s'appliquent spécifiquement aux changements de contexte et ne s'appliquent pas aux changements de contenu qui ne modifient pas la signification d'une page.

Guide pratique de Accessible Rich Internet Applications Authoring (ARIA APG)

Normes pertinentes

• Aucun

La position d'Oracle

Certains clients interprètent le Guide de Accessible Rich Internet Applications Authoring (ARIA APG) comme un document normatif dont les exemples de modèles doivent être suivis avec précision. L'ARIA APG n'est pas normatif. Les modèles trouvés dans l'APG sont des exemples d'implémentation et ne représentent pas les seuls modèles valides. « L'APG ne spécifie pas d'exigences normatives et n'a donc pas de modèle de conformité. » Pour plus d'informations, reportez-vous à la section APG is Not a Normative Standard.

Interprétation archivée et position d'Oracle sur plusieurs normes d'accessibilité héritées incluses dans la section 508 ou WCAG 1.0

Nous fournissons cette interprétation en réponse aux demandes des clients concernant un contenu HTML spécifique, en particulier lorsque des outils de validation automatisés indiquent une non-conformité. La majorité des problèmes découlent du fait que la majorité de ces règlements et normes ont été rédigés en 1999 ou 2001, et que la technologie des navigateurs et la technologie d'assistance (AT) ont considérablement évolué depuis. Oracle se félicite des réécritures de la section 508 et des WCAG, qui modifient ou clarifient bon nombre des dispositions discutées ci-dessous pour tenir compte des changements technologiques, et nous participons activement aux comités qui effectuent ces changements.

Pour des raisons de concision, une référence telle que "1194.22(l)" fait référence à la disposition 1194.22(l) des normes de l'article 508 (qui se trouve à la partie 1194 du titre 36 du code des règlements fédéraux), et une référence telle que "WCAG 1.0 #6.3" fait référence à la norme 6.3 des WCAG 1.0.

Scripts, en particulier l'utilisation de JavaScript

Normes pertinentes

• 1194.22(l) Lorsque les pages utilisent des langages de script pour afficher du contenu ou pour créer des éléments d'interface, l'information fournie par le script doit être identifiée avec du texte fonctionnel qui peut être lu par la technologie d'assistance.
• WCAG 1.0 #6.3 Assurez-vous que les pages sont utilisables lorsque des scripts, des applets ou d'autres objets de programmation sont désactivés ou non pris en charge. Si cela n'est pas possible, fournissez des informations équivalentes sur une autre page accessible.
• WCAG 1.0 #8.1 Rendez les éléments programmatiques tels que les scripts et les applets directement accessibles ou compatibles avec les technologies d'assistance.

La position d'Oracle

De nombreux clients interprètent ces normes comme exigeant qu'un produit ne soit accessible que lorsque les scripts sont désactivés. Ce n'est pas le cas. La norme 508 et WCAG 1.0 permettent d'utiliser des scripts directement accessibles ou compatibles avec la technologie d'assistance. La plupart, sinon la totalité, des produits Oracle nécessitent le javascript et s'appuient sur des navigateurs prenant en charge le javascript. Oracle estime que le javascript peut non seulement être rendu accessible, mais il améliore également l'expérience d'accessibilité. Par exemple, en modifiant le contenu partiel d'une page plutôt que de recharger une page entière, cela évite à l'utilisateur d'avoir à parcourir et à naviguer dans une toute nouvelle page afin de trouver une petite section qui a été révisée. Le passage à des interfaces client riches nécessite une utilisation accrue des scripts, et Oracle s'engage à rendre ce code utilisable par les personnes en situation de handicap, ou nous générerons un code différent qui aboutira à une expérience comparable.

Validation des grammaires formelles publiées

Normes pertinentes

• WCAG 1.0 #3.2 Créer des documents qui valident des grammaires formelles publiées.

La position d'Oracle

Plusieurs balises HTML n'ont aucune incidence sur l'accessibilité, et les navigateurs sont connus pour interpréter les balises différemment. Le point clé est que les balises liées à l'accessibilité doivent être interprétées sans ambiguïté par le navigateur et la technologie d'assistance. Le HTML d'Oracle peut ne pas respecter exactement une grammaire formelle pour diverses raisons :

• Dans divers cas, nous devons ajouter des informations supplémentaires sur le DOM HTML et nous utilisons des « expandos » à cet effet.
• Comme recommandé par W3C WAI-ARIA, nous utilisons tabIndex="-1" pour rendre certains éléments focalisables.
• Étant donné que les navigateurs fonctionnent différemment, nous pouvons optimiser le HTML pour tenir compte du comportement spécifique du navigateur.

Si le client est à jour sur le support technique, Oracle résoudra tout problème où le code HTML "non standard" entrave l'accessibilité, conformément aux stratégies de support technique standard d'Oracle, mais Oracle ne corrigera pas nécessairement le code HTML "non valide" signalé par un outil automatisé, mais n'aura aucune incidence négative sur l'accessibilité.

Indépendance des appareils

Normes pertinentes

• WCAG 1.0 #6.4 Pour les scripts et les applets, assurez-vous que les gestionnaires d'événements sont indépendants du périphérique d'entrée.
• WCAG 1.0 #9.2 Assurez-vous que tout élément ayant sa propre interface peut fonctionner de manière indépendante de l'appareil.
• WCAG 1.0 #9.3 Pour les scripts, spécifiez des gestionnaires d'événements logiques plutôt que des gestionnaires d'événements dépendants des périphériques.

La position d'Oracle

Certains clients ont interprété ces normes comme signifiant que toute opération qui ne peut être effectuée qu'avec une souris, comme un double-clic, est interdite. Oracle s'engage à fournir une expérience utilisateur enrichie à tous les utilisateurs et, dans les cas où des actions nécessitent des actions complexes de la souris telles que le double-clic ou le glisser-déplacer, d'autres mécanismes pouvant être exécutés avec le clavier uniquement seront fournis.

Cadres

Normes pertinentes

• 1194.22(i) Les cadres doivent porter un titre qui facilite l'identification et la navigation des cadres.
• WCAG 1.0 #12.1 Donnez un titre à chaque cadre pour faciliter l'identification et la navigation.

La position d'Oracle

Oracle a rencontré de nombreuses situations dans lesquelles les cadres étaient considérés comme une "violation" des normes d'accessibilité ou comme n'étant pas considérés comme du "HTML correct". Oracle estime que les cadres sont une partie légitime du HTML et nous ne certifions que les navigateurs qui les prennent en charge. Dans nos produits, les cadres sont correctement marqués selon les normes pertinentes citées. Une exception est l'utilisation d'un iFrame, lorsqu'il est utilisé simplement pour communiquer avec le serveur. Dans ce cas, Oracle ne donne intentionnellement pas de titre au cadre afin de rendre l'élément invisible à l'utilisateur (tout comme il l'est pour un utilisateur voyant).

Feuilles de style

Normes pertinentes

• 1194.22(d) Les documents doivent être organisés de sorte qu'ils soient lisibles sans nécessiter de feuille de style associée.
• WCAG 1.0 #6.1 Organisez les documents afin qu'ils puissent être lus sans feuilles de style. Par exemple, lorsqu'un document HTML est affiché sans feuilles de style associées, il doit toujours être possible de le lire.

La position d'Oracle

Oracle interprète cette norme comme signifiant que les informations ("contenu") et la présentation doivent être séparées. Par exemple, le HTML doit comporter un balisage sémantique identifiant les informations et une feuille de style externe doit être utilisée pour afficher une présentation particulière. Lorsqu'un utilisateur accède à la page avec une technologie d'assistance, les informations doivent être communiquées dans un ordre significatif. Toutefois, Oracle n'accepte pas que le produit soit exécuté avec des feuilles de style désactivées dans le navigateur, car :

• Tous les navigateurs modernes prennent en charge les feuilles de style
• La définition d'attributs de style tels que display:none dans le contenu de la page est couramment utilisée pour masquer le contenu à tous les utilisateurs ; la désactivation complète des feuilles de style entraînera l'affichage erroné de ces informations
• Les navigateurs modernes prennent en charge le remplacement de la feuille de style de l'auteur par une feuille de style de l'utilisateur si nécessaire

Liens vers les modules d'extension

Normes pertinentes

• 1194.22(m) Lorsqu'une page Web exige la présence d'un applet, d'un plug-in ou d'une autre application sur le système client pour interpréter le contenu de la page, la page doit fournir un lien vers un plug-in ou un applet conforme aux alinéas 1194.21(a) à (l).

La position d'Oracle

De nombreux plug-ins, tels que la visionneuse PDF d'Adobe, sont désormais omniprésents et sont souvent préinstallés sur les ordinateurs. Dans certains cas, par exemple avec Oracle JInitiator, le plug-in est fourni avec le produit et s'installe automatiquement. En outre, fournir un lien vers un site en dehors d'un pare-feu d'entreprise, ou permettre à un utilisateur de télécharger et d'installer un plug-in, peut être contraire à la politique de l'entreprise. Les produits Oracle fourniront donc des liens vers des plug-ins qui répondent à cette norme lorsqu'ils ne sont pas considérés comme omniprésents ou ne sont pas livrés avec le produit.

Passer la navigation

Normes pertinentes

• 1194.22(o) Une méthode permettant aux utilisateurs d'ignorer les liens de navigation répétitifs doit être fournie.

La position d'Oracle

De nombreux produits Oracle fournissent un lien qui permet de se concentrer sur le « contenu principal » d'une page. Cependant, Oracle sait également que la plupart des AT prennent en charge un mécanisme qui permet à l'utilisateur de se déplacer vers différentes sections d'une page à l'aide de balises de structure standard. Oracle peut, le cas échéant, utiliser ce mécanisme pour atteindre l'objectif de cette disposition.