indiquer un "mode" non modifiable par l'utilisateur
Mon application de déploiement a 2 modes: local et distant . Le mode utilisé dépend de l'endroit où l'application est lancée. Une fois l'application lancée, l'utilisateur ne peut pas changer de mode. Cependant, je veux toujours indiquer le mode car le mode affecte la façon dont l'application se comporte et je veux le rendre visible.
Actuellement, j'utilise une paire de boutons radio désactivés, selon le mode actif sélectionné. Cela fonctionne visuellement mais j'ai l'impression que ce n'est pas idéal. Je ne veux pas simplement utiliser une étiquette de texte telle que Mode de déploiement: à distance car cela ne clarifiera pas quel est l'autre mode possible.
Voici à quoi cela ressemble:
EDIT: Ceci est une application Windows Forms, pas une application Web
Je ne pense pas que les boutons radio soient une mauvaise idée en soi, mais c'est une explication qui soulève elle-même de nouvelles questions: s'il existe d'autres modes, pourquoi ne puis-je pas passer à eux? Il serait préférable de prendre en charge cela (ou une simple étiquette) avec une explication du mode actuel et de ce qu'il faut pour pouvoir passer à l'autre mode.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Vous pouvez donner les informations requises tout en ajoutant de la valeur en indiquant la dernière fois que les modes ont été utilisés. Par exemple:
La réponse de @Roger Attrill m'a donné l'idée d'essayer labels désactivés, auquel je n'avais pas pensé auparavant.
Je n'utiliserais pas de boutons radio à moins que l'utilisateur ne puisse interagir avec.
Vous pouvez utiliser une simple étiquette ou un hyperlien (expliquant quels sont les modes) à la place.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Vous pouvez avoir une superposition ou une fenêtre contextuelle modale lorsque vous cliquez sur le mode pour expliquer de quoi il s'agit.
La barre d'état est souvent utilisée pour afficher l'état, le mode d'édition ou d'autres informations non critiques non modifiables, sans encombrer le volet principal.
télécharger la source bmml - Wireframes créés avec Balsamiq Mockups
Si toutefois les informations sont cruciales parce que la fonctionnalité devient paralysée/très différente, il est toujours bon d'alerter l'utilisateur et de s'assurer qu'il reconnaît ce détail particulier à l'avance (vous pouvez toujours utiliser une barre d'état ou une étiquette comme rappel plus tard)
référence: http://en.wikipedia.org/wiki/Status_bar