Je développe une application UWP pour accéder à distance aux machines Linux, et elle comprend un explorateur de fichiers distant et un simple éditeur. Sur ces deux fenêtres, j'ai une barre d'état en bas, mais elles n'affichent pas du tout le même type d'informations:
Explorateur de fichiers: (en appuyant sur "0 éléments sélectionnés", un menu déroulant s'ouvre avec des actions telles que Tout sélectionner, Inverser la sélection, etc ...)
Éditeur de fichiers: (appuyer sur "C #" ouvre un menu déroulant qui permet à l'utilisateur de choisir la coloration syntaxique pour différents langages de programmation)
Celles-ci semblent très similaires, mais n'affichent pas le même type d'informations. Est-ce un problème? Et si oui, puis-je le réparer? J'ai pensé à changer la couleur, mais c'est réglé par l'utilisateur (le pinceau d'accent du thème Windows 10).
Par convention, aucun élément cliquable ne sera placé dans la barre d'état. En général, ils seraient utilisés comme une barre d'informations pour afficher l'action en cours que l'utilisateur effectue. Certaines applications masquent même la barre d'état par défaut pour une meilleure expérience visuelle. L'utilisateur doit délibérément le rendre visible.
Même dans votre cas, 50% de la zone de la barre sont des informations sur les fichiers. donc je suis sûr que la plupart des utilisateurs supposeraient que "0 éléments sélectionnés" est également un texte d'information, mais pas un élément cliquable.
Pour en revenir à votre question d'origine, puisque vous placez une option cliquable de manière cohérente sur toutes les fenêtres, cela pourrait l'apprendre au premier clic. Il n'y a donc aucun problème à ce sujet. Seul le premier clic demanderait l'effort de l'utilisateur.
Je ne suis pas sûr que ce soit un "problème" en soi - j'ai vu des menus similaires dans une position similaire dans d'autres applications, et ils fonctionnent dans une certaine mesure comme un "menu contextuel", dont le contenu change en fonction des besoins de l'utilisateur dans cet environnement. Les seuls problèmes surviendront si les actions disponibles ne correspondent pas correctement à l'attente. Si l'utilisateur sait à quoi s'attendre de ce menu, quel que soit l'environnement auquel les options se réfèrent, il sera facilement appris et compris à mesure que l'environnement change.
Je ne vois aucun problème ici. De nombreuses applications font cela et il y a une bonne raison derrière cette décision, à savoir que l'utilisateur n'a pas à rechercher les informations si le contexte change. Il est toujours là, dans la barre d'état (ou quel que soit le composant d'interface utilisateur que vous utilisez pour placer les informations sur l'écran).
Votre design est bon. Les utilisateurs ne regarderont la barre d'état qu'après avoir su ce qu'il y a dans la fenêtre principale, il est donc correct que les formats se ressemblent. Les utilisateurs se soucient davantage du contenu.
Je pense que c'est vraiment bien que vous montriez des informations en fonction du contexte.
Il semble que vous ayez pensé à ce qui est utile pour l'utilisateur et choisi les informations en fonction de cela. Je ne m'en inquiéterais pas.