私のデスクトップアプリには、いくつかのグラフがあります。すべてのチャートには、ズームオプション、[名前を付けて保存...]、およびその他のいくつかを示すコンテキストメニューがあります。
このメニューが存在することはユーザーには明らかではありません。それが存在することを彼らに示唆したいと思います。または、コンテキストメニューのトリガーをクリックする機能を複製する別のUIコントロールを表示します。
これを行うにはどうすればよいですか?
これがデスクトップアプリのグラフのスクリーンショットです。
これは、同じチャートを示すスクリーンショットで、コンテキストメニューが表示されています。
Windowsガイドラインから:
コンテキストメニュー:次の条件を適用します。
- 選択したオブジェクトまたはウィンドウ領域に適用されるコンテキストコマンドとオプションの小さなセットはありますか?
- これらのメニュー項目は冗長ですか?
- ターゲットユーザーはコンテキストメニューに精通していますか?
その場合は、それらを必要とするオブジェクトとウィンドウ領域のコンテキストメニューを提供することを検討してください。
彼らがなぜそれを見つけられないのかについての情報はありますか?また、contextmenuには、そのメニューからのみ利用できる機能が含まれていますか?
Contextmenuのコマンドは、actionbuttons/menu's/Toolbars/etcを介してUIでも利用できる必要があります。ユーザーが見つけてクリックできるようにユーザーに表示されるもの。コンテキストメニューは表示されず、ユーザーがメニューを期待していない場合、または概念に精通していない場合、コンテキストメニューに「非表示」の機能はありません。
アプリケーションの他の部分でcontextmenuを使用していますか?それも問題を引き起こす可能性があります。他の場所でそれらを使用しない場合、ユーザーはそれらがグラフ上に存在することを期待せず、たぶん試行する気になりません。
コンテキストメニューに追加のヒントを作成しません。代わりに、contextmenu機能を含むある種のメニューボタンまたはツールバーを使用します。また、コンテキストメニュー自体も保持します。
グラフの上隅にドロップダウンメニューを配置することもできます。クリックすると、コンテキストメニューと同じメニューが表示されます。以下はVS2012の例です。
あなたは正しい軌道に乗っています。両方を行うことができます。
コンテキストメニューは冗長ですか?そうでない場合は、コンテキストメニューを使用せずに、これらすべての機能を引き続き使用できるようにします。これはかなり重要です。
チャートの上のボタンとしてズームイン/ズームアウト/範囲機能が使用できない理由はありますか?これらの機能が重要である場合、それらはより目立つはずです。
また、コンテキストメニューのある項目をポイントしているときにカーソルアイコンを変更することで、コンテキストメニューの存在をわかりやすくすることもできます。
メインメニューの項目をソフトウェアに配置します。 「コピー」、「名前を付けて保存...」、「印刷」は、「表示」の下の「ファイル」、「ズームイン」、「ズームアウト」、および「おそらく自動範囲」に配置する必要があります。
ブラウザを右クリックして、コンテキストメニューが表示されることを確認します。これらのメニュー項目はすべてブラウザのメインメニューにあります。
これは、ソフトウェアの作業領域にスマートボタンとメニューエントリを配置することで拡張できますが、私の推奨事項は、多くの場合、プログラムがメニューとコンテキストメニューを使用する方法の共通点です。