Bonjour Rachel et Célio, Le choix de ce fonctionnement est calqué sur le fonctionnement que l'on retrouve dans les OS (et les applications desktop par ricochet). J'ajoute que les actions A et B partagent un même tronc fonctionnel commun ce qui rend cohérent le bouton unique. Aucune action ne sera ajoutée à ces deux actions (aucune évolution possible) donc le sous menu n'est pas utile (autant avoir directement les deux boutons côte à côte).
Ma question se limite donc à savoir ce que en tant que concepteur, je peux apporter à cette implémentation (un seul bouton deux actions) pour 1) être conforme 2) ne pas laisser un utilisateur de côté. Je suis très conscient qu'une telle conception peut paraitre farfelue et exotique et donc la tentation de la solution 4 ;). Romain Le 14 mars 2014 17:38, Célio Conort <ce...@opixido.com> a écrit : > Bonjour, > > Je soutiens la solution 4 également, qui pourrait ergonomiquement se > décliner sous la forme de "boutons avec flèche intégrée pour action(s) > secondaire(s)". > Exemple (à retravailler) : > http://getbootstrap.com/components/#btn-dropdowns-split > > --- > Célio Conort > ce...@opixido.com > > > 2014-03-14 16:49 GMT+01:00 Rachel Foucard <rfouc...@w-seils.com>: > > 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, >> >> >> >> >> >> [image: cid:image001.jpg@01CDD6D4.98875830] >> >> >> >> >> >> *--* >> >> *RACHEL FOUCARD* >> Responsable Technique >> >> TYPO3 French Committee Assessor >> >> *www.w-seils.com <http://www.w-seils.com/>* >> >> >> >> rfouc...@w-seils.com >> Tel +33 (0)2 28 22 75 42 >> Mobile *+33 (0)6 98 87 88 18 <%2B33%20%280%296%2061%2079%2029%2058>* >> >> >> >> >> >> *De :* liste_gta [mailto:liste_gta-boun...@list.accessiweb.org] *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 <liste-...@victor-brito.fr> 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 >> >> 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 Twitter<http://twitter.com/victorbritopro> >> >> · 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 >> >> 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 >> >> > > _______________________________________________ > 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
