0

以前はリボンがなかったアプリケーションで作業しています。アプリケーションの機能にアクセスする方法に大きな変更を加えていますが、機能自体には変更を加えていません。

このアプリケーションは、他のアプリケーションに挿入できる機能を提供するため、アプリケーションのタブがアクティブなときにコンテキスト タブを表示する必要があります。

ユーザーがアプリケーションのタブを選択すると、コンテキスト タブに「My application」が表示され、機能のボタンが表示されます。

私たちの問題は、ほとんどの「タブ」またはレポートが 3 つの異なるタイプであるために発生します。

それらのほとんどは「ビューアー」であり、情報を表示するだけなので、使用可能なボタンは「セクションを展開する」などのようなものです。

次に、情報を表示できる「編集者」タブがありますが、さらに編集することもできます。したがって、「閲覧者」と同じボタンを引き続き使用できますが、さらに、特定の条件に応じて有効になる「削除」、「保存」などがあります。

最後に、1 つのタブが表示され、エディタと同じボタン (ビューア + エディタの特別なボタン) に加えて、このタブ専用の機能を持ついくつかのボタンがあります。

分布は次のようになります。

7 ビューアー => 8 ボタン

7 つのエディター => 3 つの追加ボタン (およびビューアーの 8 つのボタン)

1 つの特別なタブ => ビューアーとエディターのすべてのボタンと 4 つの専用ボタン。

私はここを読んで、リボン上のこれらのボタンを使いやすく、マイクロソフトのガイドラインに準拠して整理するためのより良い方法を試してみましたが、混乱しています.

これをどのように見るかに応じて、リボンのボタンを整理する方法がいくつか考えられます。

  • 最も簡単な方法は、常にすべてのボタンを表示し、対応するレポートに対して有効にすることです。しかし、これにより、多くの場合、選択されたビューに適用されないボタンが多数存在することになります。

  • いくつかのタブを持つことができます: すべてのケースに共通のビューアーのボタンをタブに配置します。別タブの「エディタ」専用ボタン。最後に、特別レポート ボタン用の追加のタブです。しかし、あまり多くのボタンがないため、このアプローチではユーザーに不要なクリックを強いることになり、あまり使い物にならないと思います。

レガシ アプリケーションをカプセル化しているだけなので、基礎となる機能 (これらすべての異なるレポートの分離) を変更することはできません。

この点についてアドバイスをいただければ幸いです。

ありがとうございました!

4

1 に答える 1

0

私はこの質問を他の場所でフォローアップし、最終的にこの問題に対する彼らの立場についてマイクロソフトの回答を得ました. ここでスレッド全体を見つけることができます

この場合のガイドラインは、どちらか一方に傾いているわけではありません。テスターは、より具体的なユーザビリティ調査を使用して、特定のシナリオでどちらが優れているかを判断できます。

答えは基本的に私が推測したものですが (あなたのケースに最も適したものにするために)、私がこの質問を開いた理由は、リボンを使用するための使用許諾契約の一部に、リボンを作成するには Microsoft ガイドラインに従う必要があると記載されているためです。そして、この特定のケースでは、ガイドラインによって提案されたパスが何であるかが明確ではありませんでした.

于 2013-05-15T19:37:18.210 に答える