Re: [Liste GTA] Ouverture de menu et critère 7.1

2017-01-16 Par sujet Jean-Pierre Villain 

Bonjour,

Oui mais du coup si on ne l'utilise pas on diminue d'autant l'intérêt 
pour les TA de développer une fonctionnalité dessus.


Du coup, chacun attends dans son coin que l'autre se décide et on avance 
pas...


La seule question est de savoir si aria-controls à un réel intérêt pour 
développer des fonctionnalités utiles, je pense que oui donc 
j'implémente aria-controls.


JPV



Le 16/01/2017 à 13:03, Aurélien Levy a écrit :

Bonjour,


Bonjour,

"(pour ma part je ne met pas d'aria-controls car cela force un 
comportement applicatif sur voiceover osx qui est particulièrement 
rébarbatif pour les utilisateurs surtout si tu en as plusieurs 
(oblige à faire un raccourci clavier à trois touches pour entrer et 
sortir du sous menu)"


Je suis un peu dubitatif sur cette approche, Voiceover osx ne 
représente pas, loin de là, la majorité des utilisateurs et si je 
comprends bien qu'on veuille en améliorer le comportement il y a le 
risque important de désactiver le support de fonctionnalités liées à 
aria-controls dans d'autres technologies d'assistance et qui seraient 
pour ces utilisateurs indispensables.


à ma connaissance hormis sur jaws 18 aria-controls n'est pour 
l'instant pas pris en charge ce qui limite quand même son intérêt 
(surtout que la base de référence est en encore en jaws 17)


Du coup je ne supprimerais pas aria-controls, au contraire je 
l'implémenterais "au cas où".


Les utilisateurs de VO seront certes légèrement impactés mais je 
préfère ça à la situation où un utilisateur serait empêché.


J'aurais la même approche sur le fait que lorsque le contenu qui 
active est adjacent à la zone contrôlée, dans ce contexte 
aria-controls peut paraitre redondant mais on ne sait jamais, cela 
peut par exemple permettre à un utilisateur de retrouver le bouton 
permettant de refermer la zone très simplement au lieu de devoir 
parcourir l'ensemble des éléments de la zone.


à ce jour même sur jaws 18 l'implémentation de aria-controls ne permet 
pas de revenir au bouton de contrôle depuis une zone donnée


De manière générale, je me méfie comme de la peste de toute approche 
qui consiste à optimiser un comportement pour tel ou tel utilisateur. 
La diversité des AT et surtout leur très grande capacité de 
personnalisation fait que lorsqu'on optimise on prends toujours le 
risque de poser un problème important pour un autre utilisateur.


En l’occurrence, il n'y aucun problème important à ne pas le mettre 
surtout dans le cas présent (bouton juste avant la zone)


Petit article en anglais sur le sujet 
http://www.heydonworks.com/article/aria-controls-is-poop



JPV


Aurélien

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



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

Re: [Liste GTA] Ouverture de menu et critère 7.1

2017-01-16 Par sujet Aurélien Levy 

Bonjour,


Bonjour,

"(pour ma part je ne met pas d'aria-controls car cela force un 
comportement applicatif sur voiceover osx qui est particulièrement 
rébarbatif pour les utilisateurs surtout si tu en as plusieurs (oblige 
à faire un raccourci clavier à trois touches pour entrer et sortir du 
sous menu)"


Je suis un peu dubitatif sur cette approche, Voiceover osx ne 
représente pas, loin de là, la majorité des utilisateurs et si je 
comprends bien qu'on veuille en améliorer le comportement il y a le 
risque important de désactiver le support de fonctionnalités liées à 
aria-controls dans d'autres technologies d'assistance et qui seraient 
pour ces utilisateurs indispensables.


à ma connaissance hormis sur jaws 18 aria-controls n'est pour l'instant 
pas pris en charge ce qui limite quand même son intérêt (surtout que la 
base de référence est en encore en jaws 17)


Du coup je ne supprimerais pas aria-controls, au contraire je 
l'implémenterais "au cas où".


Les utilisateurs de VO seront certes légèrement impactés mais je 
préfère ça à la situation où un utilisateur serait empêché.


J'aurais la même approche sur le fait que lorsque le contenu qui 
active est adjacent à la zone contrôlée, dans ce contexte 
aria-controls peut paraitre redondant mais on ne sait jamais, cela 
peut par exemple permettre à un utilisateur de retrouver le bouton 
permettant de refermer la zone très simplement au lieu de devoir 
parcourir l'ensemble des éléments de la zone.


à ce jour même sur jaws 18 l'implémentation de aria-controls ne permet 
pas de revenir au bouton de contrôle depuis une zone donnée


De manière générale, je me méfie comme de la peste de toute approche 
qui consiste à optimiser un comportement pour tel ou tel utilisateur. 
La diversité des AT et surtout leur très grande capacité de 
personnalisation fait que lorsqu'on optimise on prends toujours le 
risque de poser un problème important pour un autre utilisateur.


En l’occurrence, il n'y aucun problème important à ne pas le mettre 
surtout dans le cas présent (bouton juste avant la zone)


Petit article en anglais sur le sujet 
http://www.heydonworks.com/article/aria-controls-is-poop



JPV


Aurélien

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

Re: [Liste GTA] usage des éléments title sur les liens

2017-01-16 Par sujet Jean-Pierre Villain 

Bonjour,

Exemple : intitulé texte du lien « pass’port aventure», élément title : 
« Activités de plein air pour les collégiens (nouvelle fenêtre) »


Imaginons un utilisateur qui vient sur la page pour chercher le produit 
"pass'port aventure", sa TA est programmée pour ne restituer que les 
titles lorsqu'ils sont présents : il ne trouvera pas le bon lien et nous 
aurons un problème d'accessibilité.


Les cas où on va considérer qu'il est inutile de reprendre l'intitulé du 
lien c'est quand l'intitulé est aussi intéressant que "cliquez-ici", 
"lire la suite" ou "en savoir plus" par exemple. Dans ce cas là si le 
contenu du title est suffisamment pertinent tu aurais tout loisir à 
considérer le critère conforme.


Pour faire écho à la remarque de Cédric, effectivement la gestion du 
title par RGAA est plus stricte que WCAG, cela prends en compte le 
comportement de certains mode de consultation proposés par les TA, par 
exemple "le plus long des deux" de Jaws.


L'utilisation de texte cachés ou d'aria-label est délicate et doit être 
finement mesuré. Les liens explicite ne concernent pas exclusivement les 
aveugles auxquelles sont destinés ces techniques mais peuvent impacter 
beaucoup d'autres utilisateurs comme les Déficients Visuels ou les 
handicapés mentaux.


JPV

Le 16/01/2017 à 12:07, Cédric Escarment a écrit :

Bonjour,

La règle est explicitée dans le glossaire :
https://references.modernisation.gouv.fr/rgaa-accessibilite/glossaire.html#titre-de-lien 

Si le title ne reprend pas l'intitulé du lien, il est non pertinent 
(critère 6.2 invalide). La règle est stricte.


Il faut savoir que c'est une règle des RGAA, le WCAG n'impose pas cela.
Une technique WCAG explique que l'attribut title est un complément à 
l'intitulé du lien :

https://www.w3.org/TR/WCAG20-TECHS/H33.html

La discussion sur la fiche accede web et les réponses de Atalan sont 
éclairantes sur le sujet :

http://www.accede-web.com/notices/html-css-javascript/5-liens-boutons/5-2-liens-boutons-texte-cache-aria-label-title/

Surtout, cette fiche présente des solutions alternatives à 
l'utilisation de l'attribut title :)


Cordialement,

Cédric Escarment.

Le 16 janvier 2017 à 11:52, Claire Daval 
> a écrit :


Bonjour la liste,

Je me trouve devant l’épineux problème de contribution sur les
éléments « title » associés aux liens.

Sur un menu, j’ai des éléments « title » qui ne reprennent pas
l’intitulé du lien, mais restent pertinent quant à la destination
du lien.

Est-ce que cela invalide le critère 6.2 pour autant ?

Exemple : intitulé texte du lien « pass’port aventure», élément
title : « Activités de plein air pour les collégiens (nouvelle
fenêtre) »

Quel conseil peut-on apporter sur ce sujet en terme de contribution ?

J’avais en tête qu’on l’élément « title » n’est à renseigner qu’en
cas de besoin de complément d’information avec l’intitulé original
+  le complément, mais finalement si on a quand même l’information
sur la destination du lien, bien qu’elle soit différente comment
peut-on en critiquer la pertinence ?

Je n’ai pas trouvé de ressource claire sur ce sujet. Quelqu’un
aurait ça sous la main ?

*Claire Daval*

*EOLAS, groupe Business & Decision *- tel.:
+33 (0)4 76 44 50 50 
Services en ligne managés 24/7 - e-commerce, e-administration,
e-business



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





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


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

Re: [Liste GTA] usage des éléments title sur les liens

2017-01-16 Par sujet Cédric Escarment 
Bonjour,

La règle est explicitée dans le glossaire :
https://references.modernisation.gouv.fr/rgaa-accessibilite/glossaire.html#titre-de-lien

Si le title ne reprend pas l'intitulé du lien, il est non pertinent
(critère 6.2 invalide). La règle est stricte.

Il faut savoir que c'est une règle des RGAA, le WCAG n'impose pas cela.
Une technique WCAG explique que l'attribut title est un complément à
l'intitulé du lien :
https://www.w3.org/TR/WCAG20-TECHS/H33.html

La discussion sur la fiche accede web et les réponses de Atalan sont
éclairantes sur le sujet :
http://www.accede-web.com/notices/html-css-javascript/5-liens-boutons/5-2-liens-boutons-texte-cache-aria-label-title/

Surtout, cette fiche présente des solutions alternatives à l'utilisation de
l'attribut title :)

Cordialement,

Cédric Escarment.

Le 16 janvier 2017 à 11:52, Claire Daval 
a écrit :

> Bonjour la liste,
>
>
>
> Je me trouve devant l’épineux problème de contribution sur les éléments
> « title » associés aux liens.
>
>
>
> Sur un menu, j’ai des éléments « title » qui ne reprennent pas l’intitulé
> du lien, mais restent pertinent quant à la destination du lien.
>
> Est-ce que cela invalide le critère 6.2 pour autant ?
>
> Exemple : intitulé texte du lien « pass’port aventure», élément title :
> « Activités de plein air pour les collégiens (nouvelle fenêtre) »
>
>
>
> Quel conseil peut-on apporter sur ce sujet en terme de contribution ?
>
> J’avais en tête qu’on l’élément « title » n’est à renseigner qu’en cas de
> besoin de complément d’information avec l’intitulé original +  le
> complément, mais finalement si on a quand même l’information sur la
> destination du lien, bien qu’elle soit différente comment peut-on en
> critiquer la pertinence ?
>
>
>
> Je n’ai pas trouvé de ressource claire sur ce sujet. Quelqu’un aurait ça
> sous la main ?
>
>
>
> *Claire Daval*
>
> *EOLAS, groupe Business & Decision * - tel.: +33
> (0)4 76 44 50 50 <+33%204%2076%2044%2050%2050>
> Services en ligne managés 24/7 - e-commerce, e-administration, e-business
>
>
>
>
> ___
> liste_gta mailing list
> liste_gta@list.accessiweb.org
> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
>
>
___
liste_gta mailing list
liste_gta@list.accessiweb.org
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

[Liste GTA] usage des éléments title sur les liens

2017-01-16 Par sujet Claire Daval 
Bonjour la liste,

Je me trouve devant l'épineux problème de contribution sur les éléments « title 
» associés aux liens.

Sur un menu, j'ai des éléments « title » qui ne reprennent pas l'intitulé du 
lien, mais restent pertinent quant à la destination du lien.
Est-ce que cela invalide le critère 6.2 pour autant ?
Exemple : intitulé texte du lien « pass'port aventure», élément title : « 
Activités de plein air pour les collégiens (nouvelle fenêtre) »

Quel conseil peut-on apporter sur ce sujet en terme de contribution ?
J'avais en tête qu'on l'élément « title » n'est à renseigner qu'en cas de 
besoin de complément d'information avec l'intitulé original +  le complément, 
mais finalement si on a quand même l'information sur la destination du lien, 
bien qu'elle soit différente comment peut-on en critiquer la pertinence ?

Je n'ai pas trouvé de ressource claire sur ce sujet. Quelqu'un aurait ça sous 
la main ?

Claire Daval
EOLAS, groupe Business & Decision - tel.: +33 (0)4 76 44 
50 50
Services en ligne managés 24/7 - e-commerce, e-administration, e-business



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