Aller au contenu
SilktideAide

Tableaux PDF

Silktide vérifie deux choses à propos des tableaux d’un PDF : que chaque cellule d’en-tête indique si elle est l’en-tête d’une ligne ou d’une colonne, et que chaque ligne couvre le même nombre de colonnes une fois les cellules fusionnées prises en compte.

Ces deux points relèvent du même enjeu. Un tableau n’a de sens que si chaque valeur peut être rattachée aux en-têtes qui la décrivent, et les logiciels ne peuvent le faire que si le document indique quelles cellules sont des en-têtes, dans quelle direction, et comment la grille s’assemble.

Pourquoi c’est important

Les personnes voyantes parcourent un tableau dans deux dimensions à la fois. L’œil trouve un nombre, puis remonte presque sans effort à l’en-tête de colonne et va à gauche jusqu’à l’en-tête de ligne. Une personne utilisant un n’entend qu’une cellule à la fois et ne peut pas faire cela, donc les lecteurs annoncent les en-têtes pertinents avec chaque valeur : « Chiffre d’affaires, T3, 4,2 millions ». Cette seule phrase rend un tableau utilisable sans la vue, et elle n’est possible que lorsque le document a déclaré quelles cellules sont des en-têtes et ce qu’elles régissent.

Sans direction pour chaque en-tête, le lecteur doit deviner. Il suppose généralement que la ligne du haut est l’en-tête des colonnes, ce qui est assez souvent vrai pour être dangereux : dans un tableau avec des en-têtes aussi à gauche, ou avec deux lignes d’en-tête, la supposition échoue discrètement et les valeurs sont annoncées avec de mauvaises étiquettes. Le lecteur reçoit alors une information fausse mais donnée avec assurance, ce qui est pire que de n’en recevoir aucune.

Des lignes « en dents de scie » cassent la grille elle-même. Quand le nombre de colonnes ne correspond pas, les positions ne s’alignent plus et chaque valeur après la ligne irrégulière peut être associée au mauvais en-tête. Les tableaux financiers et statistiques sont les plus touchés, car un nombre mal attribué reste un nombre plausible en apparence.

Comment corriger

  1. Marquez votre ligne ou colonne d’en-tête comme en-tête dans le document source. Dans Word, utilisez « Répéter les lignes d’en-tête » pour la première ligne d’un tableau, et définissez les colonnes d’en-tête via les propriétés du tableau plutôt qu’en mettant le texte en gras.
  2. Donnez une direction à chaque en-tête, afin que chacun indique s’il s’applique à sa ligne ou à sa colonne. Les tableaux avec des en-têtes sur les deux bords ont besoin des deux.
  3. Alignez les lignes entre elles. Chaque ligne doit représenter le même nombre de colonnes une fois les étendues de lignes et de colonnes prises en compte. Les cellules vides doivent figurer dans le tableau en tant que cellules vides, plutôt que d’être omises.
  4. Simplifiez les tableaux qui contrarient le format. Les en-têtes empilés, les cellules scindées et les tableaux imbriqués sont difficiles à baliser et encore plus difficiles à écouter. Deux tableaux simples valent presque toujours mieux qu’un seul, « astucieux ».
  5. N’utilisez jamais un tableau pour la mise en page. Un tableau affirme que son contenu est constitué de données liées. Si la grille ne sert qu’au positionnement, le contenu doit être balisé comme du texte ordinaire et le tableau marqué comme décoratif.
  6. Ou lancez la remédiation Silktide, qui répare la structure du tableau et confirme la sémantique des en-têtes en fonction du tableau tel qu’il apparaît. Voir Tableaux.

Comment Silktide teste cela

  1. Trouver les documents PDF liés depuis votre site Web, et analyser chaque fichier unique une seule fois, quel que soit le nombre de pages qui y font lien.
  2. Examiner les cellules d’en-tête de chaque tableau pour vérifier qu’une direction est déclarée.
  3. Déterminer combien de colonnes chaque ligne couvre, en tenant compte des étendues de lignes et de colonnes, puis comparer les lignes.
  4. Signaler le document lorsqu’un en-tête n’a pas de direction, ou lorsque les lignes ne concordent pas, une fois par document quel que soit le nombre de tableaux concernés.

Dépannage

Mes cellules d’en-tête sont en gras, cela n’en fait-il pas des en-têtes ?

Non. Le gras est un style visuel sans signification structurelle, et c’est la raison la plus courante pour laquelle un tableau avec des en-têtes évidents est signalé. Une cellule d’en-tête doit être balisée comme en-tête : il s’agit d’une propriété de la cellule, et non de son formatage.

Le tableau contient des cellules fusionnées

Les cellules fusionnées sont autorisées, et sont gérées en déclarant le nombre de lignes ou de colonnes couvertes par chacune. La vérification ne signale que les lignes qui ne totalisent pas le bon nombre une fois ces étendues prises en compte, ce qui signifie en général qu’une étendue n’a jamais été déclarée.

La dernière ligne est une ligne de total

Les lignes de total sont des lignes de données ordinaires et ne nécessitent aucun traitement particulier. Si l’étiquette de la première cellule décrit la ligne, balisez-la comme en-tête de ligne comme pour les autres.

Il s’agit d’un tableau de mise en page, pas d’un tableau de données

Dans ce cas, il ne doit pas être balisé comme un tableau. Balisez le contenu comme le texte qu’il est et marquez la grille comme décorative, et la vérification ne s’applique plus. Voir Balisage du contenu PDF.

Pour en savoir plus

Dernière mise à jour

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

Tableaux PDF | Centre d’aide Silktide