L'application principale sur laquelle je travaille a un menu et une barre d'outils old school très traditionnels (et ennuyeux), la barre d'outils en effet juste une rangée de 16 petites icônes.
Cela a bien fonctionné pour nous au fil des ans, mais il y a de plus en plus de demandes pour y mettre plus de fonctionnalités, souvent "parce que c'est tellement bon qu'il mérite un bouton".
Il semble qu'il soit temps de mettre à jour l'apparence générale, donc avant de commencer à encombrer la barre d'outils, je veux évaluer les alternatives.
Problèmes
Ruban
J'ai essayé de surmonter mes aversions de ruban et de me moquer d'un remplacement. Je suis d'accord avec les résultats, mais ils sont un peu décevants et il sera difficile de surmonter "l'aversion du ruban" pour nos clients ou même dans l'équipe de développement. Les problèmes/résultats sont les suivants:
Menu moderne + barre d'outils
Bien que je vois différents objectifs - le menu donne un accès clavier à toutes les commandes, un accès rapide à la barre d'outils aux commandes communes avec des repères visuels - ils ont grandi ensemble dans l'apparence et la fonctionnalité au fil des ans, à tel point qu'ils ressemblent à une impasse. Je n'aime pas particulièrement la personnalisation généralement très complexe.
Quelques antécédents
En gros, l'application est "barre d'outils, menu, volet de navigation et MDI pour de nombreuses fenêtres". Nous avons environ ~ 60 commandes au total, une troisième mérite à enterrer. En plus de cela, les fenêtres de graphique ont 10..20 selon le contenu, elles sont généralement accessibles via le menu contextuel et les raccourcis dès maintenant.
Malgré la complexité, nous n'avons pas de boîte de dialogue "Paramètres". Il y a quelques options enfouies dans leur contexte. (J'ai trouvé que la plupart des demandes d'options provenaient des développeurs eux-mêmes qui souhaitaient décharger une décision sur l'utilisateur. Demander "comment woudl l'utilisateur prend cette décision" tue la plupart d'entre eux.)
Nous avons des barres d'outils locales (deux formes courantes et l'un des panneaux de l'arborescence de navigation), elles "se sentent" OK, mais ne sont pas parfaites.
De nombreux produits destinés à nos clients exposent un champ de bataille "trois rangées de barres d'outils avec des centaines d'icônes en constante évolution", les clients sont généralement heureux que nous ne le fassions pas.
Qu'est-ce que je veux de vous?
Idées, inspiration, suggestions, expériences.
Je recommande de regarder la vidéo de UX9 sur "L'histoire du ruban" et de télécharger le diaporama. C'est assez intéressant et vous obtiendrez des informations qui pourraient correspondre à vos critères et en plus, vous obtiendrez beaucoup d'inspirations.
Et cela pourrait aider votre aversion contre le ruban - développé pour augmenter la visibilité des éléments de menu, qui ont explosé dans Word 2003 jusqu'à 450 éléments! Les utilisateurs gémissaient pour les fonctionnalités déjà implémentées, mais ils ne pouvaient pas le trouver. Le ruban a résolu cela. Et je pense que l'utilisateur est très efficace et standard.
Et jetez un œil au ruban AutoDesks - il a l'air assez lisse.
Source: sps-magazin.de
Voici quelques idées:
1) Il n'y a rien de mal avec le panneau "ruban" vertical sur le côté s'il permet un espace immobilier plus utile pour le domaine d'application principal.
2) Essayez certainement (dur) de le garder statique et sans languettes, faites le panneau plus large (ou plus haut) si besoin est.
3) Avoir une indication désactivée très évidente pour les éléments (outils) dans le panneau pour prendre en charge la sensibilité au contexte. L'ensemble des éléments activés changerait selon le contexte (mais rien ne bougerait).