新しいことを学ぶのが好きだし、古くて新しいことを学ぶのも好きだ。1987年のApple Human Interface Guidelinesを眺めていたら、次のような一節が目に留まった。

ダブルクリックの最も一般的な用途は、操作を実行するためのショートカットである。たとえば、アイコンを2回クリックするのは、1回クリックして選択してから「ファイル」メニューで「開く」を選ぶよりも速く開く方法であり、単語を2回クリックして選択するのは、ドラッグしてなぞるよりも速い。

アイコンのダブルクリックが最初の操作（たいていは「開く」）へのショートカットだということは知っていたが、単語のダブルクリックがドラッグして選択するよりも速い方法だとは、振り返ってみれば当たり前のことなのに、これまであまり意識したことがなかった。

最近、同僚から教えてもらったもう一つのビンテージな挙動も、1987年のHIGに書かれていたことだ。

ユーザーがダブルクリックの一連の動作を開始したあと、2回目のクリックのマウスダウンとマウスアップの間にマウスをドラッグすると、選択範囲は1つの単語ではなく、複数の単語の範囲になる。

（個人的には）これを何度も繰り返すのはあまり心地よいジェスチャーとは思えないが、いいところは、選択範囲が自動的に単語の区切りでぴたりと吸着してくれることだ。

個人的には、3語以上を選択するときくらいは、これがデフォルトの挙動になってくれたらいいのにと思う。そうすれば、もっと大雑把に選択できるのに。

ともあれ、ダブルクリックでデフォルトの操作を実行するというのは、多くのリストで当てはまる。ScrivenerやWord、Lightroomからの例を挙げよう。これらの項目はどれも、選択してからボタンを押す手間をかけずに、ダブルクリックするだけで先に進むことができる。

しかし、こうしたダイアログを作る人たちが、そのことを忘れてしまうこともある。macOSの画面共有と、Chromeの通知の例を見てみよう。どちらも回り道の遅い方法しか用意されておらず、項目をダブルクリックしても何も起こらない。

共有されたユーザーインターフェースにおいて行儀よく振る舞わないことの厄介な点は、そうした抜け漏れが自分のアプリの中だけで済まないことだ。他の場所でのジェスチャーまで台無しにしてしまう。指が、そのアプリだけでなく、全体的にそのジェスチャーを信用しなくなってしまうからだ。

（タイトルの引用はApple Macintosh User’s Handbookから。）