Bonjour la liste,

J'ai un "client" qui par l'utilisation de framework Java, génère des tableaux avec role="grid" (<table role="grid">).
Ce sont des tableaux susceptibles de subir des traitements, des cellules risquent dans le futur d'être modifiables, des éléments pour trier le tableau sont ou seront ajoutés... Par conséquent l'utilisation d'un role="grid" me semble justifiable ou du moins je n'ai pas pour le moment d'argument pour leur demander de faire autrement.

En testant avec NVDA sur Firefox, les en-têtes sont restitués notamment par l'utilisation de role="columnheader" pour les en-tête et role="gridcell" pour les cellules de données.

Remarque : J'ai trouvé un vieux ticket sur l'utilisation des role="grid" à la place d'une table mais qui ne répondait pas directement à ma question.

Ma question porte essentiellement sur le fait de la surcharge avec un
role="grid" et des conséquences...
Doit-on encore l'envisager comme un tableau de données : d'où normalement utilisation de la balise caption et surtout de <th scope="col"> bien que ce rôle soit déjà joué avec role="columnheader", ou au contraire on ne le considère plus comme un tableau de données (donc plus de <th> mais comment ajouter un role="presentation" puisqu'il a déjà un role="grid" et à ma connaissance on n'ajoute pas 2 role à un même élément).

A priori, si j'en crois le draft du W3C http://www.w3.org/TR/aria-in-html/#use-of-role-presentation
je devrais demander de traiter cela comme un tableau de présentation (<table role="presentation"> et l'encapsuler dans une <div role="grid">)

Si vous avez un avis ou des avis tiers je suis preneur, merci d'avance.

Cordialement,

DGFiP Giuseppe ROSA
Inspecteur Analyste
Atelier SODA - bureau SI-1A
Site SODA : http://si1a.intranet.dgfip/soda
tel : 01.573.36.997
pièce : 2388
 



Adoptez l'éco-attitude.
N'imprimez ce mail que si c'est vraiment nécessaire

_______________________________________________
liste_gta mailing list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

Répondre à