Itqualityassurance
Dépend du contexte. Si vous masquez le bouton, l'utilisateur peut se sentir confus et perdu mais supprimerait les éléments inutiles de l'écran, si vous désactivez le bouton, l'utilisateur est conscient des actions possibles et maintient le contrôle de l'utilisateur.
- Vaut-il mieux désactiver un bouton ou le cacher?
- Pourquoi vous ne devriez pas utiliser les boutons désactivés?
- Si vous utilisez des boutons désactivés?
- Pourquoi vous ne devriez pas inclure les éléments d'interaction désactivés dans votre système de conception?
Vaut-il mieux désactiver un bouton ou le cacher?
Boutons. Désactivez le contrôle pour indiquer que l'utilisateur doit d'abord faire quelque chose pour «déverrouiller» la fonctionnalité que ce bouton exécute. Les boutons ne doivent jamais être cachés, car il y a une attente de persévérance pour eux.
Pourquoi vous ne devriez pas utiliser les boutons désactivés?
Mauvaise accessibilité
Les boutons gris avec étiquettes grises peuvent facilement ne pas répondre aux recommandations de contraste de couleur pour le texte. Parfois, les boutons désactivés sont conçus de manière à ne pas être lus par un lecteur d'écran (les boutons ne sont pas focalisés, et donc les utilisateurs ne peuvent pas les atteindre avec un clavier).
Si vous utilisez des boutons désactivés?
Lors de la conception de l'interface utilisateur, évitez d'utiliser un bouton désactivé car il devient difficile de découvrir pourquoi il est désactivé et ce qui devrait être fait pour l'activer. Il est préférable de garder les boutons activés tout le temps et de mettre en surbrillance le champ si les utilisateurs ne fournissent pas les informations requises.
Pourquoi vous ne devriez pas inclure les éléments d'interaction désactivés dans votre système de conception?
Les options désactivées communiquent uniquement implicitement. Au mieux, ils sont ambigus; au pire, impénétrable. Si vous montrez un élément mais ne permettez pas aux gens d'interagir avec lui, ils doivent alors interpréter pourquoi ils ne peuvent pas.
