Les cases à cocher avec des croix (au lieu de tiques) sont-elles sûres à utiliser?
Envisageriez-vous que les cases à cocher utilisant des croix au lieu des cases à cocher standard OK soient utilisées dans les interfaces utilisateur?
Il existe plusieurs CON (pouvant être facilement confondus avec des croix fermées ou supprimées et impliquant à tort qu'il existe une option "non" et "oui" semblent être les plus sévères), mais parfois les concepteurs optent pour eux.
La seule raison d'utiliser celles auxquelles je peux penser est "c'est parfois ainsi que vous le faites sur papier", ce qui pourrait être une raison d'opter pour des croix dans une interface utilisateur où vous essayez de reproduire l'apparence d'un formulaire papier, comme un gadget visuel.
Je ne risquerais pas d'utiliser des cases à cocher avec des croix. Vous avez assez bien analysé pourquoi.
Il est préférable de s'en tenir aux composants Web standard et d'éviter de casser la cohérence, car pour moi, c'est l'un des plus valides heuristique d'utilisation !
Chaque fois que j'ai vu des croix utilisées, elles ne ressemblent jamais à des croix proches ou supprimées - ce sont généralement des croix stylisées.
Cependant, vous voyez rarement des croix utilisées - ce sont presque toujours des tiques qui sont utilisées de nos jours, alors ne déviez pas des conventions en faisant quelque chose de différent.
Aussi, restez simple - chaque fois que vous personnalisez ou dérogez à la convention, vous risquez d'ajouter plus de travail de développement pour vous-même, par exemple pour vous assurer que votre solution fonctionnera sur tous les navigateurs, ce qui a le potentiel de la rendre plus coûteuse à coder et à tester.
Je resterais fidèle à la norme de la plate-forme, car c'est ce à quoi les utilisateurs de la plate-forme s'attendront, et les outils d'accessibilité pour divers handicaps (utilisateurs aveugles, utilisateurs de clavier uniquement, etc.) sont beaucoup plus susceptibles de travailler avec les commandes standard qu'avec d'autres commandes. contrôle quelqu'un a écrit à partir de zéro. Si je devais concevoir une plate-forme à partir de zéro par moi-même, j'utiliserais probablement une coche parce que sur un écran, c'est sans ambiguïté.
De nombreux formulaires papier demandent X à cause de l'écriture des gens. Imaginez que quelqu'un écrit sa marque si gros qu'elle dépasse accidentellement dans 2 ou même 3 cases différentes. Évidemment, il vaut mieux qu'ils écrivent assez petit pour tenir dans une case, mais si le pire arrive au pire, si leur marque est un X trop grand, alors nous pouvons demander quelle case contient l'intersection du X (le point de croisement) . Mais si leur marque est une tique trop grande, regardons-nous quelle boîte contient le bas de la tique (le point auquel elle change de direction), ou regardons-nous quelle boîte contient le haut du plus petit des deux lignes? (Cue arguments dans des élections très contestées.) Il est donc logique d'exiger un X, même dans les cultures où la marque par défaut serait autre chose (cochez en Chine, O au Japon, etc.). Mais c'est seulement parce qu'ils vont l'écrire à la main et nous allons lire leur écriture; rien de tout cela n'est pertinent lorsque la marque est affichée par une interface utilisateur après un seul clic ou tapotement, donc nous pourrions aussi bien utiliser une marque que peu de gens sont susceptibles de mal interpréter comme "mauvaise" au lieu de "X marque l'endroit".
Les croix pour les cases à cocher sont déroutantes. Au lieu de laisser l'utilisateur voir l'action de vérifier que le champ a été complété, le "x" semble indiquer une erreur. Je ne l'avais pas vu auparavant et j'espère vraiment que ce ne sera pas une tendance.
Lorsque je remplis un formulaire au stylo, j'utilise certainement des croix pour remplir les cases à cocher. Et voir des coches dans les cases à cocher m'a toujours paru étrange. Il y a donc certainement une variation culturelle sur le problème de la coche, de la croix et de quelque chose d'autre.
Je suppose qu'en raison d'incohérences dans le contexte culturel, certaines interfaces utilisateur sont entrées dans le chemin "rectangle rempli" pour les cases à cocher.
La coche signifie "oui je suis" tandis que la croix ressemble plus à "non" ou "supprimé" ou "mort".
Je ne jouerais pas avec une convention aussi établie.
En un mot Shell "S'il vous plaît, n'utilisez pas de croix au lieu de la coche, si c'est une exigence, demandez une justification, communiquez, débattez et apportez-nous un chèque"
Quelques réflexions à ce sujet:
La plupart des cases à cocher sur les formulaires papier sont laissées en blanc et c'est au lecteur/utilisateur de le remplir avec quelque chose, que ce soit une croix, une coche ou juste un remplissage.
Les cases à cocher qui indiquent des différences dans les types de produits, par exemple, utilisent à la fois des coches et des croix, une signification présente, une signification absente.
Répliquer une sensation de papier pourrait être une bonne raison de ne pas utiliser d'éléments natifs. Mais ces nouveaux éléments pourraient utiliser des coches aussi facilement que des croix.
Oh, et encore une chose. Il y a un état que tout le monde oublie toujours: l'état indéterminé. Supposons que vous ayez une arborescence avec des éléments qui ont tous des cases à cocher. Si les frères et sœurs de l'arbre sont cochés et décochés, leur parent est indéterminé.