web-dev-qa-db-fra.com

Alternatives au menu + barre d'outils ou ruban

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

  • Découverte de commandes et de raccourcis clavier importants mais spécifiques au contexte
  • Découverte d'opérations avancées actuellement "masquées" dans les menus contextuels, ou parfois même simplement le manuel
  • Look daté

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:

  • Une impression générale d'espace perdu. Puisque nous montrons beaucoup de données, cela est pertinent (d'ailleurs, pourquoi n'y en a-t-il pas de vertical?)
  • Les onglets ne sont pas nécessaires la plupart du temps, je me retrouverais probablement avec un onglet principal et un ou deux onglets contextuels
  • Je comprends la motivation derrière une "interface statique, et je la soutiens largement, cependant, nous avons besoin d'une certaine sensibilité au contexte qui va à l'encontre du concept (et peut-être même de l'API). Par exemple, nous avons un ensemble d'opérations pour une sélection élément, mais ils diffèrent selon l'élément - souvent légèrement, parfois plus, souvent c'est une commande similaire mais devrait naturellement être une icône différente. Tout afficher et désactiver l'indisponible entraînerait un encombrement.
  • La barre d'outils d'accès rapide fonctionne très bien hors de la boîte, mais la barre d'outils elle-même "disparaît" dans la barre de titre, ou est une autre bande qui gaspille de l'espace.
  • Bonne découverte des raccourcis clavier (en supposant que nous le fassions fonctionner pour les touches non ALT, aussi)

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.

5
peterchen

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.

  • Ils montrent une histoire de conception itérative et différentes interfaces utilisateur prototypiques (menu + barre d'outils également)
  • Une étude de cas de menus contextuels.

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. enter image description here

Source: sps-magazin.de

3
FrankL

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).

1
obelia