Aller au contenu
SilktideAide

Mappage des rôles PDF

Silktide vérifie que tout nom de balise personnalisée qu’un PDF invente est défini. Un document peut nommer ses propres balises, mais chacune doit pointer vers l’un des types de structure standard que définit le format PDF, sinon rien de ce qui lit le document ne sait à quoi elle sert.

La table de correspondance qui effectue ce rattachement est la . Cette vérification signale trois manières dont cela peut mal se passer : une balise personnalisée sans aucune entrée, une balise standard réaffectée pour signifier autre chose, et une table de correspondance qui boucle sur elle-même, de sorte qu’une balise ne se résout jamais en quelque chose de réel.

Pourquoi c’est important

Le nom d’une balise est une étiquette, pas un sens. Quand un outil de conception exporte un titre en SubtitleBlue sans jamais préciser que SubtitleBlue est un titre de niveau 2, les technologies d’assistance reçoivent un mot pour lequel elles n’ont aucune règle. Selon le lecteur, ce contenu est annoncé comme un paragraphe ordinaire ou ignoré, et dans tous les cas il cesse d’être un titre : il disparaît du plan du document, n’est plus navigable et ne peut plus servir au survol.

La réaffectation dans l’autre sens est plus dommageable, car le document affirme avec assurance quelque chose de faux. Une balise Table réaffectée à un type paragraphe indique à un lecteur qu’il n’y a pas de tableau sur la page, et le lecteur le croit. Les cellules sont alors lues comme du texte continu, sans lignes, sans colonnes et sans en-têtes.

Un mappage de rôles circulaire est une faute structurelle plutôt qu’une subtilité. Les balises ne se résolvent jamais, et certains lecteurs et validateurs rejettent purement et simplement l’arbre de structure, ce qui fait passer le document de partiellement accessible à pas accessible du tout.

C’est le genre de problème qui provient de l’outil de création plutôt que de l’auteur, ce qui est précisément pourquoi il doit faire l’objet d’une vérification : personne ne l’a choisi, donc personne ne pense à le chercher.

Comment le corriger

  1. Privilégiez les balises standard. Si le contenu est un titre, balisez-le H1 à H6 ; s’il s’agit d’une liste, balisez-le L. Un nom personnalisé n’a d’intérêt que lorsque le vocabulaire standard n’a réellement aucun équivalent, ce qui est rare dans les documents ordinaires.
  2. Faites correspondre chaque balise personnalisée que vous conservez au type standard qui reflète ce qu’elle est, afin que SubtitleBlue soit résolue en un titre.
  3. Supprimez les entrées de la table de correspondance des rôles qui redéfinissent des balises standard. Une balise standard signifie déjà la bonne chose ; la remplacer ne peut que rendre le document moins fidèle.
  4. Rompez toute boucle afin que chaque balise personnalisée aboutisse à un type standard plutôt qu’à un autre type personnalisé.
  5. Réexportez depuis le fichier source avec la sortie PDF/UA activée, ce qui règle généralement tout cela d’un coup, ou exécutez la remédiation Silktide, qui reconstruit la structure en n’utilisant que des types standard. Voir Fonctionnement de la remédiation PDF.

Les tables de correspondance des rôles s’éditent dans le panneau des balises d’un éditeur PDF plutôt que dans le document visible ; c’est donc l’un des correctifs pour lesquels réexporter depuis le fichier d’origine demande généralement moins de travail que de corriger le PDF.

Comment Silktide teste cela

  1. Trouvez les documents PDF liés depuis votre site web et analysez chaque fichier unique une seule fois, quel que soit le nombre de pages qui y renvoient.
  2. Recueillez les types de structure utilisés par le document et les entrées de la table de correspondance des rôles qu’il déclare.
  3. Signalez le document lorsqu’un type non standard n’a pas de mappage valide, lorsqu’un type standard est réaffecté à un type différent, ou lorsque le suivi de la table mène en cercle.
  4. Signalez chaque document une seule fois, quel que soit le nombre de balises affectées.

Dépannage

Ceci est signalé mais le document se lit correctement pour moi

Les lecteurs diffèrent quant à leur tolérance. Certains déduisent un rôle à partir du contexte et s’en sortent ; d’autres non, et ceux sur lesquels on s’appuie pour les longs documents ont tendance à être les plus stricts. Un document qui ne fonctionne que dans le lecteur avec lequel vous testez fonctionne par chance.

Pourquoi s’agit-il d’une exigence PDF/UA plutôt qu’une exigence WCAG ?

Parce qu’il s’agit d’une règle concernant la façon dont le fichier est construit, plutôt que sur ce que l’utilisateur expérimente, et les WCAG décrivent des résultats. Le résultat qu’elle protège — le contenu qui conserve son sens réel — est couvert par les WCAG via les vérifications qui examinent directement les titres, les listes et les tableaux. Voir Comprendre l’accessibilité des PDF pour savoir comment les deux normes se partagent le travail.

En savoir plus

Dernière mise à jour

Cette page vous a-t-elle été utile ?