Pour qu'une commande augmente quelque chose, les instructions doivent-elles faire référence à la touche "+" ou à la touche "="?
Notre logiciel utilise les touches =/+ et -/_ pour des tâches opposées. Par exemple, augmenter ou diminuer une valeur, ou effectuer un zoom avant ou arrière. Aucune touche de modification n'est utilisée.
Voici l'énigme:
- Si nous l'appelons "touche plus (+)", les utilisateurs pourraient penser qu'ils doivent maintenir la touche Maj enfoncée.
- Si nous nous y référons comme la "clé égale (=)", nous perdons la dichotomie intuitive par rapport à la "clé moins (-)".
Y a-t-il:
- Une recherche qui donne une raison de préférer une forme à l'autre?
- Une mention de cela dans un guide de style faisant autorité qui établit une convention?
- Un bon exemple de cela dans la nature?
Edit: Des préoccupations concernant d'autres dispositions de clavier sont notées, mais pour les besoins de cette question, je ne pose que des questions sur les claviers américains.
Sur la base des conventions ailleurs, il est probablement préférable de s'y référer en tant que touche plus ou +.
La dichotomie +/- est utilisée dans d'autres applications et est plus susceptible d'être rencontrée par vos utilisateurs avant qu'ils n'utilisent la vôtre, même si c'est dans un contexte différent. Et vos utilisateurs n'essaient pas de taper le caractère =, ils essaient de frapper une touche spécifique. Cela permet également aux utilisateurs d'utiliser la touche + du pavé numérique si leur clavier en possède un.
S'il est vrai que certains utilisateurs peuvent devenir confus et vouloir maintenir la touche Maj enfoncée, votre logiciel doit être suffisamment intelligent pour en tenir compte et regarder la touche sur laquelle vous appuyez, plutôt que le caractère tapé.
Pour deux exemples rapides, Zoom avant Chrome et Taille de police entre parenthèses (sur un Mac) font référence à l'utilisation de Cmd + et Cmd -. Certes, c'est avec une touche de modification, mais la plupart des applications qui permettent la saisie de texte (dans une certaine mesure) en utilise une pour que vous puissiez faire la fonction en cours de saisie. C'est quelque chose à considérer dans votre application si un utilisateur peut avoir besoin de zoomer ou quoi que ce soit pendant qu'une entrée de texte a le focus.
Comme toujours, tester avec vos utilisateurs réels est le meilleur moyen de savoir avec certitude. Il se peut que votre public se penche fortement sur le secteur financier et n'appuie que sur les boutons du pavé numérique (où = et + sont des touches distinctes) ou peut-être utilise-t-il le verrouillage des majuscules et le décalage pour de nombreuses entrées de données ou généralement pour taper = juste avant de devoir modifier les niveaux de zoom.
Dans le pire des cas: vos utilisateurs tapent sur quelque chose qui n'est pas un standard QWERTY Le clavier anglais et la touche + peuvent être dans de nombreux endroits différents. Il peut ne plus avoir de sens de +/- en tant que paire si ils sont loin l'un de l'autre. Quelqu'un avec une plus grande expérience de localisation peut, espérons-le, peser si les raccourcis clavier sont souvent modifiés pour prendre en charge différentes conventions de langue/clavier.
Uhm, désolé. Vous faites référence à un =/+ clé. Mais il n'y en a pas sur mon clavier.
Je pense que vous devriez ajouter une balise locale, et assurez-vous que vos utilisateurs ne travaillent que dans cette locale.
Si votre logiciel ne mappe pas déjà le + à une fonction, puis utilisez les deux à cette fin et ne documentez que + afin de conserver la dichotomie établie et familière. Ceci est un excellent exemple de le principe de robustesse .
Dites "+" et mettez une note de bas de page indiquant que "=" peut fonctionner mais n'est pas garanti.
Justification: (1) Vous donne la liberté d'ajouter une fonction sur "=" à l'avenir. (2) Évite la confusion des utilisateurs s'ils s'habituent à "=" puis acquièrent une application (ils existent) qui a une fonction spécifique pour "=". (3) Ne vous mord pas si vous étendez votre marché à des endroits qui utilisent des claviers alternatifs.
Écrire +. Mais faites les deux + et = travail. Permettez aux utilisateurs de découvrir par eux-mêmes qu'ils n'ont pas besoin de maintenir leur poste.