Paradigmes dans la barre de menu mise en page / conception

Question

Faire une restructuration sur la barre de mes applications menu. Lorsque l'on regarde d'autres applications, il semble y avoir deux façons de différentes structures.

Soit la « vieille école » façon, le verbe / commande la plus commune, suivie par le sujet. C'est à dire. qu'est-ce que vous voulez faire et ce que vous voulez faire cela sur. Comme ceci:

• Fichier
  • Nouveau
    • Foo
    • Bar
  • Ouvrir
    • Foo
    • Bar
  • Quitter

Ou celui que les nouvelles applications tentent parfois, probablement depuis que Microsoft a présenté son ruban . C'est à dire. que voulez-vous travailler avec et quelle opération voulez-vous exécuter sur ce point. Comme ceci:

• Fichier
  • Quitter
• Foo
  • Nouveau
  • Ouvrir
• Bar
  • Nouveau
  • Ouvrir

sont ces deux paradigmes établis? Ont-ils un nom? Me aider à se référant à eux et leurs différences.

Answer 1

Oui, menus au niveau supérieur peuvent être organisées par la classe d'objet qu'ils agissent sur (par exemple, Foos ou barres), ou le type d'action qu'ils effectuent (par exemple, les actions dépôt). En règle générale, la barre de menu ou le ruban en haut de la fenêtre doivent être organisées par type d'action afin de fournir à l'utilisateur une autre façon de trouver une commande aux menus contextuel (clic droit) qui sont nécessairement organisés par classe d'objets.

Cela dit, de nombreuses hiérarchies de menu, y compris la « vieille école », un gagneraient à être « aplaties » -De faite plus large à chaque niveau et moins profond. hiérarchies profondes signifient les menus en cascade, qui sont lentes et difficiles à utiliser. Peu d'options au niveau supérieur signifie étiquettes vagues générales qui fournissent très peu de parfum de l'information (qu'est-ce que fichier signifie vraiment de toute façon?).

Il y a plusieurs façons de résoudre ce tout en organisant toujours la barre de menu par type d'action. Tout d'abord, il y a simple aplanissement de l'ancien menu Fichier de l'école, un peu comme le fait Firefox:

• Fichier
  • Nouveau Foo
  • Nouveau bar
  • Ouvrir Foo
  • Open Bar
  • Quitter

Le problème est que le menu Fichier traditionnel a été conçu pour les applications « document » qui fonctionnent sur une seule classe d'objet principal. Par exemple, le traitement de texte fonctionnent sur des documents, des tableurs fonctionnent sur des feuilles de travail, le travail des éditeurs d'images sur les images, et ainsi de suite. Fichier devient difficile à manier quand il y a plusieurs classes principales. Deux classes ne sont pas un problème, mais trois personnes ou plus.

Dans certains cas, il est préférable de prendre l'approche « suite » et la faire ressembler vous avez un programme distinct pour chaque classe d'objets. Prenez sélection de classe d'objets de votre barre de menu et de le mettre dans le menu Démarrer, où vous avez installé des raccourcis correspondant à chaque classe d'objets qui ouvrent une fenêtre principale pour cette classe. Chacun de ces « applications » n'a Nouveau et ouvert agissant uniquement sur sa catégorie:

• Fichier
  • Nouveau
  • Ouvrir
  • Quitter

Dans un sens, vous avez fait plus large le menu ci-dessus votre barre de menu dans la hiérarchie. Ceci est tout à fait compatible avec d'autres applications de bureau. Il est une option intéressante si les utilisateurs ont tendance à travailler avec une seule classe pour une session. Déplacements fréquents dans le menu Démarrer vieillit.

Si vous avez besoin de garder tout dans votre barre de menu, vous pouvez passer le menu Fichier le long de la barre de menu.

• Fichier
  • Enregistrer
  • Imprimer
  • Quitter
• Nouveau
  • Foo
  • Bar
• Ouvrir
  • Foo
  • Bar

De nombreuses applications avec plusieurs classes principales sont des applications de base de données où chaque fenêtre affiche plusieurs objets (enregistrements de base de données). Ce que l'utilisateur est « l'ouverture » est pas un fichier unique, mais un résultat requête . En règle générale, l'utilisateur n'a presque jamais utiliser pour une fenêtre vide. Même pour la saisie des données, il est souvent utile et rarement blessante pour afficher les résultats d'une requête par défaut afin de fournir un contexte (par exemple, les enregistrements sont entrés la dernière fois). Si l'utilisateur veut ajouter un nouveau record à ceux déjà affichés, c'est une action sous Edition, pas du fichier. Ainsi, nous pouvons éliminer les nouvelles.

• Programme
  • Foos
  • Bars
  • Quitter
• Fichier
  • requête
  • Fermer

Je vous suggère de prendre une queue de Mac OSX et un menu Programme pour Quitter (dans OSX le nom de l'application est la légende de menu). Le menu du programme comporte des éléments de menu marqués par leur classe d'objets, mais ils sont des actions -Ils ouvrir les fenêtres Foo et Bar respectivement. Soit vous remplissez ces fenêtres avec un résultat de requête par défaut (qui pourrait vide), ou d'afficher automatiquement la boîte de dialogue de requête pour l'utilisateur de sélectionner un. L'élément de menu Requête sous Fichier affiche cette boîte de dialogue pour permettre à l'utilisateur de modifier la requête pourla fenêtre à tout moment. Cette boîte de dialogue peut inclure une option vide pour de cas où les utilisateurs ont besoin d'une fenêtre vide.

Answer 2

Je pense qu'il est plus préférence personnelle. Que pensez-vous irait le mieux? Si vous n'êtes pas mise en œuvre de l'interface graphique de ruban dans votre application alors il n'y a pas besoin de copier leur structure.

Personnellement, je partirais avec la première option -. « Old school », je trouve plus simple et l'approche la plus pragmatique envers le problème