web-dev-qa-db-fra.com

Y a-t-il un problème avec la désactivation des boutons radio, et comment le justifieriez-vous?

J'ai une forme dynamique composée d'un certain nombre de choix, où l'utilisateur fait un choix à chaque point en utilisant un bouton radio (basculer la mise en œuvre du comportement du bouton radio)

Selon le choix que l'utilisateur fait pour la première question, je voudrais définir les choix suivants dans un certain état et les désactiver.

L'exemple concret est que lorsque l'utilisateur spécifie qu'il crée un utilisateur Administrateur, je voudrais désactiver les autres contrôles des boutons radio, MAIS les laisser en place car je crois qu'ils communiquent clairement le choix fait par l'utilisateur, et les options disponibles si l'utilisateur change son choix (d'Administrateur à Utilisateur standard)

Ajout d'un utilisateur standard All options are enabled when the user is adding a 'Standard user'

Ajout d'un administrateur - les contrôles sont maintenant désactivés Options are pre-selected, but disabled when the user is adding an 'Administrator'

Ma première question est, y a-t-il un problème avec l'approche ci-dessus?

Je suis mis au défi à ce sujet, et la suggestion qui est faite est que lorsque l'utilisateur sélectionne "Administrateur", les boutons doivent être remplacés par du texte expliquant l'état dans lequel ils se trouvent actuellement - voir l'image suivante. La principale justification du défi est que "nous ne devons pas montrer les contrôles avec lesquels l'utilisateur ne peut pas interagir".

using copy to explain the disabled state

Maintenant, je préfère mon approche initiale principalement pour des raisons esthétiques - elle a l'air meilleure, la conception s'aligne mieux et il n'y a pas de changement radical dans l'interface utilisateur entre la sélection de "Utilisateur standard" et "Administrateur".

Ma deuxième question (en supposant qu'il n'y a rien de mal avec mon approche préférée) est de savoir comment justifier votre approche? Des exemples?

4
vedran

Cela dépend de ce que votre utilisateur doit pouvoir faire.

Par exemple, les cas suivants prendraient en charge divulgation réactive (masquage des options qui ne sont pas nécessaires sur la base de la sélection précédente) ...

  • l'administrateur veut voir quelles options sont disponibles pour l'utilisateur normal
  • un nouvel utilisateur ne sait pas s'il doit choisir l'administrateur ou non et souhaite savoir quelles options sont disponibles pour chaque rôle

... alors que les cas suivants prendraient en charge activation réactive (désactivation des options qui ne sont pas nécessaires en fonction de la sélection précédente) ...

  • l'utilisateur veut configurer des options administratives à la hâte et ne se soucie pas des options disponibles pour l'utilisateur normal
  • tous les nouveaux utilisateurs savent déjà quel rôle ils veulent et n'ont pas besoin de comparer les rôles

... et les cas suivants prendraient en charge votre option alternative d'indiquer ce que l'utilisateur doit voir sans l'afficher réellement sous forme de formulaire

  • l'utilisateur est novice en ce qui concerne les ordinateurs en général
  • l'utilisateur est susceptible d'être malvoyant et entendra l'interface via un lecteur d'écran

Il n'y a pas de réponse universellement correcte. La divulgation réactive vs l'activation réactive devient souvent un débat religieux, mais cela ne devrait dépendre que des éléments clés que votre utilisateur spécifique doit faire. Remarque: la plate-forme ou le domaine pour lequel vous développez peut également avoir une norme à suivre.

2
Graham Herrli

Cette disposition peut sembler déroutante pour vos utilisateurs. En utilisant plusieurs choix, vous indiquez qu'ils peuvent être modifiés en interagissant avec eux, lorsqu'ils ne le peuvent pas. Donc, si vous n'offrez pas la fonctionnalité pour modifier les options, j'éviterais cette conception.

enter image description here

0
80gm2