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.
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.
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.
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.
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. Oracle suit de près les progrès de la norme EN 301 549 et adoptera des critères supplémentaires de la norme EN 301 549 au cours de l'exercice 25.
Interprétation et position d'Oracle sur plusieurs normes d'accessibilité et conseils inclus dans WCAG 2.2 ou ARIA
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.
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.
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.
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.
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.
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 :
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é.
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.
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).
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 :
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.
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.
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 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.
Normes pertinentes
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.
Normes pertinentes
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 :
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é.
Normes pertinentes
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.
Normes pertinentes
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).
Normes pertinentes
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 :
Normes pertinentes
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.
Normes pertinentes
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.