Est-ce une bonne pratique d'avoir une case à cocher désactivée qui est toujours cochée, pour donner des informations lors de la saisie de l'application?
Je suis impliqué dans un projet de développement logiciel pour lequel une page d'entrée d'application est requise.
J'ai reçu un modèle d'implémentation de cette page qui comprend des cases à cocher qui sont toujours désactivées et sélectionnées. Le but de ces cases à cocher est de fournir des informations aux utilisateurs sur certains éléments qui sont toujours inclus dans un contrat.
Je suis contre ce modèle, car je pense que ces informations devraient être fournies via un document imprimé par les utilisateurs et remis aux clients après l'enregistrement d'une application dans le système. En fait, ce document indique un contrat et inclut toutes les politiques du contrat. Ces cases à cocher font partie de ces politiques et je pense que ce n'est pas une bonne pratique d'intégrer ces informations dans la page du formulaire de demande qui est remplie par des agents experts.
Laissant de côté comment inclure ce type d'options dans le cas que vous expliquez, je commenterai les cases à cocher désactivées.
Une case à cocher uniquement informative doit être différente d'une case à cocher interactif.
Pour autant que je sache, une case à cocher désactivée signifie que l'option n'est pas activée, peu importe si elle est cochée ou non car elle n'est pas activée .
Donc, pour moi, cela ne semble pas être une bonne pratique d'utiliser une case à cocher désactivée pour indiquer une option qui est censée être activée et cochée.
W3 sur les contrôles désactivés :
(...) il ne peut pas recevoir de contribution de l'utilisateur et sa valeur ne sera pas soumise avec le formulaire.
Mon interprétation est que la valeur qu'elle a (vraie ou fausse dans ce cas) ne devrait pas avoir d'importance si elle est désactivée.
C'est le caractère abordable de la case à cocher qui fait allusion à son interaction et à son objectif. Les seules valeurs sont True et False.
Cependant, quand elle est désactivée, l'abondance dit maintenant que ce n'est pas disponible pour le moment, ce qui implique cela pourrait être disponible plus tard.
En règle générale, vous devez désactiver la case à cocher lorsque l'utilisateur peut faire quelque chose ailleurs sur la page qui activerait la case à cocher, par exemple l'état désactivé indique qu'il s'agit d'un état temporaire. Par exemple, les applications fournissent souvent un déclencheur à un mode d'édition qui active désormais la case à cocher.
Je trouve ennuyeux lorsqu'une case à cocher est désactivée, car je réfléchis maintenant inutilement à la raison pour laquelle elle est désactivée.
Si une case à cocher ne peut jamais être activée, vous devrez peut-être repenser la conception car la possibilité de désactivation peut créer de la confusion, c'est-à-dire que je me demande pourquoi est désactivée? Pourquoi ne puis-je pas l'activer? Que dois-je faire pour l'activer?
La plupart des implémentations que j'ai vues ont utilisé des cases à cocher désactivées simplement pour faciliter la création par le développeur, c'est-à-dire qu'il est plus simple de coder - vous y avez accès ou non, et sinon, désactivez la case à cocher. C'est moins cher et plus facile à construire et à tester que de développer un mécanisme qui remplace une case à cocher désactivée par un morceau de texte statique (j'ai vu cet exemple plusieurs fois).
Cependant, il existe des exemples partout qui montrent des cases à cocher avec lesquelles il est impossible d'interagir, et cela crée de la confusion.
Non, ça ne l'est pas.
Les contrôles comme les cases à cocher doivent pouvoir être actionnés. Ça doit être tellement frustrant pour les utilisateurs qui veulent changer cette "valeur" s'ils ne sont pas d'accord avec l'énoncé.
Pour un contenu purement informatif, l'interface doit être présentée de manière plus simple.
Ce comportement est très courant dans les programmes d'installation. Les installands principaux sont indiqués par une telle case cochée et désactivée, le message étant que vous les obtenez tous, que vous les vouliez ou non. Est-ce que c'est une bonne idée? Je trouve ça ennuyeux mais pas trompeur.
Est-ce une bonne idée dans les dispositions contractuelles? Là, je pense que cela dépend si la disposition est pleinement expliquée dans l'étiquette qui accompagne la boîte. Si ce n'est pas , alors la personne pourrait ne pas vraiment comprendre à quoi elle s'inscrit (elle n'ira probablement pas lire la vraie langue), ce qui pourrait être la cause de poursuites judiciaires ultérieures. Je dois donc dire non, c'est une idée mauvaise et le problème devrait être résolu d'une autre manière.