Navigation avec les touches fléchées

Question

Quelles sont les pratiques généralement acceptées pour naviguer entre les éléments placés de manière irrégulière et dimensionnés dans un canevas (tels que les contrôles d'un formulaire) à l'aide des touches fléchées?

Par exemple, si l'élément actuellement ciblé est un élément de grande taille (A) dont la hauteur comprend trois éléments plus courts à droite (B, C et D):

#######    #######
#     #    #  B  #
#     #    #######
#     #
#     #    #######
#  A  #    #  C  #
#     #    #######
#     #  
#     #    #######
#     #    #  D  #
#######    #######

Lequel de ces éléments doit être ciblé lorsque l'utilisateur appuie sur la flèche Droite ? L'élément supérieur (B)? Celui au centre (C)?

Que se passe-t-il si D était concentré avant que l'utilisateur ne l'utilise pour déplacer le focus vers A en appuyant sur Gauche ? La mise au point doit-elle revenir à D lorsque l'utilisateur appuie ensuite sur Droite ?

Je me demande s'il existe des directives publiées pour ces scénarios.

Answer 1

Je n'ai pas examiné de directives spécifiques ni quoi que ce soit, mais il semble que dans le premier cas, lorsque vous êtes sur A et que vous appuyez à droite, cela devrait aller à B.

Si vous appuyez déjà sur C ou D lorsque vous appuyez sur A, il est probablement logique de revenir à celui-ci. Je suis moins sûr à propos de celui-ci, car l'utilisateur aurait peut-être opté pour "A" depuis le bas en tant que "raccourci". pour arriver à B (Cela a du sens s'il y a beaucoup d'éléments dans la colonne de droite, donc au lieu d'aller à (Up-Up-Up-Up-Up-Up-Up-Up, allez de gauche à droite).

Answer 2

Je pense qu'il est également important de noter l'élément "B" vers lequel vous naviguez. Supposons que B soit une zone de texte. Si vous passez de A à B, supposerez-vous que l'utilisateur souhaite saisir une entrée et fasse automatiquement le point de son curseur dans la zone de texte? Cela donnerait à un utilisateur une utilisation immédiate de la saisie dans la zone, mais poserait des problèmes immédiats s’il / elle voulait passer à C ou à D à la place.

Je pense qu'il est plus important de donner à l'utilisateur des informations sur le champ dans lequel il se trouve. Les contrôles Windows ont tendance à être nul à montrer un champ bien mis en surbrillance, tandis que sous OS X, vous obtenez un surlignage distinctif autour du contrôle sélectionné. (dans la plupart des cas).

Faites en sorte de ne pas gêner l'utilisateur s'il veut aller ailleurs. Ne verrouillez pas leur clavier après avoir migré dans A-D s’ils souhaitent uniquement passer à un autre élément.

Answer 3

En général, la navigation dans les contrôles doit suivre l'ordre de lecture naturel de l'utilisateur. Dans les cultures occidentales, c'est de gauche à droite et de haut en bas. C’était là un standard d’utilisation pour Microsoft, remontant à l’excellent Principes directeurs concernant l’interface Windows pour la conception de logiciels et Expérience utilisateur Microsoft Windows .

Dans votre exemple, la navigation dans les contrôles devrait passer par A-B-C-D-A -...

Answer 4

Si vous êtes sur A et que vous frappez à droite, vous devriez aller à B.

Si vous êtes sur D et que vous appuyez sur Gauche, il existe deux options: "aller à gauche", qui est A, ou "revenir", ce qui voudrait dire aller à B. Si vous choisissez la deuxième manière , il n’ya pas d’endroit où se perdre, même si cela peut paraître un peu bizarre au début.

Cela dit, si vous choisissez la première façon, je pense que le bon devrait aller à B: inutile de vous rappeler où vous êtes, juste où vous êtes, de savoir où vous serez. ("L'état est mauvais. Ne laissez pas l'utilisateur y penser.")

Answer 5

Jetez un coup d’œil à ce que dit Microsoft pour les applications Vista.