Un bouton Coller augmentera-t-il la convivialité?
Il y a des cas où il est assez évident que les utilisateurs sont les plus susceptibles de copier et coller une valeur dans une zone de texte donnée. L'un de ces cas est un champ URL.
Cela m'a fait penser à ajouter un bouton coller à côté du champ de texte, pour permettre de coller une chaîne du droit du presse-papiers avec un simple clic. Bien que redondant avec le clic droit + "Coller" et le raccourci Ctrl + V, il semble avoir beaucoup plus accessibilité , découvrabilité et vitesse (si vous arrivez au formulaire avec uniquement le souris dans les mains).
Je sais que j'ai vu de vrais exemples d'un tel bouton quelque part, mais je n'arrive pas à les trouver (l'aide serait appréciée ici).
Questions
- Avez-vous des preuves que cela améliore réellement la convivialité?
- Si c'est le cas, pourquoi n'est-ce pas plus courant?
Oui, cela améliorera l'efficacité. Pour les utilisateurs de bureau, cela signifie que les utilisateurs qui ne sont pas encore en mesure d'utiliser le clavier pourront continuer sans délai (ce qui réduit votre score GOMS ou KLM). Pour les utilisateurs tactiles, cela signifie que l'utilisateur n'a pas à s'appuyer sur les contrôles de collage de texte natifs souvent plutôt compliqués.
Cela étant dit, je ne suis pas sûr de votre conception actuelle - les icônes de collage peuvent être ambiguës, donc un bouton de texte brut peut être supérieur.
Quant à votre deuxième question, il y a deux raisons pour lesquelles ce schéma est rarement observé. Premièrement, sur les applications de bureau, les formulaires sont moins courants que sur le Web; et deuxièmement, sur le Web, la copie et le collage sont difficiles à fournir pour la page car la plupart des navigateurs n'exposent pas le presse-papiers à JavaScript.
Accordé en utilisant un bouton spécial pour coller aura un indicateur visuel de l'action. Les éléments suivants doivent être pris en compte:
Que se passe-t-il lorsque vous n'avez rien dans votre presse-papiers? Est-il grisé/invisible?
Si vous modifiez l'état du bouton en fonction de la disponibilité de l'option de collage, vous devez alors informer l'utilisateur que l'état du bouton a changé. Quelle que soit la façon dont vous effectuez cette opération, vous demandez à l'attention des utilisateurs quelle IMO n'est pas nécessaire pour une action de copier-coller triviale.
Si vous voulez faire cela, vous devez penser à la cohérence, vous ne pouvez pas demander à l'utilisateur de copier des trucs en utilisant le clavier/menu, puis s'attendre à ce qu'ils utilisent un bouton pour coller. Donc, vous devez également avoir un bouton différent pour copier des choses.
Dans ce scénario, vous devez vraiment considérer le précédent. Les champs de texte sont répandus sur toutes sortes d'appareils et d'interfaces et aucun d'entre eux n'a de boutons de collage spéciaux.
Je pense qu'il est prudent de supposer que les utilisateurs de votre programme sauront comment utiliser les zones de texte, et s'ils ont compris comment copier quelque chose dans le presse-papiers, ils peuvent très probablement trouver comment le coller à nouveau.
Je dirais donc que le bouton coller est un encombrement inutile. En fait, je dirais que l'ajout d'un bouton de collage nuirait en fait à la convivialité de l'interface, car cela perturberait (ou tout au moins distrait) utilisateurs.
Cela dit, j'ai vu des interfaces assez astucieuses qui vont en fait par défaut le contenu d'un formulaire basé sur ce qui est dans le presse-papiers lorsque le formulaire est chargé (en particulier, je pense à Cornerstone 2 's Boîte de dialogue Ajouter un référentiel). En pratique, je le trouve assez pratique. Mais notez que dans ce cas particulier, le contenu du presse-papiers doit être une URL pointant vers un référentiel SVN dans un format reconnu (il ne remplira pas simplement aveuglément le formulaire en fonction de ce qui se trouve dans le presse-papiers).
Boîte de dialogue Ajouter un référentiel de Cornerstone 2, pré-remplie depuis le presse-papiers
Dans votre cas, étant donné que le champ de texte doit saisir une URL, vous pouvez facilement déterminer si le contenu du presse-papiers est une URL et la définir par défaut. Il y a de fortes chances que ce soit un ajout pratique.
Cela dépend principalement de la façon dont les utilisateurs ont copié l'URL pour la première fois.
Le traitement de nouveaux contrôles d'interface a toujours un impact sur l'UX. Donner à vos utilisateurs les mêmes options de copie et de collage n'augmentera pas la charge cognitive, ce qui compte vraiment. De plus, en ayant des méthodes de saisie similaires, vous réduisez également le nombre de changements physiques de combinaison souris/clavier, ce qui est généralement pénible pour les utilisateurs.
ctrl + c, ctrl + v
icône de copie, icône de collage
clic droit copier, clic droit coller
Puisqu'il est peu probable que les utilisateurs copient une URL en utilisant une icône similaire, je pense que cette icône s'inscrit dans la catégorie de contrôle de l'interface utilisateur "Nice to have".
Je n'en suis pas sûr. Il aura besoin de tests (comme la plupart des choses UX). Cependant, je doute que cela améliorera votre convivialité. Un champ URL sera très probablement copié à partir d'une barre d'emplacement dans un navigateur. Il n'y a aucun moyen de ne pas copier ceux qui utilisent les touches de raccourci dans les navigateurs modernes. Ainsi, les utilisateurs seront familiarisés avec la fonctionnalité d'utilisation du copier/coller à l'aide du clavier. De plus, fondamentalement tous les zones de texte acceptent le collage dans le texte, donc on attend d'eux. Cela rend votre bouton un peu superflu.
En fait, il augmente la convivialité, et il est plus courant, mais pas de la façon dont vous l'avez présenté, principalement sous la forme d'un menu contextuel (le menu qui apparaît lorsque vous faites un clic droit) et je pense que c'est plus naturel chose à faire pour un utilisateur quand il veut coller sans utiliser la méthode Ctrl + V.
