メニュー+ツールバーまたはリボンの代替
私が取り組んでいる主なアプリケーションには、非常に伝統的な（そして退屈な）古い学校のメニューとツールバーがあります。ツールバーは、実際には16の小さなアイコンの列にすぎません。
それは長年にわたって私たちにとってうまくいきましたが、多くの場合「ボタンに値するほど優れているため」、より多くの機能を配置する要求が高まっています。
一般的なルックアンドフィールを更新する時が来たようです。そのため、ツールバーを整理する前に、代替案を評価したいと思います。
問題
- 重要であるがコンテキストの特定-特定のコマンドとキーボードショートカット
- コンテキストメニューに現在「非表示」になっている高度な操作、または場合によってはマニュアルのみの発見
- 年代測定
リボン
私は自分のリボン嫌悪を克服し、代替品を模倣しようとしました。結果は大丈夫ですが、少し圧倒的であり、お客様や開発チームにとっても「リボン嫌悪」を克服するのは難しいでしょう。ここでの問題/結果は次のとおりです。
- 無駄なスペースの一般的な印象。たくさんのデータを表示しているので、これはに関連しています（ちなみに、なぜ垂直データがないのですか？）
- ほとんどの場合、タブは必要ありません。最終的にはメインタブと1つまたは2つのコンテキストタブができます。
- 私は「静的インターフェースの背後にある動機を理解し、それを大部分サポートしていますが、概念（およびおそらくAPI）に反するためにセムズするコンテキスト依存性が必要です。たとえば、選択された要素ですが、要素によって異なります。多くの場合、わずかに、場合によってはさらに多くの場合、同じようなコマンドですが、当然異なるアイコンである必要があります。すべてを表示し、使用できないものを無効にすると、煩雑になります。
- クイックアクセスツールバーはそのまま使用しても問題なく機能しますが、ツールバー自体がタイトルバーで「消える」か、スペースを浪費するもう1つのバンドです。
- 適切なキーボードショートカットの検出（ALTキー以外のキーでも機能すると想定）
モダンメニュー+ツールバー
私はさまざまな目的を見ていますが、メニューはすべてのコマンドへのキーボードアクセスを提供し、ツールバーは視覚的な手がかりを備えた一般的なコマンドへのクイックアクセスを提供します。通常は非常に複雑なカスタマイズが特に嫌いです。
いくつかの背景
およそ、アプリケーションは「ツールバー、メニュー、ナビゲーションペイン、およびMDI領域）」です。合計約60のコマンドがあり、3番目に値します埋められます。グラフウィンドウには、コンテンツに応じて10..20があることに加えて、現在、コンテキストメニューとショートカットから通常アクセスできます。
複雑さにもかかわらず、「設定」ダイアログはありません。コンテキストに埋め込まれたいくつかのオプションがあります。 （ほとんどのオプション要求は、ユーザーの決定をオフロードしたい開発者自身からのものであることがわかりました。「ユーザーがその決定をどのように行うか」と尋ねると、それらのほとんどが殺されます。）
いくつかのローカルツールバー（2つの一般的なフォームと1つのナビゲーションツリーパネル）がありますが、それらは「いい感じ」ですが、完璧ではありません。
お客様を対象とした多くの製品は、「数百のアイコンが絶えず移動する3列のツールバー」の戦場を公開しています。
私はあなたから何が欲しいですか？
アイデア、インスピレーション、提案、体験。
"The Story of the Ribbon" についてのUX9のビデオを見て、スライドショーをダウンロードすることをお勧めします。それはかなり興味深く、あなたはあなたのクレテリアと一致するかもしれないいくつかの洞察を得るでしょう、そしてさらにあなたは多くのインスピレーションを得るでしょう。
- 反復的なデザインストーリーとさまざまなプロトタイプUI（メニュー+ツールバーも）を示します。
- 状況依存メニューのケーススタディ。
そして、それはリボンに対するあなたの嫌悪感を助けるかもしれません-Word 2003で最大450アイテムまで爆発したメニューアイテムの見つけやすさを高めるために開発されました！ユーザーはすでに実装されている機能をうめきましたが、見つけることができませんでした。リボンはこれを解決しました。そして、私は非常に効果的で標準的なユーザー互換性があると思います。
そして、AutoDesks Ribbonを見てみましょう-とても滑らかに見えます。 
出典： sps-magazin.de
ここにいくつかのアイデアがあります：
1）メインのアプリケーション領域にさらに有用な領域を確保できるのであれば、側面の垂直の「リボン」パネルに問題はありません。
2）タブを使わずに静的に保つように（ハード）試みてください。必要に応じて、パネルの幅を広く（または高く）してください。
3）コンテキスト依存性をサポートするために、パネル内の要素（ツール）に対して非常に明白な無効化された表示を用意します。有効な要素のセットは、コンテキストに応じて変化します（ただし、何も移動しません）。