(reprise du message précédent)
Merci beaucoup Laurent pour ton explication. C'est toujours apprécié lorsque c'est clair et complet.
J'aimerais tout de même réagir modestement :
Note bien que je ne suis pas responsable des conneries que je pourrais dire ci-bas. J'y vais sur le coup d'une réflexion rapide. C'est juste quelques idées, peut-être incorrectes, qui me viennent à l'esprit lorsque je dois décider entre un tableau ou autres choses.
Le lecteur pourrait également être un script ou un logiciel n'est-ce pas ? Je vais désigner cela étant la Machine. En utilisant un tableau dès qu'on présente des données semblables, se rapprochant souvent d'une table d'une base de données, il me semble qu'il sera plus simple pour une machine de récupérer les données. Les données étant déjà regroupées par lignes et colonnes, la machine peut très bien arriver à créer elle-même les relations à l'aide des entêtes de tableau, car la machine sera facilement programmable pour être en mesure de bien lire des tableaux à double entrée. Je ne dis pas que c'est impossible de récupérer des données présentées en section titrées ou en liste de définition, mais ca risquerait de compliquer encore plus les choses pour le programmeur. En utilisant toujours un tableau bien structuré, ca simplifie bien des choses, même si c'est imparfait. Certains me diront d'utiliser une autre technologie, mais je préfère en rester à l'HTML, et à la récupération interne et externe (par une machine externe au site par exemple).
Pour en rester aux scripts, il y a aussi des petites fonctions Javascript sympathiques qui permettent de trier un tableau HTML. C'est plus simple à mettre en application sur un tableau html, quand même.
On pourrait aussi avancer, avec un peu de recule (jeu de mot à 1$ CAN), que de nombreuses personnes sont en mesure de lire des tableaux à double entrée. C'est quand même une façon très répandue de présenter des données qui ont une relation logique entres elles : les bases de données, les factures d'épicerie, liste des transactions effectuées etc... Il me semble donc normal, à mon avis, de continuer à présenter ce même genre de données de la même façon que la "norme" dans ce domaine. Même pour les non-voyants, est-ce que le fait d'utiliser un vrai tableau HTML pour afficher ces données ne leur apporte pas un certain confort ? Une certaine structure "visuelle" mentale ? Je ne sais pas, je brainstorm la. C'est sûr qu'on ne peut pas généraliser, il y a toujours des cas particuliers, mais j'aimerais tout de même avoir ton avis là-dessus.
Tout ca pour répondre à ceci :
Tout à fait, mais ce serait une prise de tête inutile. Aussi bien d'utiliser un tableau, c'est fait pour ca. Je sais, tu le sais, mais j'explique : admettons un instant, à moins que quelqu'un me dise le contraire, que la présentation des données dans un tableau à double entrée rendre la vie plus facile aux utilisateurs. Les voyants peuvent faire la relation entre les entêtes et les cellules de données. Les non-voyants, quant à eux, devraient aussi pouvoir profiter de cette présentation "visuelle". Il vaudrait mieux utiliser un tableau dans ce cas.
Ce que je viens de dire est peut-être totalement faux. Mon objectif était d'écrire ce qui me passait par la tête et que le bon Laurent éclaire mon chemin. Ceux qui pourraient peut-être penser comme moi en profiterons également.
Au fait, je commence pas mal à noyer le sujet ici présent, je m'en excuse, mais j'aime abuser de Laurent !
Merci beaucoup Laurent pour ton explication. C'est toujours apprécié lorsque c'est clair et complet.
J'aimerais tout de même réagir modestement :
Laurent Denis a écrit :
En revanche, une fois affiché sous la forme attendue, ces données seront interprétables par quelqu'un qui a appris à lire un tableau à double entrée , et deviendront grâce à lui : "la facture n°999 a un montant de 1000 Euros".
[...]
Qui crée la relation ? La structure ? Non. Le lecteur qui sait regarder et lire un tableau affiché comme tel.
Note bien que je ne suis pas responsable des conneries que je pourrais dire ci-bas. J'y vais sur le coup d'une réflexion rapide. C'est juste quelques idées, peut-être incorrectes, qui me viennent à l'esprit lorsque je dois décider entre un tableau ou autres choses.
Le lecteur pourrait également être un script ou un logiciel n'est-ce pas ? Je vais désigner cela étant la Machine. En utilisant un tableau dès qu'on présente des données semblables, se rapprochant souvent d'une table d'une base de données, il me semble qu'il sera plus simple pour une machine de récupérer les données. Les données étant déjà regroupées par lignes et colonnes, la machine peut très bien arriver à créer elle-même les relations à l'aide des entêtes de tableau, car la machine sera facilement programmable pour être en mesure de bien lire des tableaux à double entrée. Je ne dis pas que c'est impossible de récupérer des données présentées en section titrées ou en liste de définition, mais ca risquerait de compliquer encore plus les choses pour le programmeur. En utilisant toujours un tableau bien structuré, ca simplifie bien des choses, même si c'est imparfait. Certains me diront d'utiliser une autre technologie, mais je préfère en rester à l'HTML, et à la récupération interne et externe (par une machine externe au site par exemple).
Pour en rester aux scripts, il y a aussi des petites fonctions Javascript sympathiques qui permettent de trier un tableau HTML. C'est plus simple à mettre en application sur un tableau html, quand même.
On pourrait aussi avancer, avec un peu de recule (jeu de mot à 1$ CAN), que de nombreuses personnes sont en mesure de lire des tableaux à double entrée. C'est quand même une façon très répandue de présenter des données qui ont une relation logique entres elles : les bases de données, les factures d'épicerie, liste des transactions effectuées etc... Il me semble donc normal, à mon avis, de continuer à présenter ce même genre de données de la même façon que la "norme" dans ce domaine. Même pour les non-voyants, est-ce que le fait d'utiliser un vrai tableau HTML pour afficher ces données ne leur apporte pas un certain confort ? Une certaine structure "visuelle" mentale ? Je ne sais pas, je brainstorm la. C'est sûr qu'on ne peut pas généraliser, il y a toujours des cas particuliers, mais j'aimerais tout de même avoir ton avis là-dessus.
Tout ca pour répondre à ceci :
Laurent Denis a écrit :
Refais une présentation des mêmes données en lignes et en colonnes via CSS, avec un code sans tableau, mais des paragraphes, des listes, des div, etc. et la possibilité de réinventer cette relation est à nouveau là.
Tout à fait, mais ce serait une prise de tête inutile. Aussi bien d'utiliser un tableau, c'est fait pour ca. Je sais, tu le sais, mais j'explique : admettons un instant, à moins que quelqu'un me dise le contraire, que la présentation des données dans un tableau à double entrée rendre la vie plus facile aux utilisateurs. Les voyants peuvent faire la relation entre les entêtes et les cellules de données. Les non-voyants, quant à eux, devraient aussi pouvoir profiter de cette présentation "visuelle". Il vaudrait mieux utiliser un tableau dans ce cas.
Ce que je viens de dire est peut-être totalement faux. Mon objectif était d'écrire ce qui me passait par la tête et que le bon Laurent éclaire mon chemin. Ceux qui pourraient peut-être penser comme moi en profiterons également.
Au fait, je commence pas mal à noyer le sujet ici présent, je m'en excuse, mais j'aime abuser de Laurent !
Je n'ai plus rien à ajouter suite à cela. Tout a été dit je crois. 
Si vous voulez discuter de ca, ce serait peut-être préférable de créer un sujet dans le forum Standards : Ressources et discussions de fond.
Je déteste l'hiver, alors laisse-moi mon automne ! En plus j'ai rêvé que la neige tombait, ca donne froid dans le dos. Bientôt à l'affiche :