Permettre à l'utilisateur d'entrer une valeur de plage où les points d'extrémité ont une signification spéciale
Je dois autoriser l'utilisateur à entrer un paramètre qui contrôle l'affichage d'une fonctionnalité GUI après avoir effectué un certain nombre d'étapes.
Le paramètre contrôlerait le nombre d'étapes de l'application qui devraient s'éteindre avant que la fonctionnalité ne soit affichée. Les possibilités de réglage sont:
Afficher la fonction:
- Montre toujours
- Ne montre jamais
- Afficher après n étapes, n est une plage de 1 à 10 (probablement les valeurs significatives vont jusqu'à 6 à 7, mais nous autorisons quelques étapes supplémentaires).
Nous pouvons éventuellement afficher trois champs différents qui correspondent à ces possibilités, mais ce serait mieux si nous ne présentions qu'un contrôle d'entrée de plage où:
[0]-----[ ]-----------------[10]
3
0 signifie toujours afficher (c'est-à-dire après 0 étapes), 10 signifie ne jamais afficher et les valeurs entre les étapes réelles moyennes
Est-ce une bonne idée et comment communiquer au mieux la signification du point final à l'utilisateur? Ou existe-t-il une meilleure conception pour ce type de situation?
Pourquoi n'affichez-vous pas vos trois options? C'est parfaitement logique, comme vous l'avez expliqué:
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Cela signifie que "jamais", dans votre exemple, n'a pas de sens évident, cependant. Si vous souhaitez conserver le contrôle d'entrée à une plage, vous pouvez simplement écrire ce que cela signifie dans une étiquette. Dans un premier temps, montrez-le avec le numéro recommandé. Lorsque vous faites glisser le curseur sur 0 ou 10, changez l'étiquette en ce que 0 et 10 représentent.
Enfin, je suis curieux de savoir la nécessité d'un contrôle pour faire agir le programme de façon arbitraire? Si vous concevez un outil pour les administrateurs et que vous gérez le fonctionnement du programme pour les utilisateurs normaux, je comprends. Mais si ce paramètre est destiné aux utilisateurs normaux, cela pourrait être trop avancé. Par exemple, il existe un risque que certains le définissent sur Jamais, oublient qu'ils l'ont fait et se demandent ensuite pourquoi le programme ne fonctionne plus.