J'ai un tableau que les utilisateurs doivent parcourir et effectuer des actions spécifiques. Les actions sont des choses comme "Supprimer", "Signaler", "Envoyer à", mais dans la maquette ci-dessous, ce ne sont que des actions 1, 2, etc.
À l'heure actuelle, l'idée est d'avoir un "panneau d'action" à droite du tableau, et lorsqu'une ligne est mise en surbrillance, les options deviennent accessibles.
Quels sont les autres moyens potentiels de présenter ces actions sans utiliser d'élément d'interface utilisateur externe à la table?
J'envisage d'utiliser des liens de survol contextuels (dernière maquette ci-dessous), mais cela ressemble plus à un outil de navigation qu'à un outil permettant d'effectuer l'action principale de cette partie de l'interface.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Pourquoi les actions n'apparaissent-elles pas en ligne?
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Cela l'aidera à apparaître comme si les actions affectaient chaque ligne des données et ne semblaient pas trop déconnectées.
En outre, voici une solution si vous avez des actions groupées:
ÉDITER:
Comment wordpress gère en ligne dans le tableau - ils utilisent une option accordéon pour développer et révéler une option avancée par ligne.
Je trouve que ces solutions sont assez efficaces en ce qui concerne les fonctions que les utilisateurs utiliseront encore et encore.
Une autre approche qui peut être adoptée est une variante de l'endroit où vous avez commencé. Gardez toutes les actions possibles visibles, mais activez et désactivez en fonction de la sélection de l'utilisateur. S'il s'agit de véritables sélections radio, faites-en des boutons eux-mêmes plutôt que d'ajouter un autre choix, puis un bouton pour agir.
Cela permettra à la fois des actions en bloc et basées sur une seule ligne. L'utilisateur peut faire défiler le tableau en sélectionnant de nombreux éléments, pourrait même ajouter un nombre d'éléments sélectionnés dans le panneau d'actions, puis l'utilisateur ne clique que sur le bouton d'action qui est à la fois activé par les règles métier et le résultat souhaité pour ces objets.
Cela supprimera également tout encombrement visuel et l'utilisateur saura toujours quelles actions peuvent être prises en fonction de ce qu'il a sélectionné. Il peut également y avoir des info-bulles pour les actions désactivées afin d'expliquer quelle règle métier a désactivé ce bouton.
Une approche ancienne et courante consiste à utiliser une barre de boutons (vous savez, la chose avant les barres d'outils et les barres de ruban).
En termes de convivialité, nous voulons réduire le mouvement de la souris d'un élément à l'action souhaitée. Pour cela, plusieurs améliorations sont disponibles (à coup sûr, toutes avec des compromis).
Un consensus général est que survoler doit être évité pour les boutons d'action dans les tableaux, car les lecteurs d'écran ne les reconnaîtront pas et ce que vous pouvez faire là-bas n'est pas clair. Mon opinion personnelle est que ce n'est pas si mal si les cas d'utilisation ne sont pas vraiment importants, mais vous devez quand même réserver de l'espace, donc vous n'avez pas de gros avantage sauf moins d'encombrement.