Alternative "cliquer-déposer" au glisser-déposer, pour l'accessibilité (et peut-être le Web mobile)
J'ai vu des gens tâtonner avec une souris. Ils semblent incapables de synchroniser en cliquant sur les boutons et en faisant glisser la souris de manière cohérente, là où ils font glisser les choses lorsqu'ils ne voulaient que cliquer dessus. Ou en essayant d'utiliser le glisser-déposer, ils tombent par inadvertance trop tôt car ils ne peuvent pas garder le doigt sur le bouton de la souris pendant tout le voyage. Ou ils ont du mal à viser la souris tout en maintenant le bouton enfoncé.
L'application Web est une simple barre d'outils. Pensez à des autocollants, comme des étoiles dorées pour les favoris, ou un pouce vers le bas pour défavoriser, ou un X rouge pour la suppression. Je veux que les utilisateurs puissent appliquer ces autocollants à partir d'une "barre d'outils" sur l'Edge, à des objets sur une page Web. Le glisser-déposer fonctionne pour cela.
Pour les utilisateurs moins adroits, j'imagine ce que j'appelle click-and-drop . Au lieu de glisser avec le bouton de la souris enfoncé tout le temps, cela se déroule comme suit: un clic complet (mousedown + mouseup) sur la barre d'outils "ramasse" l'icône. Maintenant, le curseur de la souris est remplacé par l'icône pendant que la souris se déplace, éventuellement avec une main agrippante à côté. Un deuxième clic complet sur la destination "dépose" l'icône et le curseur de la souris revient à ce qu'il était. Y a-t-il déjà un nom pour cela? Peut-être que cette action ressemble plus à tremper un pinceau dans un puits d'aquarelle, plutôt qu'une ceinture à outils.
Cette alternative au click-and-drop serait-elle utile pour une bonne partie des utilisateurs Web ayant une dextérité ? Existe-t-il de meilleures alternatives?
Sans trop embrouiller cette question, je pensais en outre que cette alternative pourrait être transportée vers des appareils mobiles ou des pads. Appuyez sur la barre d'outils, l'icône plane dans le coin supérieur droit, déplacez-vous vers la destination, appuyez une fois sur la destination pour "déposer" l'icône. Je soulève cela principalement pour la considération de la cohérence entre les appareils. Bien que peut-être entièrement schéma différent soit meilleur pour le monde multi-touch .
Je recommanderais de penser aux différentes interactions. Actuellement, votre modèle d'interaction est "verbe-nom", où "verbe" est une action sur un objet, qui est appelé "nom". Le premier utilisateur choisit "verbe" puis l'applique au "nom".
Il existe un autre modèle d'interaction, "nom-verbe". Cela signifie que l'utilisateur choisit d'abord l'objet, puis sélectionne les actions disponibles sur celui-ci.
Ces modèles d'interaction sont décrits dans The Humane Interface par J.Raskin.
Dans le chapitre .3 Constructons nom-verbe versus verbe-nom il y a des arguments pour le modèle "nom-verbe":
Cliquer et déposer peut être un peu déroutant selon le contexte de l'application. S'il y a des objets dans l'application/le programme qui peuvent être cliqués, alors comment déciderez-vous ce qui peut être glissé et ce qui ne peut pas? Les zones disponibles pour déposer l'objet doivent être mentionnées, ainsi que l'état de "vous faites glisser un _".
Le glisser-déposer sur les tablettes et les pavés tactiles peut parfois être un peu délicat, mais il existe des alternatives. Dans les tablettes, l'une des options consiste à appuyer longuement pour saisir. Une fois que vous avez fait cela, l'élément devient plus grand et pourrait laisser une ombre, il semble donc qu'il plane au-dessus des autres éléments. Une fois que vous le faites glisser vers sa destination, vous pouvez suggérer d'appuyer pour déposer et rendre les éléments irrécupérables ou fixes à nouveau. Ceci est utilisé dans les appareils iOS.
Les actions multi-touch pour le glisser-déposer sont également une possibilité, mais elles nécessitent quelques instructions. Faire glisser et déposer avec une souris est toujours, à mon avis, la façon la plus naturelle d'effectuer ce genre d'actions, mais comme vous l'avez souligné, si/quand il y a des problèmes de mobilité/d'accessibilité à portée de main, d'autres options pourraient être envisagées.