Devrait role=“contentinfo” toujours être ajouté sur le pied de page de l'élément?

Sur ARIA démonstration sites web, role="contentinfo" est habituellement ajouté sur footer élément.

Cependant, les pieds de page dans le web design moderne peut être créatif, de sorte qu'ils peuvent également contenir des choses comme complémentaire de navigation des liens sociaux, des liens internet, ou même un formulaire newsletter.

De prendre les codes suivants de pied de page par exemple. Devrait role="contentinfo" être ajouté sur la footer ou la p élément?

<footer>
    <nav>
        <ul>
            ........
            ........
            ........
            ........
            ........
        </ul>
    </nav>
    <form>
        ........
        ........
        ........
    </form>
    <p>© 2012 Website.com. All rights reserved.</p>
</footer>

EDIT: j'avais posé cette question en utilisant le W3C ARIA liste de diffusion, et Steve Faulkner, un membre du Groupe de Travail HTML du W3C a répondu. Ce qui suit est une suggestion de l':

Je voudrais aussi prendre en compte la manière dont les navigateurs carte le pied de page de l'élément à l'accessibilité des Api.

Dans Firefox, le pied de page est mappé à ARIA role=contentinfo
Dans Webkit/safari/chrome le pied de page est mappé à ARIA rôle=groupe si elle est contenue dans une section ou d'un article de l'élément sinon, il est mappé pour le role=contentinfo
Dans IE, il n'est pas mappé

Donc faire:

<div role="contentinfo">

    un peu de contenu

    <footer>un peu de contenu</footer>

</div>

conduira à imbriquée contentinfo points de repère qui sont annoncées dans les navigateurs qui d'ores et déjà faire le pied de page à contentinfo.

Je suggère donc que l'ajout de role=contentinfo au principal, le pied de page, de ne pas trop se préoccuper du contenu que vous pensez peut ne pas être approprié étant dans le pied de page.


Donc, l'approche suggérée est l'ajout de role="contentinfo" le principal footer.

InformationsquelleAutor Ian Y. | 2012-06-25
  1. 10

    Je pense qu'il devrait être sur le pied de page de la balise dans votre cas.

    Il est destiné à donner des informations sur le document parent, donc je voudrais l'utiliser si votre pied de page les éléments de donner un bon contexte de la société mère.

    http://www.w3.org/TR/wai-aria/roles#contentinfo

    • Merci @la gcm. Oui, c'est l'approche proposée.
    • Bien que cela pourrait être la bonne solution, il est en conflit avec la spécification. Contentinfo est "Un grand perceptible région qui contient des informations sur le document parent". Si j'ai des liens sociaux ou un abonnement à la newsletter, formulaire dans mon pied de page puis évidemment, cela va à l'encontre de la spec.
    InformationsquelleAutor bcm
  2. 7

    Comme de maintenant, il n'existe pas de droit de réponse.

    Si vous passez par la spec: http://www.w3.org/TR/wai-aria/roles#contentinfo, contentinfo est décrit comme:

    "Un grand perceptible région qui contient des informations sur le document parent. Exemples d'informations incluses dans cette région de la page sont les droits d'auteur et des liens vers des déclarations de confidentialité."

    Donc, dans ce cas, il doit être placé sur votre <p> tag.

    Cependant, imaginez que vous êtes l'utilisateur qui est de l'utilisation de ces sites. Si tout le monde les lieux le role="contentinfo" sur le footer, alors que c'est ce qu'attend l'utilisateur. L'utilisateur ne se soucie pas de ce qu'est un "spec" dit, ils veulent juste une expérience cohérente, comme ils naviguer à partir de site web de site web. Ils sont probablement attendre liens de bas de page pour être dans le contentinfo section, parce que c'est la façon dont il est mis en œuvre sur de nombreux sites, et comme vous l'avez mentionné, il est recommandé par de nombreux experts en accessibilité.

    Je préfère répondre à l'utilisateur, et donc je l'applique sur le footer élément, cependant, je garde à l'arrière de mon esprit que cela va à l'encontre de la spec (ou du moins mon interprétation) et que la mise en œuvre de cette peut changer à mesure que les navigateurs et les autres technologies accessibles commencer la mise en œuvre de l'accessibilité d'une manière plus cohérente.

    • Merci pour votre avis.
    InformationsquelleAutor Mike McLin
  3. 3

    J'irais avec le <p> élément. Je veux dire, le point de HTML est de donner le contexte de votre texte. Afin de donner un contexte approprié en faisant de balisage approprié.

    Donner des le rôle le plus approprié de l'élément, il n'est pas limité attribut éléments du pied de page.

    • Merci @Vérité pour vos précieux avis. Cette réponse a été marquée utile.
    InformationsquelleAutor Madara Uchiha
  4. 1

    C'est la redondance de l'information comme la sémantique sont déjà transmis à travers le HTML5 spécifications https://dequeuniversity.com/assets/html/jquery-summit/html5/slides/landmarks.html#the_difference_between_html5_and_aria

    En général, vous pouvez ignorer les rôles ARIA si elles se chevauchent avec la sémantique de la compréhension de l'élément HTML5.

    Je pense que cela est juste, mais les besoins des tests de lecteurs d'écran pour déterminer si cela est exact.

    • Mais footer élément peut également être dans la découpe des éléments. Il n'est pas toujours le contenu de l'info.
    • Vrai. Merci! Donc je suppose que cela dépend...
    • Qui doit encore être exposés différemment dans l'accessibilité de l'arbre par les navigateurs en fonction de si le footer est un enfant direct de l'élément de body ou d'un section élément.
    InformationsquelleAutor Mike Gifford