points d'exclamation dans les messages d'erreur [fermé]


13

Que pensez-vous de l'utilisation des points d'exclamation dans les messages d'erreur? c'est-à-dire "L'adresse n'est pas valide!".

Personnellement, je pense que cela n'ajoute rien, insulte l'utilisateur et donne l'impression que le produit a été écrit en TRS-80 BASIC par un enfant de 12 ans.


2
Ou encore mieux ... qu'en est-il lorsqu'ils ne sont pas utilisés pour des erreurs, mais pour des opérations réussies (dans ce cas, la boîte de dialogue entière devrait probablement être éliminée), comme "Fichier enregistré avec succès!" ... rien de tel que de créer votre logiciel semble choqué qu'il ait réussi à faire quelque chose
JoelFan

Réponses:


16

Sur les messages d'erreur destinés à être affichés à l'utilisateur? Ouais, je suis avec toi. Tout ce qui fait que l'utilisateur a l'impression que sa machine lui crie d'être un idiot doit être classé sous "Bad Idea".

Mais, des messages d'erreur à envoyer au fichier journal, notamment sur le serveur? Je sais que vous êtes censé conserver un sens du professionnalisme, car ceux-ci peuvent toujours se retrouver sur l'écran de l'utilisateur. Mais je dois l'admettre, la grimper est terriblement tentant ...


2
Exactement. Les messages d'erreur visibles par l'utilisateur ne devraient jamais être alarmants. Cependant, je soutiens pleinement les messages de débogage sournois. "Pas de ligne d'objet ni de corps de message, j'espère que ça va ..."
TMN

Dans un fichier journal, cela peut être utile si vous essayez d'attirer l'attention des gens sur eux, mais il y a de fortes chances que si l'erreur est suffisamment grave pour justifier un point d'exclamation (par exemple, une erreur fatale!), Vous allez tout simplement chercher la chaîne de toute façon.
rjzii

J'ai vu des cas où des messages d'erreur stupides ont causé des problèmes juridiques et certainement perdu des affaires. C'est là que le client / autre entreprise n'a jamais été censé voir l'application qui a généré les messages. Certains commerçants ont pensé que ce serait une bonne idée de laisser le client en avoir une utilité interne et WOW, la troisième guerre mondiale a suivi.
uɐɪ

13

Le gourou de l'utilisabilité Jakob Nielsen décourage leur utilisation. La plupart des conseils d'utilisation sont basés sur la recherche. C'est pourquoi j'ai tendance à préférer ces conseils aux opinions personnelles.


4

Ils sont presque aussi mauvais que le mot "s'il vous plaît" dans les dialogues. Dump em!


1
Pourquoi "plaire" est-il une mauvaise chose? Pour moi, "entrez votre nom" semble un peu bourru par rapport à "veuillez entrer votre nom".
foraidt

1
Une interface utilisateur doit être concise, en particulier lorsque vous attendez des utilisateurs qu'ils lisent quelque chose. Il est déjà assez difficile de leur faire lire des boîtes de dialogue lorsque vous en avez vraiment besoin, mais une façon d'aggraver le problème est de leur apprendre que votre interface utilisateur est pleine de texte superflu. Dans l'exemple que vous avez spécifié, je dirais même que «entrez votre nom» est trop. Allez avec un champ de texte et une étiquette "Nom:" L'utilisateur sait quoi faire dans cette situation.
JohnFx

3

J'AIME LE GRAS, TOUTES LES MAJUSCULES ET LES EXCLAMATIONS!


5
... parce que rien ne dit "bonne expérience utilisateur" comme le sentiment que votre programme est en fait un enfant de sept ans après quatre coups de expresso Pixie Stix. ;-)
BlairHippo

@BlairHippo J'adore l'analogie qui était parfaite.
Gratzy

Parfait, sauf que vous n'avez inclus qu'une seule exclamation
JoelFan

0

Eh bien, s'il s'agit d'une boîte de dialogue Windows standard, elle peut déjà avoir un point d'exclamation dans un triangle rouge ou un cercle bleu, selon les paramètres transmis à la méthode API Win32 qui l'affiche. Alors pourquoi dupliquer l'urgence?


Parce que votre petite amie pourrait vous larguer si vous ne le faites pas. ( youtube.com/watch?v=3rd7j-aSqFU )
JohnFx

Je n'ai jamais connu les dangers. Mais là encore, vous faites l'hypothèse que les programmeurs ont des copines en règle générale (je plaisante!)
Jesse C. Slicer
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.