Le texte rouge est-il toujours acceptable pour une utilisation dans un contenu sans erreur?
J'ai toujours respecté la règle selon laquelle le texte rouge ne doit être utilisé que pour afficher les messages d'erreur. Quelqu'un peut-il me montrer des extraits de blog/livre sur l'utilisabilité qui prouvent ou réfutent cette règle? Quelles sont vos propres normes personnelles pour l'utilisation du rouge?
Je vois que ce site UI StackExchange fait un travail assez astucieux en utilisant du texte rouge sans le rendre bruyant ou envahissant. Je ne peux toujours pas le justifier dans mon propre travail de développement d'applications.
Réponse courte: Oui . Mais je ne trouve aucun document à l'appui spécifique à l'interaction avec le logiciel.
La couleur rouge peut être un attribut pour indiquer une erreur, mais ne doit jamais être le seul attribut (sauf si vous détestez les personnes daltoniennes, auquel cas: arrêtez de concevoir un logiciel). Le but d'un message d'erreur est qu'il devrait être visible, explicite, lisible par l'homme, poli, précis et offrant des conseils constructifs . Aucun de ceux-ci ne déclare qu'il devrait être rouge. Vous pouvez le rendre vert ou jaune, tant qu'il est clair qu'une erreur se produit.
Cela dit, nous devons tenir compte des attentes des utilisateurs basées sur des années de texte d'erreur rouge. Bien que le texte rouge ne signifie pas en soi une erreur, il peut aider à "attirer l'attention" de la même manière que les gros blocs carrés d'environ 200 pixels carrés sont ignorés car les utilisateurs se sont entraînés à ignorer les annonces de taille comparable.
De plus, j'ai trouvé un article intéressant chez KISSmetrics intitulé Comment les couleurs affectent-elles les achats? , qui n'a rien à voir avec le texte d'erreur rouge mais montre un peu la relation entre la psychologie et les décisions concernant la couleur.
J'utilise des textes rouges pour les messages importants (comme la charge du système est trop élevée par exemple). Je préfère utiliser le # 800, et non le rouge "pur". De plus, lorsque vous avez une longue liste d'éléments, l'utilisation du rouge fonctionne mieux pour mettre en évidence les choses que le gras par exemple.
Il y a eu de nombreuses fois où j'ai utilisé du rouge pour des choses que je jugeais importantes, mais pas nécessairement des erreurs. L'utilisateur revient presque toujours demander un changement.
J'ai trouvé des informations mais des choses importantes, Orange fonctionne plutôt bien. L'utilisateur semble associer cela à un avertissement plutôt qu'à des erreurs.
Personnellement, je m'en fiche, mais c'est la réponse que j'obtiens habituellement des utilisateurs.
Oui vous pouvez utiliser du texte rouge à d'autres fins que les messages d'erreur, mais gardez à l'esprit que le rouge est une couleur de signal.
+ Vous pouvez utiliser du rouge chaque fois que vous avez besoin d'attirer une attention particulière.
- Vous ne devez pas utiliser de couleur rouge pour le texte "normal".
Exemple:
Si un site Web/intranet prévoit une panne à l'échelle du système et que vous devez vous assurer que les utilisateurs en sont conscients. Ce n'est pas une erreur, mais le message est tout aussi important.
Beaucoup de bonnes réponses ici, en particulier de @Rahul. J'ajouterais que cela dépend aussi de la palette de couleurs du reste de l'interface utilisateur.
Si les sites suivants étaient bannis du rouge (sauf pour afficher des erreurs), ce serait vraiment étrange.
- http://www.redbox.com/
- http://www.redenvelope.com/
- http://www.gapinc.com/public/OurBrands/brands_gapred.shtml
Suivant cette logique, nous devrions également réserver le vert pour les messages de confirmation. Laisser 1/3 des couleurs primaires/secondaires hors d'usage pour autre chose que les notifications.