Webサイトのカスタム右クリックコンテキストメニュー
ブラウザのコンテキストメニューを上書きする右クリックのコンテキストメニューは、使い勝手の良い方法と見なされていますか？
- もしそうなら、アクセシビリティの懸念はありますか？
- もしそうなら、この種の実装のためのガイドラインやベストプラクティスはありますか？
個人的には、Yahoo！Mailがこのタイプの機能をどのように利用するかが好きです。
Dropbox は、右クリック機能で素晴らしい仕事をします。
ディレクトリの上にマウスを置くと、次のようになります。 
下線付きのリンク（音楽）をクリックすると、そこに移動しますが、フレーム内の他の任意の場所をクリックして、「ドロップダウン」記号または右クリック（！）は、次のメニューを開きます。 
これには非常に多くの利点があります：
- ユーザーが右クリックするのを妨げることはありません。ユーザーが望むもの（コンテキストメニュー）を提供し、右クリックしなくてもアクセスできる場所を示します。
- 推測する必要がある右クリックとは異なり、このメニューは検出可能です。
- タッチデバイスを一貫してサポートするために問題ありません。
いくつかの考え：
- タッチベースのプラットフォームの登場により、コンテキストメニューなどはなくなりました。タッチデバイスからUIにアクセスする場合は、それらの使用を避けてください。
- 1ボタンマウスを選択する場合や、マウス以外の入力デバイス（音声制御ブラウザーなど）を選択する場合もあります。これらのブラウザーには通常、コンテキストメニューにアクセスするためのオプションが含まれていますが、ユーザーがそれらを使用してWebサイトやアプリの追加機能を発見することを考える可能性ははるかに低くなります。
- 一方、Jakob Nielsenは2007年に 右クリックメニューは良い慣習 であり、ユーザーはそれらの存在を期待するようになったと報告しています。けれども彼は特にウェブサイトについてコメントしない、そしてそれらを使うことを考えるとき私はそれを考慮に入れるだろう。
- WebサイトとWebアプリは2つの異なるものです。 Googleドキュメントのようなウェブアプリは、Amazon.comのようなウェブサイトよりも、ユーザーによるコンテキストメニューに関連付けられる可能性が高いと考えてください。 Webアプリは従来のデスクトップアプリに似ているため、ユーザーが同じように機能することをユーザーが期待するのは不合理ではありません。 Webサイトには、準拠する別のモデルがあります。
何をするにしても、ユーザーが何を期待するかを期待し、それに応じて設計することが重要です。コンテキストメニューのような非表示のメニューは、そもそも右クリックするつもりがない場合、だれにも役立ちません。