1. Navigation

7 commentaires

  • Par aurelien, le 10 septembre 2015 à 10h15.

    Bonjour,

    je pense il manque 2 bonnes pratiques :

    • prévoir le design des éléments à la prise de focus
    • utiliser des liens identiques pour les liens présent sur plusieurs pages avec la même fonction

    Répondre

    • Par claire bizingre, le 15 septembre 2015 à 16h12.

      Bonjour,

      D’accord à 200% sur le design des éléments à la prise de focus.

      On règle souvent ces problèmes en intégration car non résolus auparavant et la solution n’est pas toujours assez réfléchie.

      Quand tu dis « prise de focus », tu penses à focus clavier et rollover ?

      Merci !

      Répondre

  • Par Johan Ramon, le 24 septembre 2015 à 10h06.

    Bonjour Aurélien, Bonjour Claire,

    Merci pour vos retours.

    Concernant le fait de prévoir le design des éléments à la prise de focus, nous le recommandons déjà indirectement dans l’encart « Astuce » de la fiche « 4.3. Différencier visuellement les liens présents dans du texte ».
    Nous préférons parler ici de l’apparence au survol car selon nous plus adapté dans cette notice (à des lecteurs pas forcément techniques).

    Et nous couvrons l’apparence de la prise de focus dans les encarts « Remarque » et « Astuce » de la fiche technique « 11.3. Garantir la visibilité de la prise de focus au clavier ».

    Aurélien,
    Pour ton second retour, as-tu un exemple concret ?

    Johan

    Répondre

  • Par David, le 16 mai 2018 à 13h36.

    Bonjour et merci pour ce précieux travail.
    J’ai une question concernant les sous-menu (dropdown). Est-ce que placer un tabindex « -1 » sur les liens du sous menu puis les enlever quand l’utilisateur ouvre le dropdown se déplie est une bonne pratique ?

    Autrement dit, est-ce qu’une navbar accessible doit avoir un tabindex negatif sur les éléments des sous-menus ?

    Merci !

    Répondre

    • Par Johan Ramon, le 21 mai 2018 à 9h55.

      Bonjour David,

      Tout d’abord, merci pour l’intérêt que vous portez au projet AcceDe Web. :)

      Concernant votre question, l’utilisation de tabindex="-1" n’est pas nécessaire pour garantir l’accessibilité d’un menu déroulant.

      Nous recommandons plutôt de :

      • Par défaut, lorsque les sous-menus ne sont pas affichés, leur affecter « display: none; » et/ou « visibility: hidden; ».
      • Puis, quand ils s’affichent à l’écran, de passer les valeurs de ces propriétés CSS à « display: block; » et/ou « visibility: visible; ».

      Ce qui permettra de rendre les liens des sous-menus accessibles au clavier seul et avec un lecteur d’écran (synthèse vocale et/ou plage braille) seulement quand ils seront visibles à l’écran. Ce qui est souhaité.

      À noter qu’une fiche « Menu déroulant » est en cours d’écriture. Elle ne devrait pas tarder à être publiée dans la notice d’accessibilité des principaux composants d’interface riche.

      Cette fiche détaillera avec précisions une manière de coder un menu déroulant accessible.

      Nous ne manquerons pas de vous tenir informé dès sa mise en ligne. ;)

      Johan

      Répondre

  • Par David, le 22 mai 2018 à 6h22.

    Bonjour Johan,
    Merci beaucoup pour cette réponse.
    Bonne journée.
    David.

    Répondre

Ajouter un commentaire

Les champs avec astérisque (*) sont obligatoires.

Haut de page