J'ai une question rapide sur la combinaison d'une méga liste déroulante avec une vue de liste tabulaire. Idéalement, je préférerais avoir la liste à sélectionner, mais la liste nécessite également un tri. Je ne suis pas vraiment sûr que cela fonctionne. Vous cassez l'élément sélectionné (prénom en blanc) dans la liste ci-dessous. Ai-je raison de voir qu'il y a un problème avec ça? Si oui, existe-t-il des alternatives?
Nous essayons de nous limiter à un petit nombre de composants d'interface utilisateur, tels que les fenêtres modales, les tableaux, les menus accordéons et les éléments de menu.
Je pense que votre problème vient du fait que vous essayez d'obtenir plus de cet élément d'interface utilisateur que ce qu'il est censé offrir.
Les listes déroulantes servent généralement à sélectionner des éléments. Ok, d'autres actions, comme la recherche, sont souvent implémentées dans de grandes listes déroulantes de style méga-menu, mais généralement vous cliquez/survolez et sélectionnez dans une liste d'éléments. Une fois que vous entrez dans des actions plus complexes, comme le tri, vous commencez à rencontrer des problèmes comme celui que vous rencontrez.
Vous avez mentionné que vous avez des fenêtres modales dans votre arsenal d'éléments - j'opterais plutôt pour l'une d'entre elles.
L'usage général des menus déroulants se situe dans le contexte d'un menu de navigation qui est plus complexe à naviguer en utilisant différents niveaux de hiérarchie par rapport à une structure plate. Les éléments individuels seront généralement regroupés pour permettre aux utilisateurs de numériser rapidement et de déterminer où ils doivent regarder. Si vous l'utilisez pour sélectionner un élément individuel dans une liste/un groupe connexe, il n'utilise pas vraiment ce modèle de conception comme il est prévu.
Dans votre cas, il semble que vous ayez besoin d'une entrée de recherche/recherche spéciale qui peut s'étendre pour effectuer des fonctions de tri/filtrage plus complexes. Je suggère de fournir une entrée de recherche standard qui peut effectuer la saisie semi-automatique en fonction des entrées de l'utilisateur, puis de fournir des filtres ou des options de tri en tant qu'options de recherche pouvant être configurées.
Les méga menus, comme les autres menus dépliants, sont uniquement destinés à offrir la sélection d'un élément de ce menu. Vous ouvrez le menu, sélectionnez un élément, le menu se referme de lui-même. Cliquer en dehors du menu, ou sur le bouton qui l'a ouvert, ferme le menu sans sélectionner une option (ou modifier la sélection).
Si vous mettez plus de fonctionnalités dans un tel menu déroulant, il ne sera pas clair quand le menu se fermera. Lorsque l'interaction des utilisateurs avec le menu devient plus complexe, il doit également être de plus en plus attentif à ne pas fermer le menu par accident.
Les menus sont "instables" comme ça. Ce dont vous avez besoin pour votre situation est un widget intrinsèquement stable, c'est-à-dire qu'il ne va nulle part jusqu'à ce que l'utilisateur le lui dise. Je proposerais de créer un menu qui se trouve dans la page, entre l'en-tête et le corps, au lieu d'en haut.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups