Bonjour Romain,

 

Je crois que la solution 4 (deux boutons) est la meilleure en tous points.
Et oui, effectivement, elle revient à abandonner l’idée de départ. Le truc
c’est que l’idée de départ n’était peut-être pas une bonne idée ? question
ergonomie, faire une combinaison shift + clic, ça peut sembler compliqué
pour pas mal d’utilisateurs.

 

Cordialement,

 

 


cid:[email protected]

 


 

--

RACHEL FOUCARD
Responsable Technique

TYPO3 French Committee Assessor

 <http://www.w-seils.com/> www.w-seils.com

 


 <mailto:[email protected]> [email protected]
Tel   +33 (0)2 28 22 75 42
Mobile    <tel:%2B33%20%280%296%2061%2079%2029%2058> +33 (0)6 98 87 88 18

 

 

De : liste_gta [mailto:[email protected]] De la part de
Romain Gervois
Envoyé : vendredi 14 mars 2014 16:33
À : GTA
Objet : Re: [Liste GTA]Un bouton, deux actions, une problématique souris

 

Bonjour Victor,

Merci de ta réponse. Juste un complément sur ta remarque sur le clic droit
sous Mac. Il s'agit d'un souci d'équipement : les souris "compatibles Mac"
ne sont pas (plus ?) dépourvus de boutons pour les clics droit (que ça soit
celles vendues par Apple ou par d'autres constructeurs ; d'ailleurs, même
certaines PC sont fonctionnelles).

Pour le tactile, je n'y ai pas réellement réfléchi mais il y a de toute
façon adaptation à faire. Juste une note en passant parce que ça ne se sait
pas forcément et qu'on entend pas mal de bêtises mais les périphériques
tactiles peuvent être utilisés avec des claviers.

Romain 

 

Le 14 mars 2014 15:51, Victor Brito <[email protected]> a écrit :

Salut, Romain,

La solution 3 est à abandonner si tu veux une action faisable uniquement à
la souris : il suffit de se confronter à un utilisateur d'une souris Mac,
qui est obligé de combiner le clavier et la souris pour avoir l'équivalent
du clic droit (Ctrl + clic, si je ne dis pas de bêtise). La solution 2
risque de rejoindre la solution 3, vu que le menu contextuel est, dans
l'inconscient collectif, associé au fameux clic droit, avec le souci que je
viens d'évoquer. Quant à la solution 1, le problème se posera surtout si ton
applicatif doit se confronter à une utilisation sur un support tactile (deux
contacts tactiles rapprochés ayant pour effet, sous certains OS mobiles,
d'agir sur le zoom).

En tout cas, beau cas d'école !

Victor


Victor Brito Intégrateur XHTML / CSS – Expert Accessiweb en évaluation 


39 rue Charles Laffitte 92200 Neuilly-sur-Seine Tél. : +33 6 03 15 89 57
<tel:%2B33%206%2003%2015%2089%2057>  

SIRET : 789 766 334 00013

Consulter le site Web professionnel de Victor Brito
<http://www.victor-brito.fr> 


Sur les réseaux sociaux


·         Suivre Victor Brito sur  <http://twitter.com/victorbritopro>
Twitter

·         Suivre Victor Brito sur Diaspora
<https://joindiaspora.com/u/victorbritopro> 


Sans oublier


·         La fiche de membre du Groupe de Travail Accessiweb
<http://www.accessiweb.org/index.php/fiche_gta/items/site_victor_brito.html>


·         Halte à la balkanisation du Web
<http://halte-a-la-balkanisation-du-web.fr>  !

·         Un seul Web <http://un-seul-web.fr> 

·         Profession intégrateur (X)HTML / CSS
<http://profession-integrateur-xhtml-css.fr> 

·         Tuyaux de l'accessibilité <http://tuyauxa11y.info> 

Le 14/03/2014 15:21, Romain Gervois a écrit :

Bonjour,

Dans un contexte applicatif, j'ai eu besoin d'implémenter un bouton
accueillant 2 actions :

- action A disponible sur click ;

- action B disponible sur click + touche maj.

 

Ci-dessous le code généré via DOM et correspondant à ce bouton.

<p><button type="button" aria-describedby="dbactionb">Action A</button>
<span id="dbactionb"><span aria-hidden="true">Action A</span> (appuyer sur
la touche Maj. pour action B)</span></p>

Note : l'élément span#dbactionb "décrit" le bouton, est affiché au focus et
au survol du bouton pour signaler la présence de l'action B à l'utilisateur.

Se pose la question du "Accessible et activable au clavier". 
Pour l'action A, aucun souci (l'utilisateur peut utiliser indifféremment la
souris et le clavier).

Pour l'action B, la souris seule ne peut pas être utilisée (la touche
clavier étant requise).
Note : peut être que certains claviers virtuels peuvent permettre
l'utilisation par la souris seule mais ça ne solutionne de toute façon que
partiellement le problème.

Se pose la question de pallier à ce problème de la souris seule.

Les différentes solutions d'implémentation alternatives possibles que j'ai
pu définir :

1) proposer l'action B via un double click sur le bouton ;

2) proposer l'action B via le menu contextuel du bouton ;

3) proposer l'action B via un right click sur le bouton ;

3) proposer l'action B via un autre bouton.

Note 1 : la "description" du bouton permettra d'indiquer dynamiquement la
solution choisie.

Note 2 : des configs sont possibles pour le double click (je ne sais pas si
elles sont satisfaisantes pour les utilisateurs et si elles s'intègrent bien
avec les UA).
Note 3 : proposer l'action B via un autre bouton revient à abandonner
l'implémentation d'origine (ce qui n'est pas souhaitable).

 

A votre avis, les solutions 1, 2 et 3 peuvent-elles être considérées
conformes et fonctionnelles (les référentiels se limitant aux cas classiques
du click) ?

Merci par avance de vos réponses.

Romain

 

_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

 


_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

 

<<image001.jpg>>

_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

Répondre à