Note de révision

Téléchargez la note : de la version 3.0 à la version 3 2016 : format PDF (393 kilo-octets), format ODT (89 kilo-octets).

Référentiel technique

Modification du test 1.1.4

Ancien test 1.1.4

Test 1.1.4 : Chaque zone (balise area) d’une image réactive côté serveur est-t-elle doublée d’un lien dans la page ?

Nouveau test 1.1.4

Test 1.1.4 : Chaque zone cliquable d’une image réactive côté serveur est-t-elle doublée d’un lien dans la page ?

Modification des tests du critère 1.2

Il manque le support de embed.

Le test 1.2.4 contient beaucoup d’erreurs, par exemple « une de ces conditions » au lieu de « toutes ces conditions ».

Il manque le cas d’une image de décoration avec des propriétés aria visant à la labelliser.

Les tests devraient être circonscrits à une image de décoration sans légende.

L’ensemble des tests sont modifiés.

Modification du test 1.2.1

Ancien test 1.2.1

Test 1.2.1 : Chaque image de décoration sans légende(balise img) et ayant un attribut alt vérifie-t-elle ces conditions :

  • le contenu de l’attribut alt est vide (alt="") ;
  • l’image de décoration ne possède pas d’attribut title.
Nouveau test 1.2.1

Test 1.2.1 : Chaque image de décoration (balise img) sans légende et ayant un attribut alt vérifie-t-elle ces conditions :

  • le contenu de l’attribut alt est vide (alt="") ;
  • l’image de décoration ne possède pas d’attribut title ;
  • la balise img est dépourvue de role, propriété ou état ARIA visant à labelliser l’image (aria-label, aria-describedby, aria-labelledby par exemple).

Modification du test 1.2.2

Ancien test 1.2.2

Test 1.2.2 : Chaque zone non cliquable (balise area sans attribut href), non porteuse d’information et ayant un attribut alt vérifie-t-elle ces conditions ?

  • le contenu de l’attribut alt est vide (alt="") ;
  • la zone cliquable ne possède pas d’attribut title.
Nouveau test 1.2.2

Test 1.2.2 : Chaque zone non cliquable (balise area sans attribut href), non porteuse d’information et ayant un attribut alt vérifie-t-elle ces conditions ?

  • le contenu de l’attribut alt est vide (alt="") ;
  • la zone cliquable ne possède pas d’attribut title ;
  • la balise img est dépourvue de role, propriété ou état ARIA visant à labelliser l’image (aria-label, aria-describedby, aria-labelledby par exemple).

Modification du test 1.2.3

Ancien test 1.2.3

Test 1.2.3 : Pour chaque image objet sans légende(balise object avec l’attribut type="image/...") non porteuse d’information, l’alternative textuelle entre <object> et </object> est-elle vide ?

Nouveau test 1.2.3

Test 1.2.3 : Pour chaque image objet (balise object avec l’attribut type="image/...") sans légende non porteuse d’information vérifie-t-elle ces conditions :

  • La balise object possède un attribut aria-hidden="true" ;
  • L’alternative textuelle entre <object> et </object> est vide ;
  • La balise object ou l’un des ses enfants est dépourvu de role, propriété ou état ARIA visant à labelliser l’image (aria-label, aria-describedby, aria-labelledby par exemple).

Modification du test 1.2.4

Ancien test 1.2.4

Test 1.2.4 : Chaque image vectorielle de décoration (balise svg) non porteuse d’information et possédant une alternative vérifie-t-elle ces conditions ?

  • La balise svg possède un role="img" ;
  • La balise svg ou l’un de ses enfants est dépourvue de role, propriété ou état ARIA visant à labelliser l’image vectorielle (aria-label, aria-describedby, aria-labelledby par exemple) ;
  • Les balises title et desc sont absentes ou vides ;
  • La balise svg ou l’un de ses enfants est dépourvue d’attribut title.
Nouveau test 1.2.4

Test 1.2.4 : Chaque image vectorielle de décoration (balise svg) sans légende non porteuse d’information vérifie-t-elle ces conditions ?

  • La balise svg possède un attribut aria-hidden="true" ;
  • Les balises title et desc sont absentes ou vides ;
  • La balise svg ou l’un de ses enfants est dépourvue d’attribut title ;
  • La balise svg ou l’un de ses enfants est dépourvue de role, propriété ou état ARIA visant à labelliser l’image vectorielle (aria-label, aria-describedby, aria-labelledby par exemple).

Modification du test 1.2.5

Ancien test 1.2.5

Test 1.2.5 : Pour chaque image bitmap de décoration (balise canvas), le contenu entre <canvas> et </canvas> doit être dépourvu de contenus textuels, cette règle est-elle respectée ?

Nouveau test 1.2.5

Test 1.2.5 : Chaque image bitmap de décoration (balise canvas) sans légende vérifie-t-elle ces conditions ?

  • La balise canvas possède un attribut aria-hidden="true" ;
  • le contenu entre <canvas> et </canvas> est dépourvue de contenus textuels ;
  • La balise canvas ou l’un des ses enfants est dépourvu de role, propriété ou état ARIA visant à labelliser l’image (aria-label, aria-describedby, aria-labelledby par exemple).

Nouveau test 1.2.6

Test 1.2.6 : Chaque image embarquée (balise embed avec l’attribut type="image/...") sans légende non porteuse d’information vérifie-t-elle ces conditions :

  • La balise embed possède un attribut aria-hidden="true" ;
  • La balise embed ou l’un des ses enfants est dépourvu de role, propriété ou état ARIA visant à labelliser l’image (aria-label, aria-describedby, aria-labelledby par exemple).

Modification des tests du critère 1.3

Il est possible d’avoir des images ayant une alternative renseignée surchargée via ARIA avec aria-label ou aria-labelledby par exemple. Dans ce cas, selon le calcul du nom accessible (http://w3c.github.io/aria/html-aam/html-aam.html#img-element), l’alternative sera représentée par les textes liés par aria-labelledby. Dans le cas de l’utilisation d’un aria-label, l’alternative ne sera pas disponible dans le cas de la désactivation des images. Il est donc nécessaire, la présence de l’attribut alt étant obligatoire, que l’ensemble de ces valeurs est identique.

Le test 1.3.6 fait référence à une image svg possédant une alternative, ce qui peut poser des problèmes dans le cas d’une image vectorielle, porteuse d’information sans alternative car aucun autre critère ne prend ce cas en charge.

Il est possible d’utiliser un mécanisme de remplacement dans le cas des images vectorielles pour afficher une alternative quelconque.

Le test 1.3.6 sur les images vectorielles faisait référence à « une de ces conditions » alors qu’il s’agit de « ces conditions ».

Comme le test 1.1 ne teste pas la présence d’une alternative pour les images svg et canvas, il faut implémenter les tests de présence et pertinence sur les tests du critère 1.3, à l’image de ce qui est fait avec objectet canvas.

L’ensemble des tests est réécrit.

Modification du test 1.3.1

Ancien test 1.3.1

Test 1.3.1 : Chaque image porteuse d’information (balise img) ayant un attribut alt vérifie-t-elle ces conditions (hors cas particuliers) ?

  • Le contenu de l’attribut alt est pertinent ;
  • S’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut alt.
Nouveau test 1.3.1

Test 1.3.1 : Chaque image porteuse d’information (balise img) ayant un attribut alt vérifie-t-elle ces conditions (hors cas particuliers) ?

  • Le contenu de l’attribut alt est pertinent ;
  • S’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut alt ;
  • S’il est présent, le contenu de la propriété aria-label est identique au contenu de l’attribut alt ;
  • S’il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l’attribut alt.

Modification du test 1.3.2

Ancien test 1.3.2

Test 1.3.2 : Chaque zone (balise area) d’une image réactive, porteuse d’information et ayant un attribut alt, vérifie-t-elle ces conditions (hors cas particuliers) ?

  • Le contenu de l’attribut alt est pertinent ;
  • S’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut alt ;
Nouveau test 1.3.2

Test 1.3.2 : Chaque zone (balise area) d’une image réactive, porteuse d’information et ayant un attribut alt, vérifie-t-elle ces conditions (hors cas particuliers) ?

  • Le contenu de l’attribut alt est pertinent ;
  • S’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut alt ;
  • S’il est présent, le contenu de la propriété aria-label est identique au contenu de l’attribut alt ;
  • S’il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l’attribut alt.

Modification du test 1.3.3

Ancien test 1.3.3

Test 1.3.3 : Pour chaque bouton associé à une image (balise input avec l’attribut type="image") ayant un attribut alt, le contenu de cet attribut est-il pertinent (hors cas particuliers) ?

Nouveau test 1.3.3

Test 1.3.3 : Pour chaque bouton associé à une image (balise input avec l’attribut type="image") ayant un attribut alt, vérifie-t-il ces conditions (hors cas particuliers) ?

  • Le contenu de l’attribut alt est pertinent ;
  • S’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut alt ;
  • S’il est présent, le contenu de la propriété aria-label est identique au contenu de l’attribut alt ;
  • S’il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l’attribut alt.

Nouveau test 1.3.5

Test 1.3.5 : Chaque image objet (balise object avec l’attribut type="image/...") porteuse d’information, qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions(hors cas particuliers) ?

  • S’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut aria-label ;
  • S’il est présent, le contenu de l’attribut title est identique au passage de texte lié par la propriété aria-labelledby.

Nouveau test 1.3.6

1.3.5 devient 1.3.6

Nouveau test 1.3.7

Test 1.3.7 : Chaque image embarquée (balise embed avec l’attribut type="image/...") porteuse d’information, qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions(hors cas particuliers) ?

  • S’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut aria-label ;
  • S’il est présent, le contenu de l’attribut title est identique au passage de texte lié par la propriété aria-labelledby.

Modification du test 1.3.6 (renuméroté en 1.3.8)

1.3.6 devient 1.3.8

Suppression de la condition 4 et ajout d’une nouvelle définition pour « alternative à une image svg ».

Ancien test 1.3.6

Test 1.3.6 : Chaque image vectorielle porteuse d’information (balise svg) et possédant une alternative vérifie-t-elle une de ces conditions (hors cas particuliers) ?

  • La balise svg possède un role="img" ;
  • La balise svg possède une propriété aria-label dont le contenu est pertinent et identique à l’attribut title s’il est présent ;
  • La balise svg possède une balise desc dont le contenu est pertinent et identique à l’attribut title de la balise svg s’il est présent ;
  • Un lien adjacent permet d’accéder à une alternative dont le contenu est pertinent et identique à l’attribut title de la balise svg s’il est présent.
Nouveau test 1.3.8

Test 1.3.8 : Chaque image vectorielle (balise svg) porteuse d’information, en l’absence d’alternative, vérifie-t-elle ces conditions (hors cas particuliers) ?

  • La balise svg possède un role="img" ;
  • La balise svg possède une propriété aria-label dont le contenu est pertinent et identique à l’attribut title s’il est présent ;
  • La balise svg possède une balise desc dont le contenu est pertinent et contient un passage de texte identique à la propriété aria-label et à l’attribut title de la balise svg s’il est présent.

Nouveau test 1.3.9

1.3.7 devient 1.3.9

Modification du test 1.3.9 (renuméroté en 1.3.10)

1.3.9 devient 1.3.10

Ancien test

Test 1.3.9 : Pour chaque image bitmap porteuse d’information (balise canvas) et possédant une alternative (contenu entre <canvas> et </canvas>), cette alternative est-elle pertinente ?

Nouveau test

Test 1.3.10 Chaque image bitmap (balise canvas) porteuse d’information vérifie-t-elle une de ces conditions (hors cas particuliers) ?

  • Le contenu de l’alternative (contenu entre <canvas> et </canvas>) est pertinent ;
  • L’image bitmap est immédiatement suivie d’un lien adjacent permettant d’afficher une page ou un passage de texte contenant une alternative pertinente ;
  • Un mécanisme permet à l’utilisateur de remplacer l’image bitmap par un texte alternatif pertinent ;
  • Un mécanisme permet à l’utilisateur de remplacer l’image bitmap par une image possédant une alternative pertinente.

Nouveau test 1.3.11

Test 1.3.11 : Chaque image bitmap (balise canvas) porteuse d’information, qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions (hors cas particuliers) ?

  • S’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut aria-label ;
  • S’il est présent, le contenu de l’attribut title est identique au passage de texte lié par la propriété aria-labelledby.

Nouveau test 1.3.12

1.3.8 devient 1.3.12

Nouveau test 1.3.13

1.3.10 devient 1.3.13

Modification des tests du critère 1.4

Harmonisation avec les changements opérés sur le critère 1.3.

Modification du test 1.4.1

Ancien test 1.4.1

Test 1.4.1 : Chaque image (balise img) utilisée comme CAPTCHA ou comme image-test, ayant un attribut alt, vérifie-t-elle ces conditions ?

  • le contenu de l’attribut alt permet d’identifier la nature et la fonction de l’image ;
  • s’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut alt ;
Nouveau test 1.4.1

Test 1.4.1 : Chaque image (balise img) utilisée comme CAPTCHA ou comme image-test, ayant un attribut alt, vérifie-t-elle ces conditions ?

  • le contenu de l’attribut alt permet de comprendre la nature et la fonction de l’image ;
  • s’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut alt ;
  • S’il est présent, le contenu de la propriété aria-label est identique au contenu de l’attribut alt ;
  • S’il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l’attribut alt.

Modification du test 1.4.2

Ancien test 1.4.2

Test 1.4.2 : Chaque zone (balise area) d’une image réactive, utilisée comme CAPTCHA ou comme image-test, et ayant un attribut alt vérifie-t-elle ces conditions ?

  • le contenu de l’attribut alt permet de comprendre la nature et la fonction de la zone ;
  • s’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut alt.
Nouveau test 1.4.2

Test 1.4.2 : Chaque zone (balise area) d’une image réactive, utilisée comme CAPTCHA ou comme image-test, et ayant un attribut alt vérifie-t-elle ces conditions ?

  • le contenu de l’attribut alt permet de comprendre la nature et la fonction de la zone ;
  • s’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut alt ;
  • s’il est présent, le contenu de la propriété aria-label est identique au contenu de l’attribut alt ;
  • s’il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l’attribut alt.

Modification du test 1.4.3

Ancien test 1.4.3

Test 1.4.3 : Chaque bouton associé à une image (balise input avec l’attribut type="image") utilisée comme CAPTCHA ou comme image-test, ayant un attribut alt vérifie-t-il ces conditions ?

  • le contenu de l’attribut alt permet de comprendre la nature et la fonction du bouton ;
  • s’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut alt ;
Nouveau test 1.4.3

Test 1.4.3 : Chaque bouton associé à une image (balise input avec l’attribut type="image") utilisée comme CAPTCHA ou comme image-test, ayant un attribut alt vérifie-t-il ces conditions ?

  • le contenu de l’attribut alt permet de comprendre la nature et la fonction du bouton ;
  • s’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut alt ;
  • s’il est présent, le contenu de la propriété aria-label est identique au contenu de l’attribut alt ;
  • s’il est présent, le contenu du passage de texte lié via la propriété aria-labelledby est identique au contenu de l’attribut alt.

Modification du test 1.4.4

Ancien test 1.4.4

Test 1.4.4 : Pour chaque image objet (balise object avec l’attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, et ayant une alternative textuelle, l’alternative textuelle permet-elle d’identifier la nature et la fonction de l’image ?

Nouveau test 1.4.4

Test 1.4.4 : Chaque image objet (balise object avec l’attribut type="image/...") utilisée comme CAPTCHA ou comme image-test vérifie-t-elle une de ces conditions(hors cas particuliers) ?

  • L’image objet est immédiatement suivie d’un lien adjacent permettant d’afficher une page ou un passage de texte contenant une alternative permettant de comprendre la nature et la fonction de l’image ;
  • Un mécanisme permet à l’utilisateur de remplacer l’image objet par un texte alternatif permettant de comprendre la nature et la fonction de l’image ;
  • Un mécanisme permet à l’utilisateur de remplacer l’image objet par une image possédant une alternative permettant de comprendre la nature et la fonction de l’image.

Nouveau test 1.4.5

Test 1.4.5 : Chaque image objet (balise object avec l’attribut type="image/...") utilisée comme CAPTCHA ou comme image-test qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions ?

  • S’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut aria-label ;
  • S’il est présent, le contenu de l’attribut title est identique au passage de texte lié par la propriété aria-labelledby

Modification du test 1.4.5 (renuméroté en 1.4.6)

Ancien test 1.4.6

1.4.5 devient 1.4.6

Test 1.4.5 : Pour chaque image embarquée (balise embed avec l’attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, et ayant une alternative textuelle, l’alternative textuelle permet-elle d’identifier la nature et la fonction de l’image ?

Nouveau test 1.4.6

Test 1.4.6 : Chaque image embarquée (balise embed avec l’attribut type="image/...") utilisée comme CAPTCHA ou comme image-test vérifie-t-elle une de ces conditions(hors cas particuliers) ?

  • L’image embarquée est immédiatement suivie d’un lien adjacent permettant d’afficher une page ou un passage de texte contenant une alternative permettant de comprendre la nature et la fonction de l’image ;
  • Un mécanisme permet à l’utilisateur de remplacer l’image embarquée par un texte alternatif permettant de comprendre la nature et la fonction de l’image ;
  • Un mécanisme permet à l’utilisateur de remplacer l’image emabarquée par une image possédant une alternative permettant de comprendre la nature et la fonction de l’image.

Nouveau test 1.4.7

Test 1.4.7 : Chaque image embarquée (balise embed avec l’attribut type="image/...") utilisée comme CAPTCHA ou comme image-test, qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions ?

  • S’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut aria-label ;
  • S’il est présent, le contenu de l’attribut title est identique au passage de texte lié par la propriété aria-labelledby.

Modification du test 1.4.6 (renuméroté en 1.4.8)

1.4.6 devient 1.4.8

Ajout d’une nouvelle définition pour « alternative à une image svg ».

Ancien test

Test 1.4.6 : Chaque image vectorielle (balise svg) utilisée comme CAPTCHA ou comme image-test et ayant une alternative textuelle via la propriété aria-label ou la balise desc vérifie-t-elle ces conditions ?v

  • l’alternative textuelle implémentée via la propriété aria-label permet de comprendre la nature et la fonction de l’image et est identique à l’attribut title s’il est présent ;
  • l’alternative textuelle implémentée via la balise desc permet de comprendre la nature et la fonction de l’image et est identique à l’attribut title de la balise svg s’il est présent.
Nouveau test

Test 1.4.8 : Chaque image vectorielle (balise svg) utilisée comme CAPTCHA ou comme image-test, en l’absence d’alternative, vérifie-t-elle ces conditions ?

  • La balise svg possède un role="img" ;
  • La balise svg possède une propriété aria-label dont le contenu permet de comprendre la nature et la fonction de l’image et identique à l’attribut title s’il est présent ;
  • La balise svg possède une balise desc dont le contenu permet de comprendre la nature et la fonction de l’image et identique à la propriété aria-label et à l’attribut title de la balise svg s’il est présent.

Modification du test 1.4.7 (renuméroté en 1.4.9)

1.4.7 devient 1.4.9

Ancien test

Test 1.4.7 : Pour chaque image vectorielle (balise svg) utilisée comme CAPTCHA ou comme image-test et ayant une alternative textuelle , l’alternative textuelle est-elle correctement restituée par les technologies d’assistance ?

Nouveau test

Test 1.4.9 : Pour chaque image vectorielle (balise svg) utilisée comme CAPTCHA ou comme image-test et possédant une alternative, cette alternative est-elle correctement restituée par les technologies d’assistance ?

Modification du test 1.4.8 (renuméroté en 1.4.10)

1.4.8 devient 1.4.10

Ancien test

Test 1.4.8 : Pour chaque image bitmap (balise canvas) utilisée comme CAPTCHA ou comme image-test et ayant une alternative textuelle, l’alternative textuelle permet-elle d’identifier la nature et la fonction de l’image ?

Nouveau test

Test 1.4.10 Chaque image bitmap (balise canvas) utilisée comme CAPTCHA ou comme image-test vérifie-t-elle une de ces conditions ?

  • Le contenu de l’alternative (contenu entre <canvas> et </canvas>) permet de comprendre la nature et la fonction de l’image ;
  • un passage de texte contenant une alternative permettant de comprendre la nature et la fonction de l’image ;
  • Un mécanisme permet à l’utilisateur de remplacer l’image bitmap par un texte alternatif permettant de comprendre la nature et la fonction de l’image ;
  • Un mécanisme permet à l’utilisateur de remplacer l’image bitmap par une image possédant une alternative permettant de comprendre la nature et la fonction de l’image.

Nouveau test 1.4.11

Test 1.4.11 : Chaque image bitmap (balise canvas) utilisée comme CAPTCHA ou comme image-test, qui utilise une propriété aria-label, aria-labelledby ou un attribut title, vérifie-t-elle ces conditions ?

  • S’il est présent, le contenu de l’attribut title est identique au contenu de l’attribut aria-label ;
  • S’il est présent, le contenu de l’attribut title est identique au passage de texte lié par la propriété aria-labelledby.

Nouveau test 1.4.12

1.4.9 devient 1.4.12

Modification des tests du critère 1.6

Les boutons de type image peuvent utiliser la propriété aria-describedby, ce cas n’est pas prévu actuellement.

La propriété aria-describedby peut être utilisée en association avec une description détaillée existante.

Un test est modifié.

Deux tests sont créés.

Les autres tests sont rénumérotés.

Modification du test 1.6.4

Ancien test 1.6.4

Test 1.6.4 : Chaque bouton de formulaire de type image (balise input avec l’attribut type="image"), qui nécessite une description détaillée, vérifie-t-il une de ces conditions ?

  • Il existe un attribut alt contenant la référence à une description détaillée adjacente à l’image ;
  • Il existe un lien adjacent (via une url ou une ancre) permettant d’accéder au contenu de la description détaillée.
Nouveau test 1.6.4

Test 1.6.4 : Chaque bouton de formulaire de type image (balise input avec l’attribut type="image"), qui nécessite une description détaillée, vérifie-t-il une de ces conditions ?

  • Il existe un attribut alt contenant la référence à une description détaillée adjacente à l’image ;
  • Il existe un lien adjacent (via une url ou une ancre) permettant d’accéder au contenu de la description détaillée ;
  • Il existe une propriété aria-describedby référençant un passage de texte faisant office de description détaillée.

Nouveau test 1.6.5

Test 1.6.5 : Chaque bouton de type image (balise input avec l’attribut type="image") qui implémente une référence à une description détaillée adjacente via une propriété aria-describedby, vérifie-t-il ces conditions ?

  • Le passage de texte est identifié via un attribut id ;
  • La valeur de l’attribut id est unique ;
  • La valeur de la propriété ARIA aria-describedby est égale à la valeur de l’attribut id.

Nouveau test 1.6.10

Test 1.6.10 Pour chaque image (balise img, area, object, embed, svg, canvas) qui implémente une description détaillée et qui utilise une propriété aria-describedby, la propriété aria-describedby référence-t-elle la description détaillée ?

Renumérotation

  • 1.6.5 devient 1.6.6 ;
  • 1.6.6 devient 1.6.7 ;
  • 1.6.7 devient 1.6.8 ;
  • 1.6.8 devient 1.6.9.

Modification des tests du critère 1.7

Modification du test 1.7.1

Ancien test 1.7.1

Test 1.7.1 : Chaque image porteuse d’information (balise img ou input avec l’attribut type="image") ayant une description détaillée vérifie-t-elle une de ces conditions ?

  • La description détaillée via l’adresse référencée dans l’attribut longdesc est pertinente ;
  • La description détaillée dans la page et signalée dans l’attribut alt est pertinente ;
  • La description détaillée via un lien adjacent est pertinente.
Nouveau test 1.7.1

Test 1.7.1 : Chaque image (balise img) porteuse d’information ayant une description détaillée vérifie-t-elle une de ces conditions ?

  • La description détaillée via l’adresse référencée dans l’attribut longdesc est pertinente ;
  • La description détaillée dans la page et signalée dans l’attribut alt est pertinente ;
  • La description détaillée via un lien adjacent est pertinente.

Nouveau test 1.7.2

Test 1.7.2 : Chaque bouton image (balise input avec l’attribut type="image") porteur d’information ayant une description détaillée vérifie-t-il une de ces conditions ?

  • La description détaillée via l’adresse référencée dans l’attribut longdesc est pertinente ;
  • La description détaillée dans la page et signalée dans l’attribut alt est pertinente ;
  • La description détaillée via un lien adjacent est pertinente ;
  • Le passage de texte référencé via la propriété aria-describedbyest pertinent.

Renumérotation

  • 1.7.2 devient 1.7.3 ;
  • 1.7.3 devient 1.7.4 ;
  • 1.7.4 devient 1.7.5 ;
  • 1.7.6 devient 1.7.7 ;
  • 1.7.7 devient 1.7.8.

Modification des test des critères 1.8 et 1.9

Les tests 1.8.2 et 1.9.2 font référence à des images-textes utilisant des zones sensibles area.

C’est l’image de support qui doit être traitée (tests 1.8.1 et 1.9.1).

Les deux tests sont supprimés.

Les tests suivants sont renumérotés.

La définition de glossaire sur « zones texte » est supprimée.

Renumérotation des tests du critère 1.8

  • 1.8.1 ;
  • 1.8.2 (supprimé) ;
  • 1.8.3 devient 1.8.2 ;
  • 1.8.4 devient 1.8.3 ;
  • 1.8.5 devient 1.8.4 ;
  • 1.8.6 devient 1.8.5.

Renumérotiation des tests du critère 1.9

  • 1.9.1 ;
  • 1.9.2 (supprimé) ;
  • 1.9.3 devient 1.9.2 ;
  • 1.9.4 devient 1.9.3 ;
  • 1.9.5 devient 1.9.4 ;
  • 1.9.6 devient 1.9.5 ;

Modification dss tests 1.10.1 et 1.10.4

Suppression de la condition relative (condition 4) au critère des images porteuses d’information et enrichissement de la note technique.

Modification du test 1.10.1

Ancien test 1.10.1

Test 1.10.1 : Chaque image légendée (balise img ou input avec l’attribut type="image" associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?

  • L’image (balise img) et sa légende sont contenues dans une balise figure ;
  • la balise figure possède un attribut role="group" ;
  • Le contenu de l’attribut alt de l’image contient une référence à la légende adjacente ;
  • L’attribut title de l’image s’il est présent, est strictement identique au contenu de l’attribut alt.
Nouveau test 1.10.1

Test 1.10.1 : Chaque image légendée (balise img ou input avec l’attribut type="image" associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?

  • L’image (balise img) et sa légende sont contenues dans une balise figure ;
  • la balise figure possède un attribut role="group" ;
  • Le contenu de l’attribut alt de l’image contient une référence à la légende adjacente.

Modification du test 1.10.4

Ancien test 1.10.4

Test 1.10.4 : Chaque image vectorielle légendée (balise svg associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?

  • L’image (balise svg) et sa légende sont contenues dans une balise figure ;
  • la balise figure possède un role="group" ;
  • Le contenu de la propriété aria-label ou de la balise desc de l’image vectorielle contient une référence à la légende adjacente ;
  • L’attribut title de l’image vectorielle (balise svg) s’il est présent, est strictement identique au contenu de la propriété aria-label ou de la balise desc utilisé comme alternative.
Nouveau test 1.10.4

Test 1.10.4 : Chaque image vectorielle légendée (balise svg associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?

  • L’image (balise svg) et sa légende sont contenues dans une balise figure ;
  • la balise figure possède un role="group" ;
  • Le contenu de la propriété aria-label ou de la balise desc de l’image vectorielle contient une référence à la légende adjacente.

Modification du test 1.10.3

Les conditions de test font référence aux attributs alt et title d’un image, ce qui n’a pas de sens dans le contexte d’une image embarquée via embed.

Les conditions de test sont modifiées.

Ancien test 1.10.3

Test 1.10.3 : Chaque image embarquée légendée (balise embed associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?

  • L’image embarquée (balise embed) et sa légende sont contenues dans une balise figure ;
  • la balise figure possède un attribut role="group" ;
  • Le contenu de l’attribut alt de l’image contient une référence à la légende adjacente ;
  • L’attribut title de l’image s’il est présent, est strictement identique au contenu de l’attribut alt.

Nouveau test 1.10.3

Test 1.10.3 : Chaque image embarquée légendée (balise embed associée à une légende adjacente) vérifie-t-elle, si nécessaire, ces conditions ?

  • L’image embarquée (balise embed) et sa légende sont contenues dans une balise figure ;
  • La balise figure possède un attribut role="group" ;
  • L’alternative contient une référence à la légende adjacente.

Modification du test 4.1.2

Ancien test 4.1.2

Test 4.1.2 : Chaque média temporel pré-enregistré seulement vidéo vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?

  • Il existe une version alternative audio seulement accessible via un lien adjacent (une url ou une ancre) ;
  • Il existe une transcription textuelle adjacente clairement identifiable ;
  • Il existe une audio-description synchronisée ;
  • Il existe une version alternative avec une audio-description synchronisée accessible via un [lien adjacent (une url ou une ancre).

Nouveau test 4.1.2

Test 4.1.2 : Chaque média temporel pré-enregistré seulement vidéo vérifie-t-il, si nécessaire, une de ces conditions (hors cas particuliers) ?

  • Il existe une version alternative « audio seulement » accessible via un lien adjacent (une url ou une ancre) ;
  • Il existe une transcription textuelle accessible via un lien adjacent (une url ou une ancre) ;
  • Il existe une transcription textuelle adjacente clairement identifiable ;
  • Il existe une audio-description synchronisée ;
  • Il existe une version alternative avec une audio-description synchronisée accessible via un lien adjacent (une url ou une ancre).

Modifications des tests 4.18.1 et 4.19.1

bgsound n’est pas une propriété, mais un élément.

Les tests sont modifiés.

Modification du test 4.18.1

Ancien test 4.18.1

Test 4.18.1 : Chaque séquence sonore déclenchée automatiquement via une balise object, video, audio, embed, un code JavaScript ou une propriété bgsound vérifie-t-il une de ces conditions ?

  • La séquence sonore a une durée inférieure ou égale à 3 secondes ;
  • La séquence sonore peut être stoppée sur action de l’utilisateur ;
  • Le volume de la séquence sonore peut être contrôlé par l’utilisateur indépendamment du contrôle de volume du système.
Nouveau test 4.18.1

Test 4.18.1 : Chaque séquence sonore déclenchée automatiquement via une balise object, video, audio, embed, bgsound ou un code JavaScript vérifie-t-elle une de ces conditions ?

  • La séquence sonore a une durée inférieure ou égale à 3 secondes ;
  • La séquence sonore peut être stoppée sur action de l’utilisateur ;
  • Le volume de la séquence sonore peut être contrôlé par l’utilisateur indépendamment du contrôle de volume du système.

Modification du test 4.19.1

Ancien test 4.19.1

Test 4.19.1 : Chaque média temporel audio pré-enregistré et diffusé via une balise object, video, audio, embed ou proposé en téléchargement vérifie-t-il une de ces conditions (hors cas particuliers) ?

  • L’arrière-plan sonore peut être désactivé ;
  • La ou les pistes de dialogue sont 20 décibels plus élevées que l’arrière-plan sonore ;
  • Il existe une version alternative pour laquelle l’arrière-plan sonore peut être désactivé ;
  • Il existe une version alternative pour laquelle la ou les pistes de dialogue sont 20 décibels plus élevées que l’arrière-plan sonore.
Nouveau test 4.19.1

Test 4.19.1 : Chaque média temporel audio pré-enregistré et diffusé via une balise object, video, audio, embed, bgound ou proposé en téléchargement vérifie-t-il une de ces conditions (hors cas particuliers) ?

  • L’arrière-plan sonore peut être désactivé ;
  • La ou les pistes de dialogue sont 20 décibels plus élevées que l’arrière-plan sonore ;
  • Il existe une version alternative pour laquelle l’arrière-plan sonore peut être désactivé ;
  • Il existe une version alternative pour laquelle la ou les pistes de dialogue sont 20 décibels plus élevées que l’arrière-plan sonore.

Modification du critère 5.3

Le critère ne prend pas en compte l’utilisation de table surchargée via ARIA. Un cas particulier est ajouté.

Modification du critère 5.3

Ancien critère 5.3

Critère 5.3 [A] Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible ?

  • Test 5.3.1 : Chaque tableau de mise en forme vérifie-t-il ces conditions ?
Nouveau critère 5.3

Critère 5.3 [A] Pour chaque tableau de mise en forme, le contenu linéarisé reste-t-il compréhensible (hors cas particuliers) ?

  • Test 5.3.1 : Chaque tableau de mise en forme vérifie-t-il ces conditions (hors cas particuliers) ?

Modification des tests du critère 6.1

Modification du test 6.1.2

Généralisation du test pour les liens images (voir la modification de l’entrée de glossaire pour « Lien image » et l’ajout des différents cas de types de liens images).

Ancien test 6.1.2

Test 6.1.2 : Chaque lien image (contenu de l’attribut alt, texte entre <canvas> et </canvas> ou texte entre <object> et </object>) vérifie-t-il une de ces conditions (hors cas particuliers) ?

  • L’intitulé de lien seul permet d’en comprendre la fonction et la destination ;
  • Le contexte du lien permet d’en comprendre la fonction et la destination.
Nouveau test 6.1.2

Test 6.1.2 : Chaque lien image vérifie-t-il une de ces conditions (hors cas particuliers) ?

  • L’intitulé de lien seul permet d’en comprendre la fonction et la destination ;
  • Le contexte du lien permet d’en comprendre la fonction et la destination.

Suppression du test 6.1.3

Les liens doublant une zone cliquable côté serveur sont un cas général de liens (voir la modification de l’entrée de glossaire pour « Lien image » et l’ajout des différents cas de types de liens images).

Ancien test 6.1.3

Test 6.1.3 : Chaque lien doublant une zone cliquable d’une image réactive côté serveur vérifie-t-il une de ces conditions (hors cas particuliers) ?

  • L’intitulé de lien seul permet d’en comprendre la fonction et la destination ;
  • Le contexte du lien permet d’en comprendre la fonction et la destination.

Renumérotation du test 6.1.4 en 6.1.3

Suite à la suppression du test 6.1.3, le test 6.1.4 est renuméroté 6.1.3.

Test 6.1.4 : Chaque lien composite vérifie-t-il une de ces conditions (hors cas particuliers) ?

Devient

Test 6.1.3 : Chaque lien composite vérifie-t-il une de ces conditions (hors cas particuliers) ?

Suppression du test 6.1.5

Les liens vectoriels sont un cas général des liens images (voir la modification de l’entrée de glossaire pour « Lien image » et l’ajout des différents cas de types de liens images).

Ancien test 6.1.5

Test 6.1.5 : Chaque lien vectoriel vérifie-t-il une de ces conditions (hors cas particuliers) ?

  • L’intitulé de lien seul permet d’en comprendre la fonction et la destination ;
  • Le contexte du lien permet d’en comprendre la fonction et la destination.

Modification des tests du critère 6.2

Suppression du test 6.2.3

Les liens doublant une zone cliquable côté serveur sont un cas général de liens images (voir la modification de l’entrée de glossaire pour « Lien image » et l’ajout des différents cas de types de liens images).

Ancien test 6.2.3

Test 6.2.3 : pour chaque zone cliquable (balise area) ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?

Renumérotation du test 6.2.4 en 6.2.3

Suite à la suppression du test 6.2.3, le test 6.2.4 est renuméroté 6.2.3.

Test 6.2.4 : Pour chaque lien composite ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?

Devient

Test 6.2.3 : Pour chaque lien composite ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?

Suppression du test 6.2.5

Les liens vectoriels sont un cas général des liens images (voir la modification de l’entrée de glossaire pour « Lien image » et l’ajout des différents cas de types de liens images).

Ancien test 6.2.5

Test 6.2.5 : Pour chaque lien vectoriel ayant un titre de lien (attribut title), le contenu de cet attribut est-il pertinent ?

Modification des tests du critère 6.3

Modification du test 6.3.2

Généralisation du test pour les liens images (voir la modification de l’entrée de glossaire pour « Lien image » et l’ajout des différents cas de types de liens images).

Ancien test 6.3.2

Test 6.3.2 : Chaque intitulé de lien image (contenu de l’attribut alt, texte entre <canvas> et </canvas> ou texte entre <object> et </object>) est-il explicite hors contexte (hors cas particuliers) ?

Nouveau test 6.3.2

Test 6.3.2 : Chaque intitulé de lien image est-il explicite hors contexte (hors cas particuliers) ?

Suppression du test 6.3.3

Les liens doublant une zone cliquable côté serveur sont un cas général de liens images (voir la modification de l’entrée de glossaire pour « Lien image » et l’ajout des différents cas de types de liens images).

Ancien test 6.3.3

Test 6.3.3 : Chaque intitulé de lien de type zone cliquable (contenu de l’attribut alt d’une balise area) est-il explicite hors contexte (hors cas particuliers) ?

Renumérotation du test 6.3.4 en 6.3.3

Suite à la suppression du test 6.3.3, le test 6.2.4 est renuméroté 6.3.3.

Test 6.3.4 : Chaque lien composite (contenu texte et de l’attribut alt) est-il explicite hors contexte (hors cas particuliers)

Devient

Test 6.3.3 : Chaque lien composite (contenu texte et de l’attribut alt) est-il explicite hors contexte (hors cas particuliers)

Suppression du test 6.3.5

Les liens vectoriels sont un cas général des liens images (voir la modification de l’entrée de glossaire pour « Lien image » et l’ajout des différents cas de types de liens images).

Ancien test 6.3.5

Test 6.3.5 : Chaque intitulé de lien vectoriel (contenu de l’alternative de l’image vectorielle, balise svg) est-il explicite hors contexte (hors cas particuliers) ?

Modification des tests du critère 6.4

Suppression du test 6.4.3

Les liens doublant une zone cliquable côté serveur sont un cas général de liens images (voir la modification de l’entrée de glossaire pour « Lien image » et l’ajout des différents cas de types de liens images).

Ancien test 6.4.3

Test 6.4.3 : Pour chaque page Web, chaque lien identique de type zone cliquable a-t-il les mêmes fonction et destination ?

Renumérotation du test 6.4.4 en 6.4.3

Suite à la suppression du test 6.4.3, le test 6.4.4 est renuméroté 6.4.3.

Test 6.4.4 : Pour chaque page Web, chaque lien identique de type composite a-t-il les mêmes fonction et destination ?

Devient

Test 6.4.3 : Pour chaque page Web, chaque lien identique de type composite a-t-il les mêmes fonction et destination ?

Suppression du test 6.4.5

Les liens vectoriels sont un cas général des liens images (voir la modification de l’entrée de glossaire pour « Lien image » et l’ajout des différents cas de types de liens images).

Ancien test 6.4.5

Test 6.4.5 : Pour chaque page Web, chaque lien identique de type vectoriel a-t-il les mêmes fonction et destination ?

Modifications des tests du critère 7.3

Le test 7.3.1 n’est pas impacté.

Le test 7.3.2 est supprimé, les tests 7.3.3 et 7.3.4 sont rénumérotés.

Suppression du test 7.3.2

Ancien test 7.3.2

Test 7.3.2 : Chaque élément possédant un gestionnaire d’événement contrôlé par un script vérifie-t-il une de ces conditions (hors cas particuliers) ?

  • L’élément est activable par le clavier et la souris ;
  • Un élément activable par le clavier et la souris permettant de réaliser la même action est présent dans la page.

Renumérotation

  • 7.3.3 devient 7.3.2 ;
  • 7.3.4 devient 7.3.3.

Modifications du test 8.10.2

Le critère ne prend en charge que les passages de texte dont le sens de lecture est différent du sens de lecture de la page.

Il peut y avoir des cas où une erreur d’utilisation de l’attribut dir concerne des textes dont le sens de lecture est identique à celui de la page.

Un test est ajouté.

Nouveau test 8.10.2

Test 8.10.2 : Dans chaque page Web, chaque changement du sens de lecture (attribut dir) vérifie-t-il ces conditions ?

  • La valeur de l’attribut dir est conforme (rtl ou ltr).
  • La valeur de l’attribut dir est pertinente.

Modification des tests du critère 10.13

Suppression du test 10.13.2

Le test 10.13.2 est couvert par le 10.13.1 et la définition de « texte caché ».

Ancien test 10.13.2

Test 10.13.2 : Dans chaque page Web, chaque texte caché qui utilise une propriété ARIA aria-hidden vérifie-t-il une de ces conditions ?

Suppression du test 10.13.3

Le test 10.13.3 est couvert par le 10.13.1 et la définition de « texte caché ».

Ancien test 10.13.3

Test 10.13.3 : Dans chaque page Web, chaque texte caché qui utilise un attribut hidden vérifie-t-il une de ces conditions ?

Modification des tests du critère 11.1

Modification du test 11.1.3

Ajoute l’obligation d’une étiquette visible.

Ajoute la possibilité d’avoir plusieurs labels référencés via ARIA.

Ancien test 11.1.3

Test 11.1.3 : Chaque champ de formulaire associé à une étiquette via la propriété ARIA aria-labelledby, vérifie-t-il ces conditions ?

  • l’étiquette possède un attribut id ;
  • La valeur de l’attribut id est unique ;
  • La valeur de la propriété ARIA aria-labelledby est égale à la valeur de l’attribut id de l’étiquette.
Nouveau test 11.1.3

Test 11.1.3 : Chaque champ de formulaire associé à une étiquette via la propriété ARIA aria-labelledby, vérifie-t-il ces conditions ?

  • l’étiquette possède un attribut id ;
  • La valeur de l’attribut id est unique ;
  • Les valeurs de la propriété ARIA aria-labelledby sont égales à la valeur des attributs id des passages de textes utilisés pour créer l’étiquette. ;
  • L’étiquette liée par la propriété ARIA aria-labelledby est visible à la prise de focus au moins.

Nouveau test 11.1.4

Un champ de formulaire qui utilise un aria-label comme label (conforme 11.1.1) doit être accompagné d’un texte visible qui permet de comprendre la fonction du champ de formulaire.

Test 11.1.4 : Chaque champ de formulaire qui utilise une propriété ARIA aria-label doit être accompagné d’un passage de texte visible et accolé au champ permettant de comprendre la nature de la saisie attendue. Cette règle est-elle respectée ?

Nouveau test 11.1.5

Ajout d’un test pour l’attribut placeholder, conformément à l’ordre de restitution des éléments sur un champ de formulaire (voir la modification de l’entrée de glossaire pour « Étiquette de champ de formulaire »).

Test 11.1.4 : Chaque champ de formulaire qui utilise un attribut title comme étiquette, vérifie-t-il une de ces conditions ?

  • L’attribut placeholder est absent ;
  • L’attribut placeholder est identique à l’attribut title.

Modification des tests du critère 11.9

Modification du test 11.9.1

Ajout de la méthode aria-labelledby comme moyen de labelliser un bouton.

Ancien test 11.9.1

Test 11.9.1 : Dans chaque formulaire, l’intitulé de chaque bouton vérifie-t-il une de ces conditions ?

  • Le contenu de l’attribut value des boutons de formulaire de type submit, reset ou button est pertinent ;
  • Le contenu de la balise <button> est pertinent ;
  • Le contenu de l’attribut title est pertinent ;
  • Le contenu de la propriété ARIA aria-label est pertinent.

Nouveau test 11.9.1

Test 11.9.1 : Dans chaque formulaire, l’intitulé de chaque bouton vérifie-t-il une de ces conditions ?

  • Le contenu de l’attribut value des boutons de formulaire de type submit, reset ou button est pertinent ;
  • Le contenu de la balise <button> est pertinent ;
  • Le contenu de l’attribut title est pertinent ;
  • Le contenu de la propriété ARIA aria-label est pertinent ;
  • Un passage de texte est lié au bouton via une propriété aria-labelledby.

Modification du test 11.9.2

Ajoute la possibilité d’avoir plusieurs labels référencés via ARIA.

Ancien test 11.9.2

Test 11.9.2 : Dans chaque formulaire, l’intitulé de chaque bouton implémenté via une propriété ARIA aria-labelledby vérifie-t-il ces conditions ?

  • Le passage de texte servant d’intitulé possède un attribut id ;
  • La valeur de l’attribut id est unique ;
  • La valeur de la propriété ARIA aria-labelledby est égale à la valeur de l’attribut id du passage de texte ;
  • Le passage de texte est pertinent.
Nouveau test 11.9.2

Test 11.9.2 : Dans chaque formulaire, l’intitulé de chaque bouton implémenté via une propriété ARIA aria-labelledby vérifie-t-il ces conditions ?

  • Le passage de texte servant d’intitulé possède un attribut id ;
  • La valeur de l’attribut id est unique ;
  • Les valeurs de la propriété ARIA aria-labelledby sont égales aux valeurs des attributs id des passages de texte utilisés pour créer l’étiquette ;
  • Le passage de texte est pertinent.

Modification des tests du critère 11.10

Modification du test 11.10.3

Ajoute la possibilité d’avoir plusieurs labels référencés via ARIA.

Ancien test 11.10.3

Test 11.10.3 : Chaque indication de champ obligatoire qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou aria-labelledby vérifie-t-elle ces conditions ?

  • Le passage de texte est identifié via un attribut id ;
  • La valeur de l’attribut id est unique ;
  • La valeur de la propriété ARIA aria-describedby ou aria-labelledby est égale à la valeur de l’attribut id ;
Nouveau test 11.10.3

Test 11.10.3 : Chaque indication de champ obligatoire qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou aria-labelledby vérifie-t-elle ces conditions ?

  • Le passage de texte est identifié via un attribut id ;
  • La valeur de l’attribut id est unique ;
  • Les valeurs de la propriété ARIA aria-describedby ou aria-labelledby sont égales aux valeurs des attributs id ;

Modification du test 11.10.6

Ajoute la possibilité d’avoir plusieurs labels référencés via ARIA.

Ancien test 11.10.6

Test 11.10.6 : Chaque erreur de saisie qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou aria-labelledby vérifie-t-elle ces conditions ?

  • Le passage de texte est identifié via un attribut id ;
  • La valeur de l’attribut id est unique ;
  • La valeur de la propriété ARIA aria-describedby ou aria-labelledby est égale à la valeur de l’attribut id.
Nouveau test 11.10.6

Test 11.10.6 : Chaque erreur de saisie qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou aria-labelledby vérifie-t-elle ces conditions ?

  • Le passage de texte est identifié via un attribut id ;
  • La valeur de l’attribut id est unique ;
  • Les valeurs de la propriété ARIA aria-describedby ou aria-labelledby sont égales aux valeurs des attributs id ;

Modification du test 11.10.9

Ajoute la possibilité d’avoir plusieurs labels référencés via ARIA.

Ancien test 11.10.9

Test 11.10.9 : Chaque indication de type de donnée et/ou de format qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou ARIA aria-labelledby vérifie-t-elle ces conditions ?

  • Le passage de texte est identifié via un attribut id ;
  • La valeur de l’attribut id est unique ;
  • La valeur de la propriété ARIA aria-describedby ou ARIA aria-labelledby est égale à la valeur de l’attribut id ;
Nouveau test 11.10.9

Test 11.10.9 : Chaque indication de type de donnée et/ou de format qui utilise un passage de texte lié par la propriété ARIA aria-describedby ou ARIA aria-labelledby vérifie-t-elle ces conditions ?

  • Le passage de texte est identifié via un attribut id ;
  • La valeur de l’attribut id est unique ;
  • Les valeurs de la propriété ARIA aria-describedby ou aria-labelledby sont égales aux valeurs des attributs id.

Nouveau test 11.10.10

Ajout d’un test pour l’attribut placeholder, conformément à l’ordre de restitution des éléments sur un champ de formulaire (voir la modification de l’entrée de glossaire pour « Étiquette de champ de formulaire »).

Test 11.10.10 : Chaque champ de formulaire qui utilise un attribut title comme aide à la saisie, vérifie-t-il une de ces conditions ?

  • L’attribut placeholder est absent ;
  • L’attribut placeholder est identique à l’attribut title.

Modification des tests du critère 13.1

Modification du test 13.1.1

Le test fait référence à une redirection automatique qui n’est pas concernée.

Les test est modifié.

La définition de glossaire pour « Redirection automatique » est modifiée.

Ancien test 13.1.1

Test 13.1.1 : Pour chaque page Web, chaque procédé de rafraîchissement ou de redirection automatique ( balise object, balise embed, balise svg, balise canvas, balise meta) vérifie-t-il une de ces conditions (hors cas particuliers) ?

  • L’utilisateur peut arrêter ou relancer le rafraîchissement ;
  • L’utilisateur peut augmenter la limite de temps entre deux rafraîchissements de dix fois, au moins ;
  • L’utilisateur est averti de l’imminence du rafraîchissement et dispose de vingt secondes, au moins, pour augmenter la limite de temps avant le prochain rafraîchissement ;
  • La limite de temps entre deux rafraîchissements est de vingt heures, au moins.
Nouveau test 13.1.1

Test 13.1.1 : Pour chaque page Web, chaque procédé de rafraîchissement ( balise object, balise embed, balise svg, balise canvas, balise meta) vérifie-t-il une de ces conditions (hors cas particuliers) ?

  • L’utilisateur peut arrêter ou relancer le rafraîchissement ;
  • L’utilisateur peut augmenter la limite de temps entre deux rafraîchissements de dix fois, au moins ;
  • L’utilisateur est averti de l’imminence du rafraîchissement et dispose de vingt secondes, au moins, pour augmenter la limite de temps avant le prochain rafraîchissement ;
  • La limite de temps entre deux rafraîchissements est de vingt heures, au moins.

Suppression du test 13.1.4 et renumérotaion

Ancien test 13.1.4 et numérotation

Test 13.1.4 : Pour chaque page Web, chaque procédé de redirection effectué côté serveur vérifie-t-il une de ces conditions (hors cas particuliers) ?

Test 13.1.5 : Pour chaque page Web, chaque procédé limitant le temps d’une session vérifie-t-il une de ces conditions (hors cas particuliers) ?

Renumérotation 13.1.5 en 13.1.4

Test 13.1.4 : Pour chaque page Web, chaque procédé limitant le temps d’une session vérifie-t-il une de ces conditions (hors cas particuliers) ?

Modification du test 13.2.1

Le test 13.2.1 est limité aux attributs target dont la valeur est égale à _blank, or d’autres valeurs pour cet attribut provoquent l’ouverture d’une nouvelle fenêtre. Une entrée de glossaire est également ajoutée pour l’attribut target et une explication des différents comportements en fonction des valeurs.

Ancien test 13.2.1

Test 13.2.1 : Dans chaque page Web, pour chaque ouverture d’une nouvelle fenêtre effectuée via un lien (attribut target="_blank") ou une commande JavaScript, l’utilisateur est-il averti ?

Nouveau test 13.2.1

Test 13.2.1 : Dans chaque page Web, pour chaque ouverture d’une nouvelle fenêtre effectuée via un lien (attribut target) ou une commande JavaScript, l’utilisateur est-il averti ?)

Modification du test 13.15.1

Le test 13.15.1 est limité aux images animées de type img,svg, object. Il manque les images embarquées via embed ou canvas.

Le test est corrigé.

Ancien test 13.15.1

Test 13.15.1 : Dans chaque page Web, chaque image animée (balise img, balise svg ou balise object) qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-elle une de ces conditions ?

  • La fréquence de l’effet est inférieure à 3 par seconde ;
  • La surface totale cumulée des effets est inférieure ou égale à 21 824 pixels.

Nouveau test 13.15.1

Test 13.15.1 : Dans chaque page Web, chaque image (balise img, balise svg, balise canvas, balise embed ou balise object) qui provoque un changement brusque de luminosité ou un effet de flash vérifie-t-elle une de ces conditions ?

  • La fréquence de l’effet est inférieure à 3 par seconde ;
  • La surface totale cumulée des effets est inférieure ou égale à 21 824 pixels.

Mise à jour des références des techniques WCAG

Techniques supprimées de WCAG

  • F17 (liaison supprimée pour le critère 11.1) ;
  • F68 (liaison supprimée pour le critère 11.1) ;
  • H50 (liaison supprimée pour le critère 12.10).

Modification de liaison WCAG 2.1.3

Le critère de succès WCAG 2.1.3 est supprimé du critère RGAA 7.3 et ajouté au critère 13.4.

Glossaire

Nouvelle définition de glossaire pour « alternative à une image svg »

Sont considérés comme des alternatives possibles à une image svg :

  • un mécanisme de remplacement ;
  • lien adjacent qui permet d’accéder à une alternative dont le contenu est pertinent, et identique à la propriété aria-label et à l’attribut title de la balise , s’il est présent.

Nouvelle définition de glossaire pour « Attribut target »

Suite à la modification du test 13.2.1, une entrée de glossaire est ajoutée pour l’attribut target et l’explication des différents comportements en fonction des valeurs.

L’attribut target ouvre une nouvelle fenêtre ou un nouvel onglet du navigateur selon sa valeur. Les valeurs suivantes de target n’ouvrent pas de nouvelles fenêtres :

  • _self ;
  • _top ;
  • _parent.

Pour toutes les autres valeurs de target, l’élément sur lequel il est positionné ouvrira une nouvelle fenêtre ou un nouvel onglet. C’est le cas de la valeur _blank par exemple, mais également de toute autre valeur (numérique ou alphabétique) non définie par la spécification. Il est à noter d’ailleurs que ces valeurs ne provoquent pas d’erreur lors de la validation du code source en HTML5.

Suppression de la définition « Contrôlable par le clavier et la souris »

La définition est lacunaire et l’entrée de glossaire « Accessible et activable par le clavier et la souris » est plus pertinente et complète.

Ancienne définition de glossaire

Le contrôle d’une fonctionnalité par le clavier signifie que celle-ci est accessible via la touche tabulation et activable par la touche entrée à l’exception :

  • Des composants d’interface implémentés via WAI-ARIA lorsqu’un motif de conception définit un ensemble d’interactions au clavier à respecter ;
  • Lorsque un composant utilise une technologie qui nécessite l’utilisation de raccourcis clavier et que la touche de tabulation n’est pas disponible.

Nouvelle définition pour « Étiquettes cohérentes 

La notion de « cohérente » n’est pas définie pour le critère 11.3.

Une définition de glossaire est ajoutée.

Nouvelle définition de glossaire « Etiquettes cohérentes »

Les étiquettes de champs de formulaire présentes dans une même page ou dans un ensemble de pages et réclamant la saisie d’une même information doivent être formulées sans ambiguïté pour que l’utilisateur sache que l’information qu’il doit communiquer est la même.

Modification définition de glossaire pour « Étiquette de champs de formulaire »

Ancienne définition de glossaire pour « Étiquette de champs de formulaire »

Texte à proximité du champ de formulaire permettant d’en connaître la nature, le type ou le format des informations attendues. L’étiquette peut être associée au champ de formulaire de plusieurs manières : par l’utilisation d’une balise label, l’utilisation de la propriété WAI-ARIA aria-label, l’utilisation d’une liaison entre le texte et le champ par la propriété WAI-ARIA aria-labelledby, l’utilisation de l’attribut title.

Nouvelle définition de glossaire pour « Étiquette de champs de formulaire »

Texte à proximité du champ de formulaire permettant d’en connaître la nature, le type ou le format des informations attendues. L’étiquette peut être associée au champ de formulaire de plusieurs manières :

  • par l’utilisation d’une balise label ;
  • l’utilisation de la propriété WAI-ARIA aria-label ;
  • l’utilisation d’une liaison entre le texte et le champ par la propriété WAI-ARIA aria-labelledby ;
  • l’utilisation de l’attribut title.

Note importante : lorsque plusieurs de ces techniques sont présentes sur un même champ, le calcul du « nom accessible », c’est-à-dire ce qui sera restitué, obéit à un ordre strict :

  • aria-labelledby ;
  • sinon aria-label ;
  • sinon label ;
  • sinon title.

Cet ordre doit être utilisé pour l’évaluation de la pertinence de l’étiquette (critère 11.2). Par exemple, même dans le cas de la présence d’un label, c’est le passage de texte référencé par aria-labelledby qui doit pris en compte.

Référence : http://www.w3.org/TR/html-aam-1.0/#accessible-name-and-description-calculation

Note importante au sujet de l’utilisation de placeholder : lorsque l’attribut placeholder est présent, il est susceptible d’être restitué à la place de l’attribut title. Par conséquent, lorsque ces deux attributs title et placeholder sont présents, ils doivent être identiques.

Modification définition de glossaire pour « Intitulé de lien »

Modification de la Note 1 qui renvoie maintenant à la définition de lien image.

Ancienne définition de glossaire pour « Intitulé de lien »

Information textuelle comprise entre <a href="..."> et </a> d’un lien complété si nécessaire d’informations de contexte.

Les 4 différents types de liens sont :

  • lien texte : il s’agit du texte compris entre <a href="..."> et </a> complété si nécessaire d’informations de contexte ;
  • lien image : il s’agit du contenu de l’alternative textuelle de l’image comprise entre <a href="..."> et </a> complété si nécessaire d’informations de contexte ;
  • lien composite : il s’agit de l’ensemble du texte et du contenu de l’alternative textuelle de la ou des images compris entre <a href="..."> et </a> complété si nécessaire d’informations de contexte ;
  • lien vectoriel : il s’agit du contenu de l’alternative textuelle de l’image vectorielle (balise svg comprise entre <a href="..."> et </a> complété si nécessaire d’informations de contexte.

Note 1 : un lien image peut être constitué d’une image (balise img), d’une image objet (balise object) ou d’une image bitmap (balise canvas).

Note 2 : Un lien image pour lequel l’attribut alt est absent est considéré comme non applicable pour le critère 6.5.

Nouvelle définition de glossaire pour « Intitulé de lien »

Information textuelle comprise entre <a href="..."> et </a> d’un lien, complété si nécessaire d’informations de contexte.

Les 4 différents types de liens sont :

  • Lien texte : il s’agit du texte compris entre <a href="..."> et </a>, complété si nécessaire d’informations de contexte ;
  • Lien image : il s’agit du contenu de l’alternative textuelle de l’image comprise entre <a href="..."> et </a>, complété si nécessaire d’informations de contexte ;
  • Lien composite : il s’agit de l’ensemble du texte et du contenu de l’alternative textuelle de la ou des images compris entre <a href="..."> et </a>, complété si nécessaire d’informations de contexte ;
  • Lien vectoriel : il s’agit du contenu de l’alternative textuelle de l’image vectorielle (balise svg) comprise entre <a href="…"> et </a> complété si nécessaire d’informations de contexte. L’intitulé de lien pour un lien vectoriel est le contenu de l’alternative textuelle de l’image vectorielle.

Note 1 : voir la définition de lien image pour plus de précisions.**

Note 2 : un lien image pour lequel l’attribut alt est absent est considéré comme non applicable pour le critère 6.5.

Modification définition de glossaire « Le nom, le rôle, la valeur, le paramétrage et les changements d’états »

La définition de glossaire ne prend pas en compte le cas des boutons hors formulaire.

La définition est modifiée.

Ancienne définition

Un composant doit avoir un rôle et un nom appropriés, ses valeurs, états et paramètres éventuels doivent également être accessibles et correctement transmis aux APIs d’accessibilité notamment.

Le nom peut être l’intitulé du composant comme l’intitulé d’un bouton par exemple.

La valeur est, par exemple, l’élément sélectionné d’une liste déroulante ou la valeur actuelle d’un curseur (slider).

Le rôle correspond au type d’élément défini par la spécification HTML ou l’API WAI-ARIA (comme la balise button ou le rôle ARIA role="button").

Le paramétrage correspond aux informations particulières d’un composant, généralement mis à disposition par l’API WAI-ARIA. Par exemple aria-controls est un paramètre qui transmet aux APIs l’information que le composant contrôle tel ou tel contenu (référencé par son identifiant - attribut id).

Les changements d’états sont également mis à disposition par l’API WAI-ARIA. Par exemple aria-expanded est un état permettant de signaler aux APIs que le composant est « ouvert » ou « fermé ». Note : un état peut également être transmis via le nom, lorsque l’intitulé est changé dynamiquement pour correspondre à l’état de la zone contrôlée notamment.

Ces paramètres ne sont pas obligatoires mais peuvent être requis s’ils sont indispensables pour rendre le composant accessible. C’est à l’auditeur de considérer les cas où ces paramètres sont indispensables en fonction du contexte lié à l’utilisation du composant.

L’auditeur doit également vérifier que, lorsqu’il sont présents, ces paramètres sont correctement utilisés.

Note : les rôles, propriétés et états ARIA s’implémentent via des attributs, par exemple role="banner", aria-hidden="true".

Nouvelle définition de glossaire

Un composant doit avoir un rôle et un nom appropriés, ses valeurs, états et paramètres éventuels doivent également être accessibles et correctement transmis aux APIs d’accessibilité notamment.

Un composant peut s’appuyer sur un élément interactif HTML ou sur un élément non interactif surchargé par l’API ARIA via un rôle adh’oc. Important : les boutons (balises button ou input type="button") lorsqu’ils sont contrôlés via JavaScript sont à évaluer avec le critère 7.1.

Le nom peut être l’intitulé du composant comme l’intitulé d’un bouton par exemple.

La valeur est, par exemple, l’élément sélectionné d’une liste déroulante ou la valeur actuelle d’un curseur (slider).

Le rôle correspond au type d’élément défini par la spécification HTML ou l’API WAI-ARIA (comme la balise button ou le rôle ARIA role="button").

Le paramétrage correspond aux informations particulières d’un composant, généralement mis à disposition par l’API WAI-ARIA. Par exemple aria-controls est un paramètre qui transmet aux APIs l’information que le composant contrôle tel ou tel contenu (référencé par son identifiant - attribut id).

Les changements d’états sont également mis à disposition par l’API WAI-ARIA. Par exemple aria-expanded est un état permettant de signaler aux APIs que le composant est « ouvert » ou « fermé ».

Note : un état peut également être transmis via le nom, lorsque l’intitulé est changé dynamiquement pour correspondre à l’état de la zone contrôlée notamment.

Ces paramètres ne sont pas obligatoires mais peuvent être requis s’ils sont indispensables pour rendre le composant accessible. C’est à l’auditeur de considérer les cas où ces paramètres sont indispensables en fonction du contexte lié à l’utilisation du composant.

L’auditeur doit également vérifier que, lorsqu’il sont présents, ces paramètres sont correctement utilisés.

Note : les rôles, propriétés et états ARIA s’implémentent via des attributs, par exemple role="banner", aria-hidden="true"

Modification définition de glossaire pour « Lien image »

Ancienne définition de glossaire pour « Lien image »

Lien dont le contenu entre <a href="..."> et </a> est uniquement constitué d’une image. L’intitulé de lien pour un lien image est le contenu de l’alternative textuelle de l’image.

Note : un lien image peut être constitué d’une image (balise img), d’une image objet (balise object) ou d’une image bitmap (balise canvas).

Nouvelle définition de glossaire pour « Lien image »

Lien dont le contenu entre <a href="..."> et </a> est uniquement constitué d’une image. L’intitulé de lien pour un lien image est le contenu de l’alternative textuelle de l’image.

Un lien image peut être constitué :

  • d’une image (balise img), l’alternative est le contenu de l’attribut alt ;
  • d’une zone cliquable (balise area) possédant un attribut href, l’alternative est le contenu de l’attribut alt ;
  • d’une image objet (balise object), l’alternative est contenue entre <object> et </object> ;
  • d’une image bitmap (balise canvas), l’alternative est contenue entre <canvas> et </canvas> ;
  • d’une image embarquée (balise embed), l’alternative est contenue entre <embed> et </embed> ;
  • d’une image vectorielle (balise svg), l’alternative est contenue dans les attributs title, aria-label ou la balise <desc>.

Note au sujet de embed : en HTML5, la balise embed a été modifiée. C’est une balise autofermante qui ne peut pas embarquer de contenu alternatif. Les propriétés ARIA, comme aria-label qui permettrait d’embarquer une alternative, n’étant pas supportées de manière uniforme, il n’est pas possible d’utiliser une image embarquée, porteuse d’information, via l’élément embed HTML5.

Suppression de l’entrée de glossaire « Lien vectoriel »

La définition de lien vectoriel est maintenant incorporée dans l’entrée de glossaire « Intitulé de lien ».

Ancienne définition de « Lien vectoriel »

Lien dont le contenu entre <a href="..."> et </a> est uniquement constitué d’une image vectorielle (balise svg). L’intitulé de lien pour un lien vectoriel est le contenu de l’alternative textuelle de l’image vectorielle.

Modification définition de glossaire pour « Média temporel (type son, vidéo et synchronisé) »

Ancienne définition de glossaire

  • Média temporel seulement audio : contenu sonore (Wawe, Mp3...) ;
  • Média temporel seulement vidéo : images ou photos en mouvement ou en séquence ;
  • Média temporel synchronisé : flux audio ou vidéo synchronisé avec un autre format pour présenter de l’information et/ou comportant des composants temporels interactifs. Un média temporel peut être consulté de 2 manières différentes :
    • fichier à télécharger consultable avec un logiciel externe à la page Web ;
    • contenu embarqué dans la page Web et consultable dans la page Web via :
      • un plugin (par exemple une vidéo diffusée par un lecteur Flash) ;
      • l’élément video (par exemple une vidéo) ;
      • l’élément audio (par exemple un podcast) ;
      • l’élément svg (par exemple un dessin animé vectoriel) ;
      • l’élément canvas (par exemple un dessin animé en image bitmap).

Un média temporel peut être diffusé en temps réel ou être proposé en lecture de manière asynchrone (média pré-enregistré).

Note 1 : l’utilisation du paramètre wmode pour un objet Flash avec les valeurs "transparent" et "opaque" invalide de fait le critère 4.20 (La consultation de chaque média temporel est-elle contrôlable par le clavier et la souris ?). En effet, l’utilisation de ces valeurs a pour conséquence que l’animation Flash vue du côté des utilisateurs de lecteur d’écran est invisible.

Note 2 : les gif animés, les animations d’images réalisées par JavaScript ou CSS ne sont pas considérés comme étant des médias temporels.

Nouvelle défintion de glossaire

  • Média temporel seulement audio : contenu sonore (Wawe, Mp3...) ;
  • Média temporel seulement vidéo : images ou photos en mouvement ou en séquence ;
  • Média temporel synchronisé : flux audio ou vidéo synchronisé avec un autre format pour présenter de l’information et/ou comportant des composants temporels interactifs. Un média temporel peut être consulté de 2 manières différentes :
    • fichier à télécharger consultable avec un logiciel externe à la page Web ;
    • contenu embarqué dans la page Web et consultable dans la page Web via :
      • un plugin (par exemple une vidéo diffusée par un lecteur Flash) ;
      • l’élément video (par exemple une vidéo) ;
      • l’élément audio (par exemple un podcast) ;
      • l’élément svg (par exemple un dessin animé vectoriel) ;
      • l’élément canvas (par exemple un dessin animé en image bitmap) ;
      • l’élément bgsound pour diffuser un arrière-plan sonore à la page Web.

Un média temporel peut être diffusé en temps réel ou être proposé en lecture de manière asynchrone (média pré-enregistré).

Note 1 : l’utilisation du paramètre wmode pour un objet Flash avec les valeurs "transparent" et "opaque" invalide de fait le critère 4.20 (La consultation de chaque média temporel est-elle contrôlable par le clavier et la souris ?). En effet, l’utilisation de ces valeurs a pour conséquence que l’animation Flash vue du côté des utilisateurs de lecteur d’écran est invisible.

Note 2 : les gif animés, les animations d’images réalisées par JavaScript ou CSS ne sont pas considérés comme étant des médias temporels.

Note 3 : l’élément bgsound est spécifique à Internet Explorer et ne devrait pas être utilisé.

Modification définition de glossaire pour « Présentation de l’information »

Il manque des attributs de présentation dans la liste proposée par le glossaire.

Les attribut manquants sont ajoutés.

Ancienne définition de glossaire pour « Présentation de l’information »

Restitution visuelle des contenus via un navigateur en mode graphique. La présentation concerne le style, la position et les dimensions des éléments HTML et de leur contenu. La présentation de l’information doit être réalisée via CSS. Les éléments (basefont, blink, center, font, marquee, s, strike, tt, u) et les attributs (align, alink, background, basefont, bgcolor, border, color, link, text, vlink) sont interdits. Les attributs width et height utilisés sur d’autres éléments que les balises img, object, embed, canvas et svg, sont également interdits.

Nouvelle définition de glossaire pour « Présentation de l’information »

Restitution visuelle des contenus via un navigateur en mode graphique. La présentation concerne le style, la position et les dimensions des éléments HTML et de leur contenu. La présentation de l’information doit être réalisée via CSS. Les éléments (basefont, blink, center, font, marquee, s, strike, tt, u, big, small) et les attributs (align, alink, background, bgcolor, border, cellpading, cellspacing, char, charoff, clear, compact, color, frameborder,hspace, link, marginheight, marginwidth, text, valign, vlink, vspace, size) sont interdits.

Note : les attributs width et height utilisés sur d’autres éléments que les balises img, object, embed, canvas et svg sont également interdits.

Modification définition de glossaire pour « Propriétés et méthodes conformes à la spécification DOM »

Ancienne définition de glossaire pour « Propriétés et méthodes conformes à la spécification DOM »

Les méthodes d’insertion de contenu conformes à la spécification DOM font appel aux propriétés et méthodes de l’objet Node par opposition aux méthodes propriétaires. Par exemple document.write, spécifique à la plateforme IE/Microsoft pour les navigateurs IE anciens.

Nouvelle définition de glossaire pour « Propriétés et méthodes conformes à la spécification DOM »

Les méthodes d’insertion de contenu conformes à la spécification DOM permettent de créer, insérer et manipuler des éléments via le DOM (par exemple document.createElement et element.appendChild) par opposition à la méthode document.write qui peut poser des problèmes dans certains contextes (voir : https://www.w3.org/TR/html5/webappapis.html#dom-document-write).

Modification définition de glossaire pour « Redirection automatique »

Ancienne définition de glossaire

Procédé qui consiste pour l’affichage d’une page sur le poste client à rediriger automatiquement l’utilisateur vers une autre page, sur le même domaine ou sur un domaine différent.

Nouvelle définition de glossaire

Procédé qui consiste pour l’affichage d’une page sur le poste client à rediriger l’utilisateur vers une autre page, sur le même domaine ou sur un domaine différent.

Modification définition de glossaire pour « Taille des caractères »

Ancienne définition de glossaire pour « Taille des caractères »

Valeur attribuée aux polices de caractères présentes sur une page Web. Pour les contenus Web, les tailles de caractères doivent être définies avec des unités relatives (%, em ou rem) ou des mots clés (xx-small, xx-small, x-small, small, medium, large, x-large, xx-large, xsmaller, or larger).

Note : l’utilisation du pixel (px) est proscrite.

Nouvelle définition de glossaire pour « Taille des caractères »

Valeur attribuée aux polices de caractères présentes sur une page Web. Pour les contenus Web, les tailles de caractères doivent être définies avec des unités relatives (%, em, rem, vw, vh, vmin ou vmax) ou des mots clés (xx-small, x-small, small, medium, large, x-large, xx-large, xsmaller, larger).

Note : l’utilisation du pixel (px) est proscrite.

Modification de la définition de glossaire pour « Zone (d’une image réactive) »

Ancienne définition de glossaire pour « Zone (d’une image réactive) »

Zone cliquable ou zone non cliquable d’une image réactive.

Nouvelle définition de glossaire pour « Zone (d’une image réactive) »

Zone cliquable ou zone non cliquable d’une image réactive côté client ou zone cliquable d’une image réactive côté serveur.

Modification de la définition de glossaire pour « Zone non cliquable »

Ancienne définition de glossaire « Zone non cliquable »

Région d’une image réactive à laquelle aucune action n’est associée (pour une zone cliquable côté client : balise area avec l’attribut nohref). Les balises area sont contenues dans la balise map.

Nouvelle définition de glossaire pour « Zone non cliquable »

Région d’une image réactive à laquelle aucune action n’est associée. Une zone cliquable côté client est contenue dans une balise area :

  • avec l’attribut nohref lorsque le code HTML de la page n’est pas du HTML5 ;
  • sans attribut href en HTML5.

Les balises area sont contenues dans la balise map.

Suppression de la définition de glossaire pour « zones texte »

La définition de glossaire sur « zones texte » est supprimée.

Cas particuliers

Ajout d’un cas particulier pour le critère 5.3

L’API ARIA propose un mécanisme permettant de surcharger le rôle natif d’un élément pour proposer des composants Ainsi, il est possible d’utiliser des tableaux de mise en forme pour construire des listes :

<table role="list">
							 <tr role="listitem">
								 <td role="presentation"><img src="puce.png" alt=""/>< >/td>
								 <td role="presentation">lorem ipsum</td>
							 </tr>
							 ...
					</table>
					

Si cet usage est fortement déconseillé, il est néanmoins conforme.

Le tableau n’étant pas restitué comme un tableau mais comme une liste, il n’est pas utile de signaler qu’il s’agit d’un tableau de présentation.

Dans ce cas, le critère est non applicable.

Modification du cas particulier pour le critère 8.7

Le cas des langues dont la pronociation est inconnue comme les langues mortes devrait rendre le critère Non Applicable.

La définition du cas particulier est modifiée.

Ancien cas particulier

Il y a une gestion de cas particulier sur le changement de langue pour les cas suivants :

  • nom propre, le critère est non applicable ;
  • nom commun de langue étrangère présent dans le dictionnaire officiel de la langue par défaut de la page Web, le critère est non applicable (Note : le dictionnaire officiel est celui recommandé par l’académie en charge de la langue en question). Pour la France, par exemple, le lien vers le dictionnaire officiel se trouve sur le site de l’Académie française à l’adresse suivante : http://www.academie-francaise.fr/dictionnaire/index.html. Pour toute demande auprès du service du dictionnaire de l’Académie française, utiliser le formulaire en ligne formulaire de contact académie française ;
  • le terme de langue étrangère soumis, via un champ de formulaire et réaffiché dans la page (par exemple comme indication du terme recherché dans le cas d’un moteur de recherche), le critère est non applicable ;
  • passage de texte dont la langue ne peut pas être déterminée : le critère est non applicable.

Note : pour les noms commun de langue étrangère, absents dans le dictionnaire officiel de la langue par défaut de la page Web et qui sont passés dans le langage commun (exemple : newsletter) : le critère est applicable, uniquement lorsque l’absence d’indication de langue peut provoquer une incompréhension pour la restitution

Nouveau cas particulier

Il y a une gestion de cas particulier sur le changement de langue pour les cas suivants :

  • nom propre, le critère est non applicable ;
  • nom commun de langue étrangère présent dans le dictionnaire officiel de la langue par défaut de la page Web, le critère est non applicable (Note : le dictionnaire officiel est celui recommandé par l’académie en charge de la langue en question). Pour la France, par exemple, le lien vers le dictionnaire officiel se trouve sur le site de l’Académie française à l’adresse suivante : http://www.academie-francaise.fr/dictionnaire/index.html. Pour toute demande auprès du service du dictionnaire de l’Académie française, utiliser le formulaire en ligne formulaire de contact académie française ;
  • le terme de langue étrangère soumis, via un champ de formulaire et réaffiché dans la page (par exemple comme indication du terme recherché dans le cas d’un moteur de recherche), le critère est non applicable ;
  • passage de texte dont la langue ne peut pas être déterminée : le critère est non applicable.
  • terme ou passage de texte issus d’une langue morte ou imaginaire pour laquelle il n’existe pas d’interprétation vocale : le critère est non applicable.

Note : pour les noms commun de langue étrangère, absents dans le dictionnaire officiel de la langue par défaut de la page Web et qui sont passés dans le langage commun (exemple : newsletter) : le critère est applicable, uniquement lorsque l’absence d’indication de langue peut provoquer une incompréhension pour la restitution

Modifications des cas particulier pour une SPA (Single Page Application) pour les critères 12.2, 12.3, 12.8, 12.11.

Le cas des SPA n’est pas suffisamment clair dans les cas particuliers associés à la thématique 12 « Navigation ».

Les définitions des cas particuliers pour les critères 12.2, 12.3, 12.8, 12.11 sont modifiés.

Modification du cas particulier pour les critères 12.2 et 12.3

Ancien cas particulier pour les critères 12.2 et 12.3

Il existe une gestion de cas particulier lorsque les pages d’un ensemble de pages sont le résultat ou une partie d’un processus (un processus de paiement ou de prise de commande, par exemple) Dans ces situations, le critère est non applicable.

Nouveau cas particulier critères 12.2 et 12.3

Il existe une gestion de cas particulier lorsque :

  • les pages d’un ensemble de pages sont le résultat ou une partie d’un processus (un processus de paiement ou de prise de commande, par exemple) ;
  • la page est la page d’accueil ;
  • le site Web est constitué d’une seule page.

Dans ces situations, le critère est non applicable.

Modification du cas particulier pour les critères 12.8

Ancien cas particulier critère 12.8

Il existe une gestion de cas particulier lorsque la page est la page d’accueil. Dans ce cas, le critère est non applicable.

Nouveau cas particulier critère 12.8

Il existe une gestion de cas particulier lorsque la page est la page d’accueil ou lorsque le site Web est constitué d’une seule page. Dans ce cas, le critère est non applicable.

Modification du cas particulier pour les critères 12.11

Ancien cas particulier critère 12.11

Il existe une gestion de cas particulier lorsque le site Web est constitué d’une seule page qui ne possède pas de menu de navigation. Dans cette circonstance, le critère est non applicable.

Nouveau cas particulier critère 12.11

Il existe une gestion de cas particulier lorsque le site Web est constitué d’une seule page.

Dans ce cas de figure, l’obligation de la présence d’un lien d’accès rapide est liée au contexte de la page : présence ou absence de navigation ou de contenus additionnels par exemple. Le critère peut être considéré comme non applicable lorsqu’il est avéré qu’un lien d’accès rapide est inutile.

Base de référence

Suppression des combinaisons incluant Window-Eyes

Suite à une étude réalisée en 2016 par la Fédération des Aveugles de France (FAF), il s'avère que le logiciel Window-Eyes semble très peu utilisé en France, contrairement à d'autres pays. Les combinaisons incluant ce logiciel, ainsi que la note afférente, ont donc été supprimées de la base de référence du RGAA.

Guide d’accompagnement

Modification de l’encart sur le handicap intellectuel

Le texte sur le handicap intellectuel a été retravaillé en collaboration avec l’Unapei. Y est corrigé un lien vers le Guide du Facile à lire et à comprendre, ainsi que le texte de l’encart lui-même.

Ancienne version du texte

La difficile prise en compte du handicap intellectuel

Notons que les règles d’accessibilité visent à rendre une même interface accessible à chacun quelles que soient ses capacités, en évitant la multiplication des supports, dans un esprit de conception universelle.

La prise en compte du handicap intellectuel nécessite une réécriture (ou une lecture orale) des textes en les simplifiant selon la méthode « Facile À Lire et à Comprendre »12

Cette opération n’étant pas automatisable, l’effort est pour l’heure jugé déraisonnable pour faire l’objet d’une obligation systématique. Cette exigence relève des critères triple A (AAA) supérieurs aux critères minimaux attendus pour être conforme aux recommandations du Parlement européen.

Nouvelle version du texte

La prise en compte du handicap intellectuel

Notons que les règles d’accessibilité du Web visent à rendre une même interface accessible à chacun quelles que soient ses capacités, en évitant la multiplication des supports, dans un esprit de conception universelle.

Or, la prise en compte du handicap intellectuel nécessite souvent de produire une version alternative des textes pour les simplifier, selon la méthode « Facile À Lire et à Comprendre »12

La prise en compte du handicap intellectuel consiste à faire simple tant sur le fond que sur la forme, ce qui peut s’avérer fort utile à tous les internautes :

  • Penser ses contenus textuels dans un langage simple, utilisant des phrases courtes, des mots simples, des sigles explicités ;
  • Illustrer les contenus avec des exemples concrets, des visuels explicites en rapport avec le sujet ;
  • Structurer les pages et le texte dans un ordre logique et chronologique ;
  • Privilégier la lisibilité et la clarté du texte par rapport aux effets graphiques ;
  • Utiliser une mise en page claire et aérée faisant ressortir l’information essentielle.

Pour aller au-delà de l’obligation légale (double A), et s’assurer d’une véritable accessibilité de l’information textuelle, il est recommandé de se reporter à la méthode européenne du Facile à lire et à comprendre qui regroupe l’ensemble des préconisations pour écrire et présenter des informations faciles à lire et à comprendre.

Ajout d’une note sur les SPA (Single Page Application) : préciser l’échantillon à faire figurer dans la déclaration de conformité

Texte ajouté

À noter que dans le cas d’application de type Single Page Application (SPA), toutes les pages requises dans l’échantillon décrites ci-dessus ne sont pas forcément présente. Il faudra alors ajuster l’échantillon pour le rendre représentatif.

Ajout d’un paragraphe explicitant le principe des dérogations

Texte ajouté

4.2.6 Liste des dérogations admises et principe de la compensation

À noter qu’une dérogation ne s’applique qu’à un contenu et non à un critère du RGAA. Une fois le contenu dérogé, il sort du champ de l’audit.

Lorsqu’il s’agit d’un contenu ou d’une fonctionnalité essentielle dans le cadre du site ou de l’application Web, il ne peut y avoir de dérogation sans une alternative sophistiquée permettant d’apporter le même niveau d’information à l’utilisateur.