Je sais que l'état idéal serait d'utiliser une connotation positive pour les étiquettes de cases à cocher comme dans
[✔️] do this
plutôt que
[✔️] don't do this
Le système sur lequel je travaille comporte de nombreuses cases à cocher dans de nombreux domaines différents. Certains d'entre eux avec la légende idéale (positive), la plupart d'entre eux malheureusement avec la légende pas si idéale (négative).
Cela s'explique par la raison suivante: dans le passé, de grands ensembles de données étaient affectés et toutes les cases à cocher qui ont été mises en œuvre ultérieurement ont été désactivées ou limitées à cet ensemble de données. Par exemple:
All images and their entire meta data are indexed.
[✔️] Don't index gps data
[✔️] Don't index caption date
Chaque fois que je tombe sur une case à cocher avec une légende négative, un petit chaton meurt ... Il serait possible d'annuler toutes les cases à cocher et leurs états dans l'ensemble du système. Mais je suis certain que
a) cela dérouterait les utilisateurs actuels et b) cela prendrait beaucoup de temps sur le plan technique
Allons-nous continuer avec ce "système"? Devons-nous implémenter chaque case à cocher avec une légende positive à partir de maintenant? Devrions-nous annuler toutes les légendes et états de coche existants?
Je ne suis pas sûr.
Je suggérerais que si une case à cocher est utilisée fréquemment et sans réfléchir, soit laisser l'étiquette et son comportement inchangés ou, si vous le changez, faites ce changement très visible et facilement perceptible. Si le contrôle semble le même à première vue, à l'exception d'un léger changement de texte, ces utilisateurs réguliers peuvent ne pas remarquer que la formulation et la logique sous-jacente ont changé et continueront de s'appuyer sur les mêmes modèles mentaux et comportements appris.
Si toutefois une case à cocher est enterrée et utilisée rarement, peut-être dans une interface de configuration ou de configuration, allez-y et changez l'étiquette pour utiliser un phrasé positif. Les utilisateurs expérimentés sont moins susceptibles d'avoir des modèles mentaux stricts sur ces domaines et sont plus susceptibles de prêter attention aux étiquettes lorsqu'ils le font.
Une autre façon possible de réécrire cela avec un langage positif consiste à encadrer les options comme des exceptions. L'utilisateur gère une liste d'exceptions et donc l'interface utilisateur n'a pas besoin du même langage négatif.
By default, all images and their entire meta data are indexed.
EXCEPTIONS
The following will not be indexed
[✔️] GPS data
[✔️] Caption date
Vous pouvez essayer de reformuler la boîte de dialogue de telle sorte que la signification des éléments et l'état vérifié restent les mêmes, mais elle n'utilise plus de négation.
Peut-être:
By default, all images and their entire meta data are indexed.
[✔️] Skip indexing gps data
[✔️] Skip indexing caption date
Ce n'est peut-être pas aussi agréable que de faire l'inversion complète, mais vous annulez les risques liés à la modification du comportement existant, à la fois en introduisant des bogues et en agaçant les utilisateurs existants. Cela peut ne pas être possible partout sans entrer dans des constructions de langage plutôt étranges.