Images

Critère 1.1 [A] Chaque image a-t-elle une alternative textuelle ?

Ajouter ma proposition
  • Proposition DINSIC | 08/03/2019 - 11:16

    Modification du critère 1.1

    Raison de la modification du critère 1.1

    WCAG n’exige pas la présence systématique d’un attribut alt mais la présence d’une alternative textuelle lorsque nécessaire quelle que soit la technique utilisée à partir du moment où elle est compatible avec l’accessibilité. Le critère est donc restreint au cas des images porteuses d’informations et la définition de glossaire "alternative textuelle" est modifiée pour préciser les différentes techniques permettant d'associer une alternative textuelle

    Ancien critère 1.1

    Critère 1.1 [A] Chaque image a-t-elle une alternative textuelle ?

    Nouveau critère 1.1

    Critère 1.1 [A] Chaque image porteuse d’information a-t-elle une alternative textuelle ?

    giuseppe.rosa

    Je suis étonné à plusieurs titres :
    * Sans attribut alt="" sur une image, NVDA, par exemple lit le contenu de src=""
    * Le validateur w3c indique également une erreur
    * Des outils se basant sur les WCAG et non sur le RGAA, tel que Wave détecte une image sans alt="" comme une erreur

    • Pas d'accord 0 Pas d'accord

    giuseppe.rosa

    Mea culpa, ces éléments sont portés par le critère suivant. aria-label par exemple peut effectivement remplacer le alt="" et même Wave le valide. Par contre, il ne passe pas le validation html. Par conséquent, comment un développeur utilisant aria-label qui constate la non validation de son code (souvent contractuel lors d'une commande de prestation) doit-il gérer une utilisation a posteriori d'un ajout d'un attribut alt ?

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour guiseppe.rosa, du point de vue de l'accessibilité le développeur n'a aucune obligation de modifier son code pour rajouter un alt puisque la conformité html n'est pas formellement requise par WCAG mais uniquement certains points dont la présence d'un alt ne fait pas partie. Voir nouveau test 8.2.1.

    • Pas d'accord 0 Pas d'accord

  • Proposition DINSIC | 08/03/2019 - 11:15

    Modification du test 1.1.1

    Raison de la modification du test 1.1.1

    • WCAG n’exige pas la présence systématique d’un attribut alt mais la présence d’une alternative textuelle lorsque nécessaire quelle que soit la technique utilisée à partir du moment où elle est compatible avec l’accessibilité.
    • Prise en compte de l’attribut WAI-ARIA role="img".

    Ancien test 1.1.1

    Test 1.1.1 : Chaque image (balise img) a-t-elle un attribut alt ?

    Nouveau test 1.1.1

    Test 1.1.1 : Chaque image (balise <img> ou balise possédant l’attribut WAI-ARIA role="img") porteuse d’information a-t-elle une alternative textuelle ?

  • Proposition DINSIC | 08/03/2019 - 11:14

    Modification du test 1.1.2

    Raison de la modification du test 1.1.2

    WCAG n’exige pas la présence systématique d’un attribut alt mais la présence d’une alternative textuelle lorsque nécessaire quelle que soit la technique utilisée à partir du moment où elle est compatible avec l’accessibilité.

    Ancien test 1.1.2

    Test 1.1.2 : Chaque zone (balise area) d'une image réactive a-t-elle un attribut alt ?

    Nouveau test 1.1.2

    Test 1.1.2 : Chaque zone d'une image réactive (balise <area>) porteuse d’information a-t-elle une alternative textuelle ?

    Mise(s) à jour

    • le 22/03/19 suite à commentaire de abatifol le 22/03/2019 - 13:54

    abatifol

    Bonjour,
    A mon avis si l'on veut être cohérent avec le nouveau test 1.1.1, il faudrait reformuler ce test de la sorte :
    Chaque zone d'une image réactive (balise )** porteuse d’information** a-t-elle une alternative textuelle ?

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour, votre commentaire a été pris en compte

    • Pas d'accord 0 Pas d'accord

  • Proposition DINSIC | 08/03/2019 - 11:13

    Modification du test 1.1.3

    Raison de la modification du test 1.1.3

    WCAG n’exige pas la présence systématique d’un attribut alt mais la présence d’une alternative textuelle lorsque nécessaire quelle que soit la technique utilisée à partir du moment où elle est compatible avec l’accessibilité

    Ancien test 1.1.3

    Test 1.1.3 : Chaque bouton de type image (balise input avec l'attribut type="image") a-t-il un attribut alt ?

    Nouveau test 1.1.3

    Test 1.1.3 : Chaque bouton de type image (balise <input> avec l'attribut type="image") a-t-il une alternative textuelle ?

    Mise(s) à jour

    • le 22/03/19 suite à commentaire de abatifol le 22/03/2019 - 13:56
    • le 28/04/19 suite à commentaire de amaniez le 18/04/2019 - 15:47

    abatifol

    Idem que pour le test 1.1.2
    Chaque bouton de type image (balise avec l'attribut type="image") porteuse d’information a-t-il une alternative textuelle ?

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour, votre commentaire a été pris en compte

    • Pas d'accord 0 Pas d'accord

    amaniez

    Bonjour,

    Dans quel contexte, le bouton de type image ne serait-il pas "porteur d'information" ?

    C'est un bouton, il doit, inconditionnellement à l'apparence de l'image, posséder une alternative textuelle. La mention "porteur d'information" pour ce test ne semble pas avoir de sens, pire, elle pourrait laisser entendre qu'un bouton de type image pourrait être décoratif et donc ne pas avoir d'alternative.

    Or il semble que ce ne soit pas le cas, un bouton doit posséder un nom accessible.

    Ici il s'agissait auparavant de s'assurer simplement de la présence de l'attribut alt. Et de laisser le soin aux critères dédiés dans la thématique formulaire ou script, d'évaluer la pertinence.

    Je suis favorable à conserver l'écriture initiale du critère, qui laisse beaucoup moins de place à l'interprétation de la condition "porteur d'information".

    Test 1.1.3 : Chaque bouton de type image (balise avec l'attribut type="image") a-t-il une alternative textuelle ?

    • Pas d'accord 0 Pas d'accord

    sylduch

    Bonjour, d'accord avec le fait qu'un bouton de type image est forcément porteur d'information.

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour, votre commentaire a été pris en compte

    • Pas d'accord 0 Pas d'accord

  • Proposition DINSIC | 08/03/2019 - 11:12

    Ajout du test 1.1.5

    Raison de l’ajout du test 1.1.5

    Reprise du test 1.3.8 en séparant le test de présence et de pertinence test 1.3.9.

    Nouveau test 1.1.5

    Test 1.1.5 : Chaque image vectorielle (balise <svg>) porteuse d'information, vérifie-t-elle ces conditions ?

    • La balise <svg> possède un attribut WAI-ARIA role="img".
    • La balise <svg> possède une alternative textuelle.

  • Proposition DINSIC | 08/03/2019 - 11:11

    Ajout du test 1.1.6

    Raison de l’ajout du test 1.1.6

    Reprise du test 1.3.4 en séparant le test de présence et de pertinence test 1.3.5.

    Nouveau test 1.1.6

    Test 1.1.6 : Chaque image objet (balise <object> avec l'attribut type="image/…") porteuse d'information, vérifie-t-elle une de ces conditions ?

    • La balise <object> possède une alternative textuelle
    • L’élément <object> est immédiatement suivi d'un lien ou bouton adjacent permettant d'accéder à un contenu alternatif.
    • Un mécanisme permet à l'utilisateur de remplacer l’élément <object> par un contenu alternatif.

  • Proposition DINSIC | 08/03/2019 - 11:10

    Ajout du test 1.1.7

    Raison de l’ajout du test 1.1.7

    Reprise du test 1.3.6 en séparant le test de présence et de pertinence test 1.3.7.

    Nouveau test 1.1.7

    Test 1.1.7 : Chaque image embarquée (balise <embed> avec l'attribut type="image/…") porteuse d'information, vérifie-t-elle une de ces conditions (hors cas particuliers) ?

     

    • La balise <embed> possède une alternative textuelle
    • L’élément <embed> est immédiatement suivie d'un lien ou bouton adjacent permettant d'accéder à un contenu alternatif.
    • Un mécanisme permet à l'utilisateur de remplacer l’élément <embed> par un contenu alternatif.

    Mise(s) à jour 

    • le 28/03/2019 suite à commentaire fletrouve le 28/03/2019 - 07:09

    fletrouve

    • est immédiatement suivi""
    • supprimer le soulignement sur le caractère vide après "adjacent"
    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour, votre commentaire a été pris en compte

    • Pas d'accord 0 Pas d'accord

  • Proposition DINSIC | 08/03/2019 - 11:09

    Ajout du test 1.1.8

    Raison de l’ajout du test 1.1.8

    Reprise du test 1.3.10 en séparant le test de présence et de pertinence test 1.3.11.

    Nouveau test 1.1.8

    Test 1.1.8 : Chaque image bitmap (balise <canvas>) porteuse d'information, vérifie-t-elle une de ces conditions ?

    • La balise <canvas> possède une alternative textuelle
    • Un contenu alternatif est présent entre les balises <canvas> et </canvas>
    • L’élément <canvas> est immédiatement suivi d'un lien ou bouton adjacent permettant d'accéder à un contenu alternatif.
    • Un mécanisme permet à l'utilisateur de remplacer l’élément <canvas> par un contenu alternatif.

J'ajoute ma proposition

La concertation est bientôt lancée. Il n'est pas encore possible de participer

Retour en haut