Affichage de la même commande à plusieurs emplacements de l'interface utilisateur
Dans mon interface utilisateur, j'ai un contrôle Ruban, qui est divisé en onglets de commandes qui appartiennent à une certaine fonctionnalité du programme.
C'est un logiciel d'analyse de données, j'ai donc un onglet contenant des fonctions pour l'analyse, et un autre onglet contenant des fonctions pour tracer les données.
J'ai une commande qui fait défiler les modes pour une transformation de base des données. Cette transformation est très importante pour l'analyse, mais elle est également souvent utilisée comme première étape tout en regardant les données et en les traçant différemment.
Cette commande se trouve actuellement dans le Data Analysis Tab, car il est très pertinent pour l'analyse. Mais en regardant les utilisateurs, j'ai remarqué que beaucoup recherchent d'abord cette fonction dans l'onglet Plotting et sont confus lorsqu'ils n'y trouvent pas.
J'y ai pensé et j'ai essentiellement trois options:
- Laissez-le dans le
Data AnalysisTab: Cela a le problème décrit. - Déplacez-le dans l'onglet
Plotting: cela peut masquer l'importance de la commande pour l'analyse et peut conduire à la confusion lorsque l'analyse donne soudainement des résultats différents. - Mettez la même commande dans les deux onglets: cela peut ne pas communiquer le fait que c'est la même commande et peut conduire à penser qu'il existe une "transformation de traçage" et une "transformation d'analyse" en tant qu'entités distinctes.
Mais je devine juste ici.
Y a-t-il des recherches si le dernier point est même un problème, ou un consensus sur la façon dont quelque chose comme cela devrait être abordé du point de vue de l'interface utilisateur? Personnellement, je penche pour la troisième option, car elle peut être celle qui convient le mieux aux utilisateurs.
Cela peut être un bon exemple de la mise en garde contenue dans les directives MS pour les rubans . Généralement, les lignes directrices disent ceci à propos de la duplication d'éléments entre les onglets:
Voici quelques pièges courants à éviter
...
Évitez plusieurs chemins d'accès à la même commande, surtout si le chemin d'accès est inattendu ou si la commande nécessite plusieurs clics pour être invoquée . Il peut sembler pratique de rechercher une commande via plusieurs chemins. Mais gardez à l'esprit que lorsque les utilisateurs trouvent ce qu'ils recherchent, ils arrêtent de chercher. Il est trop facile pour les utilisateurs de supposer que le premier chemin qu'ils trouvent est le seul chemin - ce qui est un problème grave si ce chemin est inefficace ou inattendu. De plus, le fait d'avoir des commandes en double rend plus difficile pour les utilisateurs de trouver d'autres commandes qu'ils recherchent.
Mais alors, quiconque a utilisé un ruban MS Office remarquera qu'il propose les mêmes éléments dans différents onglets - cela se produit généralement avec l'onglet Accueil, qui est essentiellement composé d'éléments apparaissant également dans les onglets "thématiques".
L'onglet Accueil peut donc faire exception à cette règle. En fait, les directives le mentionnent comme une exception - mais à un ensemble de règles différent (sur la dénomination des onglets):
L'onglet Accueil est une exception à ces considérations. Bien que vous n'ayez pas besoin d'avoir un onglet Accueil, la plupart des programmes le devraient. L'onglet Accueil est le premier onglet et contient les commandes les plus fréquemment utilisées. Si vous avez fréquemment utilisé des commandes qui ne rentrent pas dans les autres onglets, l'onglet Accueil est le bon endroit pour eux.
D'après ce que vous décrivez, il se peut que l'onglet Accueil soit la meilleure solution pour cette action. Ensuite, vous pouvez également avoir dans l'un des onglets d'origine. Je dirais que vous devriez utiliser le tri des cartes pour déterminer le meilleur emplacement. Ou en général, recherchez-le auprès des utilisateurs (le tri des cartes peut être excessif pour un seul élément).