Que disent les directives UX sur les listes déroulantes dans les cellules du tableau?
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
J'ai essayé de regarder Apple Directives d'interface et directives Windows UX sur le comportement standard des menus déroulants dans les cellules du tableau. Je ne trouve aucune mention à ce sujet. Mes questions spécifiques sont:
- La liste déroulante doit-elle toujours être visible ou apparaître uniquement lorsque l'utilisateur clique dans une cellule pour la modifier?
- Doit-il se dérouler sur simple clic ou sur double clic?
Dans par exemple Le comportement standard de la boîte à outils Qt GUI est que les cellules avec des zones de liste déroulante ressemblent à des champs de texte normaux. Lorsque vous cliquez dessus pour modifier, vous voyez la zone de liste déroulante et vous pouvez cliquer dessus. Cela signifie que vous devez toujours avoir un double clic. Dans d'autres applications, j'ai vu que vous voyez toujours la zone de liste déroulante et vous n'avez besoin que d'un seul clic.
Peut-être n'y a-t-il pas de norme, mais alors quels sont les compromis? Quand devez-vous utiliser une approche plutôt qu'une autre.
Modifier: c'est pour une application de bureau, donc je ne suis pas intéressé par les meilleures pratiques pour les pages Web. Je vois que beaucoup de commentaires sont liés aux interfaces utilisateur Web.
Réfléchissez bien à quoi sert la grille principalement . Pour répondre n ° 1 (le menu déroulant doit-il toujours être visible): s'agit-il d'une grille dans laquelle l'utilisateur s'attend à modifier les informations ~ 80% du temps? Si c'est le cas, il est peut-être plus utile que le menu déroulant soit toujours visible. Il y a une frontière fine entre une interface utilisateur propre et une interface inutilisable, et les interfaces les plus utilisables et fonctionnelles ne sont pas toujours celles qui remportent des prix pour être les plus jolies. Si ~ 80% du temps, les utilisateurs référenceront le tableau pour les données et ne sont pas susceptibles de changer, cela peut être une indication de ne pas afficher les listes déroulantes tant que cela n'est pas nécessaire.
Gardez à l'esprit que le choix d'afficher des listes déroulantes tout le temps peut présenter des problèmes d'évolutivité: combien de lignes votre grille aura-t-elle, et combien de colonnes auront des listes déroulantes, et combien d'options chaque liste déroulante aura-t-elle? Pour les grands ensembles de données, il peut ne pas être possible de présenter des listes déroulantes dans une grille de cette façon.
Pour # 2: je me tromperais du côté d'un clic. Si un utilisateur clique sur un champ dans le but de le modifier, avoir à cliquer à nouveau pour développer la liste déroulante semble superflu.
Bien que Telerik n'ait pas d'exemple de modification d'une ligne avec une colonne déroulante, j'aime leurs démos d'options pour modifier les lignes de données: http://demos.telerik.com/aspnet-mvc/grid/editbatch? theme = Vista qui peut vous aider à réfléchir à différentes options.
Je pense à Google Documents et à la feuille de calcul. Je pense qu'il y a la référence. Je pense que dans un tableau, le menu déroulant ne devrait être qu'une fonction de sélection ou dans un état "edit". Bien qu'il s'agisse d'un double appui ou d'un clic, il existe suffisamment de précédents pour que l'édition en ligne soit activée de cette façon. Honnêtement, je ne sais pas pourquoi vous ne pouvez pas simplement remplir un texte prédictif lorsque l'utilisateur tape et que de nouvelles valeurs/entrées remplissent la liste en cours de route, de la même manière qu'un utilisateur peut ajouter des balises dans Evernote.
Cela dit, je suis d'accord avec l'autre commentaire ... at-il besoin de la grille en premier lieu?