Pour être franc, j'ignore totalement ce qu'est une donnée tabulaire. Je n'en ai pas la moindre idée, et je n'ai aucune intention de m'en faire une. Pourquoi ? Parce que je n'ai pas besoin de savoir ce que seraient en soi des données tabulaires, si tant est que cela existe.

Avant que vous ne tourniez les talons en vous disant que ce billet est de la pure provocation, revenons un instant à la source obligée : HTML4.01.

Le modèle de la table de HTML permet aux auteurs d'arranger des données (texte, texte préformaté, images, liens, formulaires, champs de formulaires, autres tables, etc.) en rangées et colonnes de cellules.

Voilà, c'est tout. HTML4.01 ne dit rien de plus, et ne parle pas de données tabulaires. Il ne parle que de la possibilité d'arranger des données en rangées et colonnes de cellules : n'importe quels données, donc.

Encore faut-il, comme toujours quand il s'agit de choisir un mode de balisage, avoir besoin de rangées et/ou de colonnes de cellules. Quand rencontre-t-on ce besoin ?

• Quand on opte pour un mode de présentation où ce système de cellules est utilisé pour gérer le positionnement des données affichées à l'écran ;
• Quand on souhaite exprimer, à propos de ces données, qu'elles sont définies chacune par un couple de propriétés (l'association donnée-propriété 1-propriété 2 étant réalisée par le jeu du tableau à double entrées).

L'un et l'autre cas sont affaire de choix de l'auteur :

• L'utilisation des tableaux de positionnement visuel est certes moins performant que le positionnement CSS, mais il peut être une étape dans l'apprentissage des CSS. Il peut également être une réponse à une insuffisance d'implémentation des CSS ;
• L'utilisation des tableaux à double entrées reste le moyen le plus pertinent de présenter un certain type de relations logiques entre données. Mais on peut imaginer de procéder autrement, via des titres, des listes... en acceptant une perte de sens.