ラジアルコンテキストメニューは、垂直リストメニューよりも優れていますか？
メニューがアクティブになると、コンテキストメニュー項目がマウスカーソルの周りの円に配置されるという提案を読みました。フィッツの法則により、各ターゲットがヒットしやすくなるためです。
しかし、実際にはこれを見たことがありません。 （私はいくつかの単純な理由を考えることができます：テキストがくさび形のターゲットによって提供されるスペースに収まりにくい、それは標準のパターンではなく、あまりに混乱していると認識されているなど）。
潜在的なメリットは、トレードオフに値しないだけですか？私が知らないで機能する例はありますか？
ラジアルメニューを何度か見ました。コンテキストメニューを円形に配置したFirefoxアドオンをテストしました。また、一部のコンピューターゲームでも使用されていました（考えてみると、エレメンタルイービルの寺院が思い浮かびます）。どういうわけか機能しませんでした。
- 円形に配置されたオプション（目は多くの方向に移動する必要があります）よりも、オプションのリスト（目が上から下に動く）をスキャンする方がはるかに簡単です。
- すべてのオプションが同じというわけではありません。他のものよりも重要なものや頻繁に使用されるもの（フィッツの法則によれば、マウスポインターに近いはずです）があります。
- 長いアイテムとサブアイテムに本当に問題があります。前に述べたゲームは、すべてのオプションを中心点を中心に回転させることで、視覚的に非常にうまく処理できました。問題は、より多くのオプションがある場合、それらの一部を下から上に、他のオプションは左から右に、残りは上から下に読む必要があることです。
放射状のコンテキストメニューは特定の状況で機能すると思います（オプションの数が少ない、アイテムをテキストなしのアイコンとして表すことができる、など）。しかし、一般的に、それらは本当に良い考えではありません。
ラジアルメニューは、タッチインターフェースで非常に理にかなっていると思います。私が見たラジアルメニューのいくつかの場所には、現在Googleが買収したBumptopアプリケーションが含まれています 
（ソース： dowhatimean.net ）
そして最近では、Android用のDolphinブラウザーも使用しています。 Windows 7にもパイメニューがあり、多くのタッチデバイスで使用されるため、これは理にかなっています。
ここでは、ラジアルメニューがユーザーにオプションを表示するのに適した方法である理由を説明する優れたブログ投稿をいくつか紹介します。
基本的に、ラジアルメニューは、タッチデバイスで右クリックタイプのコンテキストメニューを表示するのに最適な方法である可能性があると説明しています。ユーザーが最初の形式に慣れると、頻繁なユーザーは、頻繁なユーザーの使用速度が向上することに気づきます。
これの良い例はゲームです。多くのゲームでは、使用速度を上げるために、リストメニューよりもラジアルメニューを優先しています。ゲームなどのテンポの速い環境では、ラジアルメニューは、ユーザーが特定のシナリオを選択するのに役立つ長い道のりです。
私の iOSContextualMen オープンソースコードは、タッチデバイスで使用されるラジアルメニューの良い例です。これがどのように実装できるかを示すためのスクリーンショットをいくつか示します！
放射状のコンテキストメニューは、垂直方向のリストメニューよりもプログラミングが難しい場合があります。そのための既存のライブラリやコンポーネントは少なく、プログラマは各メニュー項目を配置するためにカスタムコードを作成する必要がある場合があります。
垂直メニューはスキャンが簡単です。ほとんどの放射状メニューはテキストを表示するスペースがほとんどないため、代わりにアイコンが表示されるため、探しているオプションを簡単に見つけることがさらに困難になります。
ラジアルメニューは繰り返しの多いタスクでも機能することがわかりますが、ユーザーにとっては学習曲線がわずかです。ナビゲーションにはお勧めしません。
私は混乱するでしょう。必ずしもわかりにくいからではなく、違うからです。
しかし、その一方で、異なるのは良いことです！ユーザーは慣れることができます（オフィスリボンのように）
まったく同じではありませんが、私が使用しているwacomポインティングデバイスには、サークルメニューがあります。物理的な円の中心をクリックすると画面に表示され、外側の円に沿ってタッチするとオプションがスキップされ、それに応じてツールが選択されます。
画面表示の例を次に示します。
WIMPアプリケーションではなく、タッチアプリケーションではラジアルメニューのほうが適していると思います。たとえば、iOS用のPDFリーダーであるCabinetは、ハイライトにラジアルメニューを使用します。指で触れてからスライドさせるのは非常に自然なタッチデバイスです。これは、うまく機能するだけでなく、使うのが楽しいです。
タッチデバイスで私が目にする主な利点は、最も使用するオプションの筋肉メモリを構築する傾向があることです。そうしないと、やや複雑なジェスチャーを学ぶのに非常に自然な方法になります。ジェスチャーに関連する急な学習曲線がなくても、ジェスチャー入力のメリットを享受できます。
タイトルバーの質問については：彼らは良いですか？ほとんどすべてのuxの質問と同様に、答えは「依存する」です。一部のタスクには適していますが、すべてのタスクには適していません。
[360 browser] [1]はiPhoneでかなりよく見えます。
そのようなメニューの主な欠点は、テキストをほとんど配置できないことです。したがって、最初は非常に難しいアイコンベースのメニューのみが表示されます。