Please note, this is a STATIC archive of website developer.mozilla.org from 03 Nov 2016, cach3.com does not collect or store any user information, there is no "phishing" involved.

Utiliser le rôle log

Description

Cette technique présente l’utilisation du rôle log et décrit les effets produits sur les navigateurs et les technologies d’assistance.

Le rôle log est utilisé pour identifier un élément qui crée une zone live où de nouvelles informations sont ajoutées dans un ordre significatif et où les anciennes informations peuvent être supprimées. Par exemple, un journal de salon de discussion, l’historique d’une messagerie ou un fichier d’erreurs. Contrairement aux autres types de zones live, ce rôle est ordonné de façon séquentielle et les nouvelles informations sont uniquement ajoutées à la fin de l’enregistrement. Lorsque ce rôle est ajouté à un élément, le navigateur émettra un événement log accessible aux produits de technologie d’assistance qui pourront alors le notifier à l’utilisateur.

Par défaut, les mises à jour ne contiennent que les changements apportés à la zone live et elles sont annoncées à l'utilisateur lorsqu'il est inactif. Si l'utilisateur a besoin d'entendre l'ensemble de la zone live lorsqu'un changement se produit, il faut utiliser aria-atomic="true". Pour faire les annonces le plus tôt possible et lorsque l'utilisateur peut être interrompu, aria-live="assertive" peut être défini pour lancer des mises à jour plus agressives.

Effets possibles sur les agents utilisateurs et les technologies d’assistance

Lorsque le rôle log est ajouté à un élément, ou qu’un tel élément devient visible, l’agent utilisateur devrait suivre les étapes suivantes :

  • Présenter l’élément ayant un rôle de journal à l’API d’accessibilité du système d’exploitation ;
  • Déclencher un événement journal accessible à l’aide de l’API d’accessibilité du système d’exploitation si elle le prend en charge.

Les technologies d’assistance devraient être à l’écoute de tels événements et les notifier à l’utilisateur en conséquence :

  • Les lecteurs d'écran devraient annoncer les changements intervenus dans le fichier de journalisation lorsque l'utilisateur est inactif, à moins que aria-live="assertive" soit défini, dans quel cas l'utilisateur peut être interrompu.
  • Les loupes d'écran devraient indiquer visuellement la disponibilité d'une mise à jour du fichier de journalisation.
Note : il existe plusieurs points de vue sur la façon dont les technologies d’assistance devraient traiter cette technique. L’information fournie ci-dessus est l’une de ces opinions et n’est pas normative.

Exemples

Exemple 1 : Ajout du rôle dans du code HTML

L’extrait de code ci-dessous montre comment le rôle log est ajouté directement dans le code source HTML.

<div id=”liveregion” class=”region” role=”log”></div>

Exemple 2 : Extrait d’un exemple d’application

Cet extrait de code crée le journal dans une application de chat AJAX.

<div id="chatArea" role="log">
  <ul id="chatRegion" aria-live="polite" aria-atomic="false">
    <li>Veuillez choisir un pseudo pour commencer à utiliser AJAX Chat.</li>
  </ul>

  <ul id="userListRegion" aria-live="off" aria-relevant="additions removals text">
  </ul>
</div>

Voir l’exemple sur CodeTalks pour plus d’informations.

Exemples concrets :

Notes

  • L'utilisation du rôle log sur un élément implique que cet élément possède l'attribut aria-live="polite".
  • Pour une zone avec un défilement de texte, comme un bandeau défilant, il est préférable d'utiliser le rôle marquee.

Attributs ARIA utilisés

Techniques ARIA connexes

Compatibilité

À définir : ajouter les informations de prise en charge pour les combinaisons les plus courantes d’agents utilisateurs et de produits de technologies d’assistance.

Autres ressources

  • Bonnes pratiques ARIA – Implémentation des zones live : #LiveRegions.

Étiquettes et contributeurs liés au document

Étiquettes : 
 Contributeurs à cette page : J.DMB, Fredchat
 Dernière mise à jour par : J.DMB,