7
votes

Cochez la case par défaut State: vérifié ou non coché?

J'ai une page de paramètres d'application avec un tas de cases à cocher. Comment dois-je choisir l'état vérifié par défaut des cases à cocher?

Je vois les options suivantes:

Définissez toujours l'état par défaut sur décoché, mais cela conduit à des instructions négatives dans le texte de la case à cocher (comme "ne pas afficher automatiquement les horaires dus"), ce qui est parfois difficile à comprendre.
expresse toujours le texte de la case à cocher pour avoir une signification positive (comme "Afficher automatiquement les horaires dus"), mais cela conduit à une case à cocher par défaut incohérente, à la fois vérifiée et non cochée.
... toute autre option?
Toutes les directives, les meilleures pratiques, les conseils de ce problème?

user-interface design-patterns

0 commentaires

5 Réponses :

8
votes

Je choisirais 2. Je ne vois aucune raison pour que toutes les cases à cocher doivent être décochées par défaut. Choisissez l'état que l'utilisateur veut probablement (ou qui cause moins de dégâts) et un texte le plus facile à comprendre.

0 commentaires

9
votes

Les cases à cocher Numéro 2. Numéroment doivent toujours avoir une signification positive. Si cela signifie que certaines de vos valeurs par défaut sont des chèques et d'autres ne sont pas alors ce n'est pas un problème à mon avis.

0 commentaires

12
votes

Ce sont mes "règles" pour cela:

Faites toutes les déclarations "positives" alors "afficher automatiquement les horaires d'attente" au lieu de "ne montrer pas automatiquement les horaires d'attente"
Faites la configuration par défaut quel que soit le cas d'utilisation majoritaire, même si cela ressemble à des ticks dispersés et des non-ticks sur votre écran de configuration
Paramètres associés au groupe ensemble, soyez-le avec des éléments «champset» / «groupe» ou onglets
Utilisez le meilleur élément UI pour le travail. Par exemple: les cases à cocher Tri-State ne sont pas particulièrement intuitives et offrent une liste déroulante ou un ensemble de trois boutons radio sont plus approchables pour ceux moins techniquement inclinés
donc - option 2 de votre liste =)

0 commentaires

1
votes

Personnellement, je stockerais l'état par défaut avec votre texte. Malheureusement, Certaines personnes sont très difficile sur ce qui opte sur VS Optin dans, il n'y a donc pas de moyen facile d'avoir un texte lisible et des choses ne sont définies qu'un seul moyen par défaut.

En outre, s'il n'y a pas de défaut, les utilisateurs lisent réellement ce qu'ils entrent dans ou hors de.

0 commentaires

1
votes

Tout ce que j'ajouterais aux autres réponses, c'est si vous souhaitez vous assurer que l'utilisateur fait un choix au lieu d'accepter une valeur par défaut choisie par vous, utilisez une paire de boutons radio (ni l'un ni l'un ni l'un ni l'autre sélectionné) et les obliger à en sélectionner avant procédure.

Je dois noter que ceci est une approche radicale et je ne l'utiliserais que lorsqu'il existe une option critique que l'utilisateur doit examiner attentivement avant de choisir.

1 commentaires

Je discuterais contre ça. Un groupe de boutons radio doit toujours avoir une sélection par défaut.