HN 日本語サマリー

← 一覧へ戻る
プログラミング

単語の下に赤と緑の波線を入れた男を偲んで

In memory of the man who put red and green squiggles under words (devblogs.microsoft.com)

444 pointsby saikatsg75 コメント

要約

この記事は、Microsoft Wordのスペルチェックおよび文法チェック機能で、単語の下に赤や緑の波線を表示する画期的な機能を開発したTony Krueger氏の功績を称えるものです。Krueger氏は、従来のブロック型スペルチェックから、ユーザーの作業を妨げないリアルタイムの視覚的フィードバックへの移行を実現し、この設計は今日のほとんどのワープロソフトに採用される標準となりました。彼の名前は広く知られていなくとも、その仕事は世界中の数え切れないほどのユーザーに影響を与え、コミュニケーションの正確性向上に貢献しました。

全文翻訳

私は最近、ほとんどの人がその功績を知っているにもかかわらず、名前を知らないある人物の訃報を知りました。Tony Kruegerは、Wikipediaではゲーム「Chip's Challenge」をWindows Entertainment Pack向けにWindowsに移植した人物として記憶されています¹。しかし、それが彼が書いたコードで最も多くの人々に影響を与えたものではないでしょう。TonyはWord 1.0、1.1、2.0、その後Word for OS/2、Word for Macに取り組み、さらにWord 6.0とその後のいくつかのバージョンに戻ってきました。彼は「最も多くのバージョンのWordを出荷した」記録を持っているかもしれません。 Wordの初期バージョンでは、スペルチェック機能は明示的に呼び出すものであり、プログラムが潜在的な誤字を探し出し、それらを1つずつ表示してどうするかを決定するまで、ユーザーは座って待つ必要がありました。Wordは、ユーザーがアイドル状態のときにスペルチェックを実行する「オートスペルチェック」機能を導入しました。これにより、「スペルチェック」ボタンを押したときには結果がすぐに表示されるようになりました。しかし、オートスペルチェックは依然としてブロッキング操作でした。その結果、多くのユーザーがこの機能をオフにしました。なぜなら、何かをしたいと思ったときに限って「今こそドキュメントのスペルチェックをする良い機会だ」と判断し、スペルチェックの完了を待たされるため、例えば保存して終了するといったことができませんでした。 Tonyはスペルチェッカーをはるかに目立たなくし、フォアグラウンド作業を妨げないようにしました。そして問題が見つかったとき、ユーザーがスペルチェックをトリガーするのを待つのではなく、すぐに潜在的な誤字の下に赤い波線(そして後に潜在的な文法エラーの下に緑の波線)を引きました。 Tonyはマジック/コメディチームのPenn and Tellerの初期からのファンでした。友人であり同僚がショーに参加し、その後、友人Tonyのためにデュオに写真をサインしてもらうために残りました。「彼はWordで赤と緑の波線を担当したチームの一員でした。」これを聞くと、Penn Jilletteは劇場全体に響き渡る彼の力強い声で宣言しました。「赤と緑の波線!?赤と緑の波線が大好きだよ!」Tellerは黙って同意しました。Tonyはそのサイン入り写真を誕生日に受け取り、サイン入り写真とPenn and Tellerが彼の機能を気に入ってくれたことのどちらが彼にとってより嬉しかったのかは不明でした。 何年も後、「Weird Al」Yankovicは「Word Crimes」というタイトルのパロディビデオを録音し、その中でWordの赤い波線が短く登場しました。同じ友人が「Weird Al」にそのスクリーンショットにサインしてもらいました。今日、ほとんどすべてのワープロソフト、そしてワープロソフト以外の場所でも、赤(さらには緑や青)の波線が表示されます。Tonyがそれを最初にやりました。次に赤い波線があなたの間違いを見つけたら、Tonyに感謝の意を伝えてください。彼はそれを喜ぶと思います。 ¹ おそらく広く文書化されていませんが、彼はソースコードなしでこれを達成しました: MS-DOS版をリバースエンジニアリングし、その後Windows向けに再実装しました。 私は情熱的にその波線が嫌いな「変わった」一人だと思います。それらは私の強迫性障害を引き起こし、私が最初にすることは、あらゆる種類のそのような「おせっかい」をどこでもオフにすることです。 1. 辞書が貧弱で、ゲームのキャラクター名やゲーム内の場所を入力すると、たとえ正しくスペルが書かれていても、BAMと赤い波線が表示されます。 2. VSの緑の波線は、まだ書いていないものの欠落について警告してきます。 3. 複数の言語を使用している人や、非公式な書き方をしている人(例えば、ANSI文字セットのみのセルビア語ラテン文字など) ああ、私は白い背景の細い赤い線が赤く見えない(私にはほとんど黒に見える)人でもあります。だから、何も感謝しません、ということでしょうか? 最初の表示時に右クリックして「無視」または「辞書に追加」と言うことができます。また、Wordにテキストブロックが特定の言語であることを伝えれば、その言語の辞書を使ってスペルチェックを行います。(ただし、単一のドキュメントで頻繁に言語が変わる場合は面倒になる可能性があることは理解できます。) Krueger、赤、緑…何か関連があるのでしょうか? 可能な誤字を示す方法を考案するのは、かなり困難だったに違いありません。それは、1つには、無視したいときに過度に邪魔にならずに気づくのに十分なほど目立つこと、そして2つには、実際にドキュメントに適用したいと思うような書式設定とは異なるものであること、でした。それは確かにそのスイートスポットを正確に捉え、多くの優れたデザインと同様に、それを考案するのにどれだけの作業とテストが必要だったかを隠し、振り返ってみれば当然のように思えます。ありがとう、Tony! 数ヶ月前、Steven Sinofskyの自伝「Hardcore Software」を読んで、Word 95での波線の導入について知りました。当時、SinofskyはOffice部門にいましたが(まだその部門の責任者ではありませんでした)。私の記憶が正しければ、彼らがこの機能を最初に実装したとき、最初に試したのは単一の赤い下線でした。しかし、それはすぐに、特に赤いテキストと混同されやすいことが判明しました。誰か(おそらくTony Krueger自身)がジグザグ線のアイデアを思いつき、あとは、ご存知の通り、歴史になりました。 赤いテキストは、まっすぐな下線にとって間違いなく課題となるでしょう — 赤緑色弱の人は、影響を受ける人々(おそらく世界人口の約3%)にとってはさらに大きな課題となるでしょう!私は個人的には赤と緑の波線を区別できませんが、その違いは形状の違いほど重要ではなく、形状はもちろんどれもはっきりと見えます。 2026年6月17日 Windowsスタック制限チェックの回顧、フォローアップ Raymond Chen 2026年6月15日 x86エミュレーターチームがエミュレーション中にコードを修正するほどひどいコードを発見したとき Raymond Chen