feat(Table): add headerAriaLabel prop for header columns

[alexbrillant]

DS-930

[github-actions]

Storybook for this build: https://ds.equisoft.io/pr-696/

[savutsang]

Dans JIRA, ca mentionne que le aria-label est seulement applicable si la colonne n'a pas de texte dedans. Et aussi avoir un avertissement (j'imagine console.warn?) s'il y a un aria-label pour une colonne qui contient du texte.

Edit:
A ce que je sache, on ne pourrait pas toujours detecter si c'est un string (pas pendant le rendering React), puisque le dev a la possibilite de render un custom Component ou custom HTML aussi, et dans ces cas ci, on ne saurait pas si c'est un string ou non. Je ne pense pas que ca fait du sens de mettre ces conditions si le code ne marche que la moitie du temps.

Faudrais revoir les requirements du billet, je pense a les enlever, laisser ca au bon jugement des devs de mettre un aria seulement sur les columns qui ont de besoin.

@LarryMatte

Attendre la resolution

[alexbrillant]

@savutsang je pense que c'est mieux de laisser les dev décider si ils veulent un arialabel ou non sur chacune des colonnes.

[savutsang]

@savutsang je pense que c'est mieux de laisser les dev décider si ils veulent un arialabel ou non sur chacune des colonnes.

Yeah c'est juste de confirmer avec @LarryMatte si c'est ok qu'on ne fera pas ca. Sinon a voir si on doit trouver une autre solution, ou merger juste ceci et creer un autre billet pour ameliorer ca plus tard.

[LarryMatte]

Yeah c'est juste de confirmer avec @LarryMatte si c'est ok qu'on ne fera pas ca. Sinon a voir si on doit trouver une autre solution, ou merger juste ceci et créer un autre billet pour améliorer ca plus tard.

Idéalement, je ne laisserais pas ça dans la cours des dev parce qu'ils ne le mettront juste pas 90% du temps.
Si c'est quelque chose qui peut être complexe à faire, je vais créer une autre tâche pour améliorer plus tard, question de garder une pas pire vélocité.

Questions:

• Est-ce que nous pouvons quand même avoir un warning pour les devs s'ils décident de ne pas ajouter le aria-label?
• Si une colonne de la table est utilisée sans aria-label, c'est quoi les conséquences lorsque la mise à jour va se faire advenant le cas où nous fixons l'issue dans le futur i.e., qu'un aria-label est obligatoire s'il n'y a pas de texte dans le column header?

[savutsang]

Pour emettre des warnings, il faut pouvoir detecter si le contenu du TH est un string ou pas. Et c'est le problematique ici.

// Si le dev le configure de cette facon, on pourrait le detecter
header: '',
header: 'Prenom',

// Si c'est configure de cette facon, non
// on sais juste que le dev a passe une fonction, mais on ne sait pas ce que la function retourne.
header: () => '',
header: () => 'Prenom',
header: () => <br />,
header: () => <span>Prenom</span>,
header: () => <Checkbox />,
header: () => <ColorfulText text="Prenom" />,

Bon, faque soit on decide d'emette des warnings juste sur ceux qu'on peut detecter, et ignorer le reste. Sinon on pourrait essayer de rouler du code JS APRES que react a render la table (dans un useEffect), qui parcoure la table et detecte les TH problematique (avec innerText genre) et log des warnings en consequence. Ou une meilleure idee?

Je crois que c'est un truc qui a besoin d'un peu d'experimentation, sinon on risque de mal detecter des trucs, pis avoir des faux warnings.

Je ne vois pas d'impact si c'est fait plus tard, ca ne change pas le fonctionnement de la table, il y aura juste des warnings de plus.

[savutsang]

Pourquoi ceci a ete close? J'ai juste efface l'ancien branche dev/DS-936-update-react-data-table mais je crois celui ci est un fork de ca. Wait je vais essayer de fix ca.

[savutsang]

• J'ai change ton target pour ma branche actuel a place
• J'ai mis a jour ta branche avec la derniere version, il etait un peu loin et avait un couple de conflicts.

Tout est beau now, desole pour le trouble.

[savutsang]

Si tu veux mentionner l'attribute: aria-label
Si tu veux mentionner la conformite: ARIA label (ARIA etant un accronyme, ca s'ecrit toujours en majuscule).