web-dev-qa-db-fra.com

Convention d'icônes à trois états?

Je dois concevoir un rapport avec des informations validées sur les données saisies. Dans certains domaines, j'ai un triple état typique.

Imaginez un fichier. Ce fichier appartient à un fichier de modèle de rapport. Lors du téléchargement, il peut passer la validation ou non. Le troisième état serait que ce modèle de fichier n'a pas été téléchargé, mais le client le saurait car il n'est pas nécessaire.

Laissez-moi vous donner un exemple:

Les documents

  • Un fichier ajouté qui passe la validation -> & # 10003;
  • Un fichier ajouté qui n'a pas réussi la validation -> x
  • Le fichier n'est pas téléchargé, il n'est donc pas nécessaire -> ?????

Idéalement, Nathan Rabe m'a dit dans la réponse. S'il n'y a pas de fichier, il ne s'affiche pas. Mais le propriétaire du produit y a insisté car apparemment c'est quelque chose d'habituel dans le secteur.

Ce troisième état "manquant/pas nécessaire" ... existe-t-il une icône standardisée ou similaire? Je ne vois aucun bon exemple sur le web et je ne peux pas penser à quelque chose de reconnaissable.

Modifier: le fichier qui n'est pas nécessaire a besoin d'une icône car c'est la dernière étape de la validation et l'utilisateur ne peut rien charger après avoir créé le rapport.

Edit 2: J'ai reformulé la question parce que je vois la barrière de la langue et que la logique commerciale sombre pose des problèmes

website-designinteraction-designuser-expectationicons
2
Killroy

Pensez à ne marquer que les fichiers qui nécessitent l'attention de l'utilisateur.

Avoir des icônes pour les bons, les mauvais et les indifférents peut encombrer le rapport et rendre difficile pour l'utilisateur de trouver les informations qui sont importantes pour lui.

Si les fichiers corrects ou non requis ne nécessitent aucune action de l'utilisateur, ils peuvent ne pas avoir besoin d'une icône. Cela attirerait davantage l'attention sur les mauvais fichiers (X) et les fichiers manquants (?) Qui pourraient chacun obtenir des icônes uniques. Cela permettrait à un utilisateur de parcourir le rapport et de vérifier qu'il n'y a rien à faire ou que ses yeux sautent directement sur les informations dont il a besoin.

1
Nathan Rabe