Glossaire

Intitulé de lien

Ajouter ma proposition
  • Proposition DINSIC | 09/04/2019 - 23:44

    Modification de l’entrée de glossaire « intitulé de lien »

    Raison de la modification de l’entrée

    Prise en compte des liens en SVG, référence aux entrées de glossaire existantes, prise en compte du critère « label in name » 2.5.3 des WCAG 2.1, prise en compte de l’usage de l’attribut title et des intitulés de liens identiques.

    Ancienne entrée

    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.

    Nouvelle entrée

    Intitulé de lien

    « Nom accessible » restitué par les technologies d’assistance.

    Dans le cas d’un lien HTML, le « nom accessible » est obtenu selon l’ordre suivant :

    • Passage de texte associé par l’attribut WAI-ARIA aria-labelledby;
    • Sinon, contenu de l’attribut WAI-ARIA aria-label;
    • Sinon, contenu du lien ;
    • sinon, contenu de l’attribut title;

    Cet ordre doit être utilisé pour déterminer ce qui constitue l’intitulé du lien. Par exemple :

    • En cas de présence conjointe d'un attribut WAI-ARIA aria-label et d’un attribut WAI-ARIA aria-labelledby, c'est le passage de texte référencé par l’attribut WAI-ARIA aria-labelledby qui doit être considéré comme l’intitulé ;
    • En cas de présence conjointe d’un attribut WAI-ARIA aria-label et d’un contenu dans le lien, c’est le contenu de l’attribut WAI-ARIA aria-label qui doit être considéré comme l’intitulé.

    Référence : Accessible name and description calculation.

    Dans le cas où le « nom accessible » est obtenu à partir du contenu du lien, celui ci sera variable en fonction des cas suivants :

    Lien texte :

    En HTML, le « nom accessible » correspond au texte constitué à partir :

    • du texte contenu dans le lien
    • du texte contenu dans les éléments enfants du lien

    Lien image :

    En HTML, le « nom accessible » correspond au texte constitué à partir de l’alternative textuelle d’une ou plusieurs images dans le lien du type :

    • image (balise <img> ou balise ayant l’attribut WAI-ARIA role="img") ;
    • image objet (balise <object>) ;
    • image bitmap (balise <canvas>) ;
    • image vectorielle (balise <svg>) ;

     

    Lien composite :

    En HTML, le « nom accessible » correspond au texte constitué à partir de l'ensemble :

    • du texte contenu dans le lien
    • du texte contenu dans les éléments enfant du lien
    • du contenu de l'alternative textuelle de la ou des images comprises dans le lien

     

    Dans le cas d’un lien SVG (version 1.1), le « nom accessible » est obtenu comme suit :

    • Passage de texte associé par l’attribut WAI-ARIA aria-labelledby;
    • Sinon, contenu de l’attribut WAI-ARIA aria-label;
    • Sinon, contenu de l’élément <title> enfant direct du lien;
    • Sinon, contenu de l’attribut x-link:title ;
    • Sinon, contenu texte d’un ou plusieurs éléments <text>

    Il faut cependant être vigilant car cet algorithme de calcul n’est pas encore pris en compte et effectif au sein des différents lecteurs d’écran. A ce jour, le support est disponible avec VoiceOver, mais incomplet ou lacunaire avec Jaws et NVDA. Si bien que le plus petit dénominateur commun sur lequel il est possible de se reposer pour fournir un intitulé au lien est l’élément <text>.

    Note 1 : Un intitulé de lien sera considéré comme non-explicite dans le cas où le « nom accessible » ne reprend pas l’intitulé visible du lien

     

    Note 2 : En raison de la configuration possible des aides techniques permettant de forcer la restitution de « nom accessible » issu du contenu de attribut title au détriment du « nom accessible » issu du contenu du lien. Un intitulé de lien sera considéré comme non-explicite dans le cas où le lien possède un attribut title dont la valeur ne reprendrait pas le « nom accessible » issu du contenu du lien.

     

    Note 3 : Dans le cas de la présence de plusieurs liens ayant une destination différente dont le « nom accessible » est identique. L’intitulé de lien seul sera considéré comme non-explicite si le contexte de lien ne permet pas de les différencier.

     

    Note 4 : Lorsqu’un lien ne comporte aucun contenu (à l'exception des ancres), il sera non conforme au regard du critère 10.2 et 6.5.

     

    Mise(s) à jour

    • le 10/05/2019 suite à commentaire giuseppe.rosa 17/04/2019 - 22:58
    • le 20/05/2019 suite à commentaire de sdeschamps 20/05/2019 - 17:04

    giuseppe.rosa

    Note 3 : Comment faut-il comprendre la Note 3 ?
    L'intitulé du lien est le nom accessible.
    * Si l'intitulé de lien est seul (sans contexte de lien le précisant), alors le critères est non conforme ?
    * On continue de regarder le contexte de lien ? Si c'est le cas, ne faudrait-il pas préciser que ce contexte de lien doit permettre de différentier ces intitulé de lien ?

    Note 4 : Quid du "Test 6.5.1 : Dans chaque page web, chaque lien, à l'exception des ancres, a-t-il un intitulé entre et ?". Dans le cas contraire, préciser ce qu'on entend par "aucun contenu".

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour, votre commentaire a été pris en compte

    • Pas d'accord 0 Pas d'accord

    sdeschamps

    Bonjour,

    Petite coquille : « l’intitulé du visible du lien » → « l’intitulé visible du lien »

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonsoir, votre commentaire a été pris en compte

    • Pas d'accord 0 Pas d'accord

  • Proposition de OLIVIER NOURRY | 13/05/2019 - 10:15

    Indiquer la prise en compte des pseudo-éléments dans le calcul du noeud texte

    Il me paraît nécessaire de préciser que les pseudo-éléments ::before et ::after sont pris en compte dans le calcul du noeud texte d'un lien dès lors qu'ils ont un contenu non vide (pour le lien lui-même ou un de ses enfants). Ainsi, un glyphe inséré via une propriété CSS "content" sur un pseudo-élément (non masqué) fera que le navigateur considérera que le noeud texte est renseigné, et affectera donc le contenu de l'attribut title à l'accessible description. Du coup le title ne peut plus être pris en compte pour le nom accessible ou le contexte.

    Par ailleurs il faut préciser AMA que seuls les éléments restitués sont pris en compte (donc pas ceux avec par ex. display:none ou aria-hidden=true)

    DINSIC

    Bonsoir,

    Concernant les pseudo-éléments cela va dépendre de la restitution dans la base de référence utilisée lors des tests. Nous pourrions préciser ce point dans une note.

    Concernant les éléments en display none ou visibility hidden cela serait une exception à appliquer à l'ensemble des tests (exemple une image en display none qui aurait un attribut alt non pertinent)

    Cependant, cela reste cependant sujet à débat dans la mesure où en restitution css désactivé ces points pourraient alors être problématiques pour la compréhension. Exemple, un bouton play / pause avec dedans deux span "lecture" "pause" dont un des deux seraient en display none en fonction de l'état de lecture de la vidéo. En mode css désactivé, le bouton se retrouve avec un intitulé "lecture pause" qui ne restitue plus la fonction exacte du bouton.

    Seul les contenus masqués avec l'attribut hidden ou aria-hidden=true devraient donc être non applicables (si l'on considère bien entendu que le contenu visible en aria-hidden="true" n'a effectivement pas matière à être vocalisé)

    • Pas d'accord 0 Pas d'accord

Retour en haut