Étiquette de case à cocher annulation
Lors de l'étiquetage des cases à cocher, est-il mauvais d'utiliser des descriptions "négatives" ou "opposées"? Une case à cocher cochée doit-elle toujours signifier "faire quelque chose", ou est-ce acceptable qu'elle signifie "ne pas faire quelque chose"?
Par exemple:
- Interdire l'importation et autoriser l'importation
- Masquer les paramètres et afficher les paramètres
Je préfère une formulation positive mais je pense que cela a aussi à voir avec l'état par défaut. En ce qui concerne la description, je pense qu'elle devrait indiquer ce que la case à cocher doit accomplir lorsqu'elle est cochée et que la formulation doit exprimer de manière plus concise le comportement qui est impliqué indépendamment de la formulation positive ou négative.
Un phrasé naturellement positif a tendance à être plus concis, mais il existe des cas dépendant de la langue où un phrasé négatif est en fait plus courant ou du moins exprime mieux la situation. Si l'interface utilisateur est censée prendre en charge plus d'une langue, je dirais que s'en tenir à une formulation positive, car cela rendrait la traduction plus simple et réduirait les différences dramatiques possibles dans la taille du texte que l'étiquette doit prendre en compte.
Consultez le Windows UX Guide qui a ceci à dire sur étiquettes de cases à cocher .
Les étiquettes négatives pour les cases à cocher sont déroutantes, car une case à cocher cochée implique de choisir pour une action ou une option. Nous savons également par les questions d'examen que les gens, en particulier lorsqu'ils sont stressés ou soumis à une pression du temps, trouvent plus facile de comprendre les phrases positives actives que les phrases négatives passives (et le pire que vous puissiez faire est d'utiliser un double négatif).
Notez qu'il s'agit également d'un problème d'accessibilité. Des étiquettes claires sont bonnes pour tout le monde, mais sont particulièrement importantes pour les dyslexiques et les personnes d'une autre langue maternelle.
En règle générale, il faut toujours opter pour la formulation positive, comme indiqué par cette liste de contrôle Jeff Johnson GUI Bloopers 2 - point 12: http://www.gui-bloopers.com/checklist.php
Je vous suggère de toujours en faire un point positif. Certaines personnes ne sont pas aussi douées avec les instructions, la signification positive ou négative, et dans certains cas, la langue elle-même peut être un obstacle.
La valeur par défaut ne devrait-elle pas être telle que rien ne se passe à moins que vous ne choisissiez de le faire? Faire en sorte que quelque chose se produise par défaut "à moins" que quelqu'un choisisse de ne pas le faire est assez contre-intuitif.
Dans son livre, "GUI Bloopers 2.0" Jeff Johnson décrit les cases à cocher négatives comme un bêtisier de conception et doit être évité. Vous pourriez discuter de scénarios possibles pour les utiliser. La plupart du temps cependant, ils ont tendance à avoir plus de sens pour le programmeur et à confondre simplement l'utilisateur. Les meilleurs conseils ne les utilisent pas. Vous aurez une meilleure interface graphique si vous utilisez simplement des cases à cocher positives.
Comme déjà indiqué, les étiquettes positives devraient être préférées. Un phénomène typique que j'observe dans les paramètres de configuration, que vous lisez attentivement une étiquette est une fois, lors de la première rencontre. Après cela, vous parcourez l'interface graphique après les porteurs de sens. Vous négligez donc facilement les simples négations.
Parfois, les antonymes sont équivalents et il est difficile de dire quelle est la forme positive. Les deux paires que vous avez données sont intéressantes à cet égard.
Interdire l'importation et autoriser l'importation
Le mot interdire est clairement dérivé du mot autoriser en ajoutant un préfixe négatif.
Masquer les paramètres et afficher les paramètres
To hide peut être l'opposé de show mais ici il est ouvert lequel est "positif" ou primaire. Bien sûr, le contexte est également important, alors peut-être hide est en "connoté négativement" dans les interfaces graphiques. Il est donc possible qu'une case à cocher ne soit pas utilisée si aucune des deux options n'est clairement dérivée de l'autre. Dans ce cas, envisagez de passer aux boutons radio.
Pour chaque composant d'interface avec une étiquette:
-Identifier le but du composant d'interface. -Vérifiez que chaque étiquette indique clairement l'objectif du composant.
En cas de doute, effectuez des tests A/B ou même des recherches qualitatives pour valider si l'objectif de votre case à cocher a été clairement communiqué.