パラダイムのメニューバーのレイアウトデザイン

StackOverflow https://stackoverflow.com/questions/2235769

質問

この再編に私のアプリケーションメニューバーがあります。で見ると、他のアプリケーションがあるようで二つの方法が異な構造です。

どちらの学校"では、動詞/コマンドは続いています。I.。何がしたいという思います。このように:

  • ファイル
    • 新しい
      • Foo
      • バー
    • Open
      • Foo
      • バー
    • 終了

または新しい応用も試み、以降Microsoft導入 リボン 構造。I.。どんな働きたいと、どのような操作はいを実行します。このように:

  • ファイル
    • 終了
  • Foo
    • 新しい
    • Open
  • バー
    • 新しい
    • Open

これら二つのパラダイムの設立はいつですか？いいでしょうか。ううつとしています。

役に立ちましたか？

解決

あり、メニューのトップレベルを結成することができるクラスのオブジェクトで関する法律（Foosまたはチームでミーティングまたはアクションを起こしを行っている人たちがい（例えば、出願るなど。原則として、メニューバーまたはリボンののトップの画面までに整えておくべきアクションタイプを提供するために、ユーザーの代替とその応用についてコマンドのコンテキスト(右クリック）のメニューそのものが主催によるオブジェクトクラスです。

とはいえ、多くのメニューの階層を含め、"古学"、さらに"扁平"–"から生まれた幅広い各レベルの少ない深い。深い階層の平均のカスケードメニューは、遅くなる。複数のオプションのトップレベルの均一般漠然としたラベルを提供する情報は少ないが香りに(何 ファイルは ます。

う方法にはいくつかの種類があるうちに修正しながらも組織化のメニューバーによるアクションタイプ。初の単純平坦化の学校でのファイルメニューのようにFirefoxは:

  • ファイル
    • 新Foo
    • 新しいバー
    • 開Foo
    • オーバー
    • 終了

問題は、伝統的なファイルメニューを対象とした"文書"で動作するアプリケーションの一元オブジェクトクラスです。例えば、ワードプロセッサで動作文、表計算プログラムを作ワークシート、画像編集者の絵です。ファイルが扱が複数ある場合に、元本ます。二つのクラスではないの問題がります。

場での"スイートルーム"アプローチをかしらの利点があるのでしょうかん別プログラムのための各オブジェクトクラスです。Takeオブジェクトのクラスの選択のメニューバーでのスタートメニューは、ただ設のショートカットに対応する各オブジェクトのクラスを開き主ウィンドウがクラスです。それぞれの"アプリケーション"のみで新しい開きるだけクラス:

  • ファイル
    • 新しい
    • Open
    • 終了

ある意味、また幅広いメニュー 上記 メニューバーの上位の階層となります。これは完全に一致したその他のデスクトップアプリとなります。で魅力的なオプションがユーザーが仕事のひとつだけのクラスです。頻繁に旅行にスタートメニューを返します。

場合を続けるために必要なものでメニューバーでのファイルメニューにメニューバーがあります。

  • ファイル
    • 保存
    • 印刷
    • 終了
  • 新しい
    • Foo
    • バー
  • Open
    • Foo
    • バー

多くのアプリケーションに複数のprincipalクラスはデータベースのアプリの各画面を示して複数のオブジェクト(データベースの録）を保持することになる。どのユーザーは"口"は単一のファイルが クエリの結果.通常、ユーザーほとんどないは利用のための空ウインドウです。でもデータ入力、それは多くの場合、あなhurtfulの結果のデフォルトのクエリを提供するため一部のコンテキスト(例えば、レコードの入力を最後ます。場合、ユーザーが求める新しい記録することにより、このアクション編集、ファイルです。いを排除することができます。

  • プログラム
    • Foos
    • バー
    • 終了
  • ファイル
    • クエリ
    • 近

ていただきたいかキューから機能を使用するには、Mac OSXおよびプログラムメニューのQuit（OSXアプリケーションの名前は、メニューのキャプション).のプログラムメニューのメニュー項目の標識によるオブジェクトのクラスが、彼らはのアクション–ショッピングセンター、FooとBar windowsます。まず記入しこれらのウィンドウのデフォルトのクエリの結果を え 空、自動的にクエリーダイアログのユーザが選択します。クエリのメニュー項目の下でファイルがポップアップしますこのダイアログのユーザのクエリウィンドウのウィンドウです。このダイアログの場合は空のオプションのための端にある場合ユーザーインターフェースが空のウインドウです。

他のヒント

私はそれがより多くの個人的な好みだと思います。あなたは最高の行くとどう思いますか？あなたのアプリにリボンGUIを実装していない場合は、その構造をコピーする必要はありません。

個人的に私は、最初のオプションと一緒に行きたい - 「古い学校」、私はそれがより簡単で問題に向けた最も現実的なアプローチを見つける

。
ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top