コンテキストメニューを無効にする（置き換える）ことは悪い習慣ですか？
私はユーザーがテキストを選択/強調表示して選択固有のアクションを実行できるWebプラットフォームで作業しています強調表示されたテキスト。現在の実装では、選択時にカスタムコンテキストメニューが表示されます（すぐに-右クリックは必要ありません）。
しかし、右クリックは一般的にアクションの実行に関連付けられているので、デフォルト（OS固有）のコンテキストメニューを置き換える方が適切でしょうか？
標準のショートカット（コピー/貼り付けなど）を無効にすることは常にユーザーの不満につながり、悪い習慣であることを理解しています。私も 回答が見つかりました ユーザーの最善の利益のために機能が削除されているかどうかに依存すると述べています-漠然としています。したがって、質問を指定しましょう：
- ブラウザのコンテキストメニューを置き換えるために、デフォルトのUIの動作をcasuで変更することは悪い習慣ですか？
- もしそうなら、何が許容可能な代替手段となり得るでしょうか？両方のメニューを同時に表示するのは少しおかしいようです。
- そうでない場合、置換メニューはデフォルトの動作を模倣する必要がありますか（「コピー」ボタンが含まれているなど）？
- 置換後のメニューが（期待される）デフォルトメニューと大幅に異なるかどうかは重要ですか？
- IOS/Androidの
-webkit-touch-calloutメニューの置き換えについてはどうですか？同じ結論が当てはまりますか？
いいえ、コンテキストメニューを無効にしても、悪い習慣にはなりません。これは一般的な動作です。
実際の参照：GmailまたはGoogleドキュメントで右クリックしてみてください。明らかに、これらはユーザーが徹底的にテストした非常に成功したサービスです。
一般的に言って、作成しているものがアプリケーション（対象となる一連のユーザーの作業に関連するタスクを解決するユーティリティ）に似ている場合、コンテキストメニューは生産性が高いと言えるでしょう。明らかに、これはユーザーのサブセットにとっていくつかのことを難しくしますが、あなたが言うように、デフォルトの振る舞いを模倣することによっていくつかのユースケースをサポートすることができます。
とは言っても、デフォルトのオプションが頻繁に使用されると想定され、新しいコンテキストオプションがあまり使用されない場合は、 Atlassian Confluence wiki。選択したテキストの上に小さなアクションアイコンが表示されます。
Googleスプレッドシートの右クリックメニュー：
Atlassian Confluenceでの選択時のアクションアイコン（右クリックではありません）：
コンテキストメニューを無効にするかどうかは、主な目的や目的によって異なります。コピーや貼り付けなどの不正行為を許可しないテストアプリを作成している場合は、その有効で賢明です。真のビジネス価値がない場合、すべてのプラットフォームで一貫性を保つことは悪夢になり、高度なメンテナンスが必要になるため、いわば悪い習慣です。