L'accord avec l'élément de section

Deux articles ont publié exactement le même jour:

1. Bruce Lawson sur Smashing Magazine: pourquoi vous devriez choisir HTML5 sur
2. Adam Laki sur Pine: la différence entre et
   élément

   Ils comparent des choses légèrement différentes, mais ils impliquent tous les deux l'élément

   .

   Je trouve cela assez clair lorsque vous atteignez un

   : lorsque vous voulez que cet élément soit essentiellement dénué de sens. Vous ne l'utilisez que à des fins de style.

   Je pense toujours à RSS quand je pense à

   : Ce peu de choses aurait du sens comme une entrée (qui n'a pas nécessairement besoin d'être le contenu entier de l'article)? Si oui, utilisez ; Sinon, non.

   Bruce a une réponse incontournable:

   […] Considérez non seulement comme un article de journal ou un article de blog, mais comme un article de vêtements - une entité discrète qui peut être réutilisée dans un autre contexte. Donc, votre pantalon est un article, et vous pouvez les porter avec une tenue différente; Votre chemise est un article et peut être portée avec différents pantalons; Vos bottes en cuir breveté au genou sont un article.

   Plus important encore, il a des fonctionnalités réelles. Bruce mentionne qu'Apple WatchOS l'utilise spécifiquement pour trouver du contenu sur les pages.

   Mais est plus nébuleux. À un moment donné, vous étiez censé considérer les sections comme des endroits où vos titres

   -

   se réinitialiseraient, mais cela n'a jamais été concrétisé car il nécessitait une chose appelée «Coupure HTML5» que les navigateurs zéro supportent.

   Alors, devrions-nous l'utiliser

   ? Selon Bruce, parfois! La conception de Smashing Magazine pour les articles a un résumé au début de l'article. Visuellement, c'est assez clair, mais moins pour les utilisateurs des lecteurs d'écran. La solution était enveloppe le résumé dans un élément avec une étiquette Aria pour le clairement clairement. Mais vous n'êtes pas censé utiliser Aria-Label à moins que cet élément ait également un rôle. Vous pouvez appliquer un rôle à un

   , mais a déjà un bon rôle par défaut, donc:

    <section aria-label="Résumé rapide">
     Texte résumé
    section></section>

   L'article d'Adam (désolé, Adam) est très vague sur les points.

   La principale différence vient du sémantique. Si vous avez une pièce dans votre site ou votre application qui a sa logique, vous devez utiliser la balise

   pour le déclarer…

   … Utilisez

   lorsqu'il est logiquement correct de faire une partie de votre site ou de votre application lisible par la technologie d'assistance. C'est une excellente approche si vous gardez à l'esprit les lecteurs d'écran.

   Vous obtenez donc un rôle = "région" automatiquement pour les sections, mais je ne suis pas sûr que cela fait quoi que ce soit pour les lecteurs d'écran, sans l'étiquette. Dans un test rapide (Chrome pour le bureau avec voix off étant activé), une sans un Aria-Babel n'était tout simplement pas là dans la section de repères du rotor Web, mais il est apparu une fois qu'il avait un étiquette Aria.

   Le point est: ne vous contentez pas d'utiliser

   et supposons que vous faites quelque chose de bien pour l'accessibilité. Son objectif est assez limité et uniquement utile pour établir des monuments. Même alors, vous n'aidez pas grand-chose. Leonie Watson dans les commentaires:

   Lorsque le choix est entre un titre visuellement caché et un élément de section avec un nom accessible, il y a quelques choses à considérer avant de décider quelle approche est la bonne.

   Lorsqu'un élément de section a un nom accessible, il devient un élément de repère navigable, de sorte qu'un utilisateur du lecteur d'écran peut utiliser la clé de raccourci de son lecteur d'écran pour naviguer de l'une à la suivante - tout comme il peut le faire avec les titres.

   Selon le plus récent enquête sur les utilisateurs du lecteur d'écran WebAaim, 68% des utilisateurs des lecteurs d'écran préfèrent naviguer par des titres, contre 2,9% qui préfèrent les points de repère.

   Donc, d'un point de vue d'accessibilité strict, vous pouvez probablement supprimer l'en-tête, mais d'un point de vue de l'utilisabilité, vous voulez vraiment maintenir la rubrique - au moins jusqu'à ce que davantage d'utilisateurs des lecteurs d'écran expriment une préférence pour l'utilisation de points de repère pour naviguer dans le contenu.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!