Quelle est la meilleure façon d'indiquer quand les champs sont vides en mode lecture seule?
Je travaille avec une application gourmande en données qui affiche de nombreux onglets et à l'intérieur de ces onglets se trouvent différents panneaux avec un contenu connexe. Il est orienté vers la forme, les panneaux ont donc un mode de lecture et un mode d'édition où le contenu affiché est basculé vers un champ de saisie. Cependant, sur certains panneaux, les champs n'ont pas de contenu à saisir. Lorsqu'un champ n'a pas de contenu en mode lecture, nous montrons simplement un espace vide. La principale raison pour cela est de ne pas confondre l'utilisateur en ajoutant et en supprimant des champs.
Ma question est quand le panneau ne contient pas beaucoup de champs (2-3) et l'un de ces champs est une case à cocher quelle serait la meilleure façon d'indiquer à l'utilisateur que le champ est vide sans afficher juste un espace blanc?
Ça dépend...
L'un des plus grands défis de la "consommation intensive de données" consiste à s'assurer que les informations affichées sont significatives par rapport à ce que l'utilisateur essaie d'accomplir à cette étape.
Donc, tout d'abord, assurez-vous d'avoir les bonnes informations - et les bonnes non-informations, c'est-à-dire: les informations NON affichées à cette étape ont également un sens et elles ne devraient PAS être là. (Ça a du sens?)
Pour répondre à votre question en utilisant l'exemple simplifié que vous avez montré ci-dessus, vous pourriez faire l'une des choses suivantes, mais encore une fois, seulement si cela a du sens étant donné la scénario de tâche:
- Ne rien afficher. Mais seulement si rien ne signifie réellement quelque chose qui est compris par tous les utilisateurs.
- Ne rien dire. Afficher du texte qui indique à l'utilisateur que le champ de saisie a été laissé vide, comme littéralement: "Aucun" ou "intentionnellement laissé vide" - mais encore une fois, seulement si les mots n'impliquent pas quelque chose qu'ils ne devrait pas impliquer.
- tilisez un repère visuel. Si cela se produit souvent, vous souhaiterez peut-être utiliser le même graphique pour indiquer la même situation - comme une zone de saisie grisée - afin que l'utilisateur sache que c'est peut-être quelque chose à modifier/modifier par rapport à un point de données affiché automatiquement ou extrait d'ailleurs.
C'est tout ce à quoi je pense du haut de ma tête pour l'instant. Encore une fois, tout cela dépend de ce que sont les informations réelles et de la façon dont l'utilisateur s'attend à interagir avec elles, comportementalement ou cognitivement.
P.S. Pour les cases à cocher, vous pouvez utiliser Enabled/Disabled ou On/Off - mais encore une fois, je ne saurais trop insister sur ce point en raison de la fréquence à laquelle ces contrôles sont utilisés de manière inappropriée - cela dépend de ce qu'ils représentent pour l'utilisateur final.
Un simple -- devrait suffire si l'utilisateur sait que seules les entrées textuelles/numériques sont autorisées.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
