Éléments obligatoires

Critère 8.2 [A] Pour chaque page web, le code source est-il valide selon le type de document spécifié (hors cas particuliers) ?

Ajouter ma proposition
  • Proposition DINSIC | 11/01/2019 - 17:07

    Modification du test 8.2.1

    Raison de la modification du test 8.2.1

    Mise à jour faite afin de rendre plus explicite les cas de non-conformité liés à l’usage d’attributs id non uniques et de doublage d’attribut des techniques WCAG H93 et H94.

    Ancien test 8.2.1

    Test 8.2.1 : Pour chaque déclaration de type de document, le code source de la page vérifie-t-il ces conditions (hors cas particuliers) ?

    • Les balises respectent les règles d'écriture.
    • L'imbrication des balises est conforme.
    • L'ouverture et la fermeture des balises sont conformes.
    • Les attributs respectent les règles d'écriture.
    • Les valeurs des attributs respectent les règles d'écriture.

     

    Nouveau test 8.2.1

    Test 8.2.1 : Pour chaque déclaration de type de document, le code source de la page vérifie-t-il ces conditions (hors cas particuliers) ?

    • Les balises, attributs et valeurs d’attributs respectent les règles d'écriture,
    • L'imbrication des balises est conforme,
    • L'ouverture et la fermeture des balises sont conformes,
    • Les valeurs d’attribut id sont uniques dans la page,
    • Les attributs ne sont pas doublés sur un même élément.

    halnaf

    En ce qui concerne le premier point:Les balises, attributs et valeurs d’attributs respectent les règles d'écriture.

    Comment peut-on respecter ce test et autoriser que la balise img ne possède pas d'attribut alt ?
    Si j'ai bien compris ce qu'on m'a rapporté, c'est que si le défaut de validité n'impacte pas la restitution via TA cela n'est plus considéré comme une erreur. Mais ou cette notion est-elle présente dans ce nouveau RGAA ?

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour, les éléments à vérifier correspondent aux points listés dans la failure F70 . Une définition de glossaire sur "respectent les règles d'écriture" pourrait préciser ce point.
    Les règles à respecter sont :

    • balise ouvrante et fermante sans < ou > (exemple : li>toto`)
    • balise fermante avec / manquant (exemple : <li>toto<li>)
    • " ou ' entourant les valeurs d'attribut manquant (exemple : alt="toto)
    • absence d'espace entre les attributs (exemple : alt="toto"title="toto")
    • absence de " ou ' entourant les valeurs d'attribut contenant un espace (exemple alt=bonjour toto)
    • absence de balise fermante pour les éléments qui en exige une (exemple <object>sans </object>)
    • Pas d'accord 0 Pas d'accord

    halnaf

    alors pourquoi ne pas renommer simplement la 1ère ligne par une simple traduction de la failure F70
    et préciser que cela ne concerne que la bonne ouverture te fermture des balises et attributs.

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour, cela concerne également les espaces entre les attributs.

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour une entrée de glossaire a été ajoutée https://evolution-rgaa.numerique.gouv.fr/participer/glossaire/nouvelle-e...

    • Pas d'accord 0 Pas d'accord

    fletrouve

    Sur le dernier point du nouveau test 8.2.1, dans la mention "les attributs ne sont pas doublés sur un même élément", le caractère "double" d'un attribut s'applique-t-il uniquement aux attributs "identiques" déclarés au sein d'une même balise ?

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour, il ne faut pas par exemple deux attributs alt sur une même balise img

    • Pas d'accord 0 Pas d'accord

  • Proposition DINSIC | 10/01/2019 - 17:13

    Suppression du test 8.2.2

    Raison de la suppression du test 8.2.2

    En l’absence de techniques ou d’éléments dans les WCAG indiquant l’interdiction d’utiliser des éléments obsolètes, le test est supprimé. L’usage d’éléments ou attributs obsolètes sera encadré par le cas particulier du critère 8.2 demandant de vérifier si les dits éléments sont toujours compatibles avec l’accessibilité sur la base de référence retenue

    Ancien test 8.2.2 supprimé

    Test 8.2.2 : Pour chaque déclaration de type de document, le code source de la page ne doit pas utiliser d'éléments obsolètes. Cette règle est-elle respectée (hors cas particuliers) ?

    lcarevic

    L'interdiction d'utilisation des éléments obsolètes s'appuie notamment sur la technique H88.

    Check that the page uses only elements, attributes, and attribute values that are defined in the relevant specification.

    Check that elements, attributes, and values are used in the manner prescribed by the relevant specification.

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour,

    cette technique fait bien partie des techniques possibles pour satisfaire le critère 4.1.1 néanmoins ce n'est pas la seule technique disponible pour y être conforme.

    Il est notamment possible d'uniquement satisfaire les techniques H74, H93 et H94 qui n'interdisent aucunement l'usage des éléments obsolètes et sont historiquement les techniques sur lesquelles se base le RGAA pour vérifier la conformité au 4.1.1

    • Pas d'accord 0 Pas d'accord

    lcarevic

    Bonjour,

    La technique H88 est bien citée et sourcée dans la version en vigueur du référentiel. Elle fait donc bien partie des techniques sur lesquelles se base actuellement le RGAA pour vérifier la conformité.

    L'affirmation "En l’absence de techniques ou d’éléments dans les WCAG indiquant l’interdiction d’utiliser des éléments obsolètes" qui justifiait la suppression du test 8.2.2 est donc incorrecte.

    Pourriez-vous expliciter la raison qui justifie la suppression du test 8.2.2 ?

    • Pas d'accord 0 Pas d'accord

    DINSIC

    Bonjour,

    Le critère de succès 4.1.1 est très explicite sur les éléments visés par le critère 4.1.1 :
    "In content implemented using markup languages, elements have complete start and end tags, elements are nested according to their specifications, elements do not contain duplicate attributes, and any IDs are unique, except where the specifications allow these features."
    Il ne mentionne nullement l'interdiction d'utiliser des éléments obsolètes, de même qu'il ne requiert l'obligation d'être pleinement conforme HTML.

    Comme indiqué précédemment les techniques WCAG ne sont (sauf exceptions) pas cumulatives. Il s'agit de techniques pouvant être mise en oeuvre de façon indépendante les unes des autres et permettant d'être conforme quelque soit la technique utilisée.

    Par ailleurs, il n'y a également aucune failures interdisant l'usage d'élément obsolète associé au critère 4.1.1.

    Bien évidemment si cette proposition est conservée, les références associées au critère seront mises à jour

    • Pas d'accord 0 Pas d'accord

Retour en haut