arbre de structure

En détail

On parle d'arbre parce que les parties s'emboîtent : un document contient des sections, une section contient un titre et des paragraphes, un tableau contient des lignes et une ligne contient des cellules. Chaque branche dit ce qu'elle est, et les feuilles pointent vers les marques de la page qui lui appartiennent.

Rien de tout cela ne se voit. Deux documents peuvent être identiques à l'écran et sur le papier alors que l'un contient un arbre et l'autre pas, et la différence n'apparaît que lorsqu'un logiciel essaie de comprendre la page.

Ce qu'il fait sur un vrai document

Un logiciel qui lit une page à voix haute parcourt l'arbre et non l'encre, ce qui lui donne des titres entre lesquels sauter et un tableau qu'il peut lire en-tête de colonne par en-tête de colonne. Un programme qui récupère des chiffres fait de même, et un moteur de recherche qui décide de quoi parle le document aussi.

L'essentiel de l'arbre découle de ce qu'on a demandé à la page de dessiner — un tableau connaît ses propres lignes, un paragraphe sait où il finit — mais rien n'est marqué de soi-même : chaque branche est une branche qu'on a dit au document d'écrire. Ce qu'aucun programme ne pourrait déduire de l'encre, c'est le plan : quel bloc est une section, ce que veut dire une image, et dans quel ordre tout cela se lit. Cette partie-là se déclare aussi.

D'où il vient, et pourquoi

C'est arrivé avec le PDF balisé, en 2001, pour deux besoins à la fois : lire une page à voix haute, et refaire couler une page sur un petit écran.

C'est ce que demande le niveau des règles d'archivage écrit pour les documents qui doivent être lus à voix haute, et c'est là-dessus que repose toute la norme d'accessibilité. Les deux refusent un document qui les déclare et ne contient pas d'arbre.

Voyez-le sur un document fini

Un document qui se lit à voix haute Une liste dont les images parlent aussi La page qui va plus loin sur ce mot