ほとんどのプログラムが検索と置換ダイアログを分離しているのはなぜですか？
ほとんどのプログラムが検索と置換ダイアログを分離しているのはなぜですか？明らかに、私はテキストエディターやワードプロセッサのようなアプリ、編集コンテンツに使用されるアプリについて話している。
基本的に同じコインの2つの面である機能を完全に分離することは、よくても奇妙に思えます。同じウィンドウ内のタブではなく個別のウィンドウとして実装され、一部を置き換えることにした場合、非常にイライラすることがあります。すでに一致が見つかりました。
インターフェイスデザインの観点からは、[置換]に必要な別のテキストボックスと2つの追加ボタン（他のすべてのオプションは通常[検索]と[置換]の両方で同じです）を含めることで、インターフェイスにこのような混乱が生じ、認知過負荷がどのように発生するのかわかりません。 「非パワーユーザー」向けの基本的な検索バージョンが必要です。
これら2つを組み合わせた唯一のプログラムは、TextEditです。 （皮肉にも、Replace関数がTextEditで非表示になっている場所について Apple StackExchange に関する質問がありますが、これは、「Findまたは交換してください。）
興味深い質問であり、私たちの多くは、考えられる問題をあまり深く掘り下げることなく、以前に考えたことがあると思います。純粋にデザインの観点から、私はいくつかのもっともらしい理由を考えることができます：
- コンベンション：最初の人がこの方法でそれを行った後、「それがそれがどのように行われたか」という理由で、他のすべての人がそれに続きました。
- 安全第一：破壊的なアクション（置換）を非破壊的なアクション（検索）から分離することは、最初に確認を得ずに誤って情報を消去しないようにするために重要です。 「元に戻す」が常に利用できるとは限らなかった、または私が知らない他の実装の詳細があると思います。
- 設計/実装の容易さ：おそらく、検索と置換機能を異なるモジュールとして個別に作成するのは簡単です（すべてのプログラムが両方を必要とするわけではないため）。いずれかの機能を追加または削除します。
結局のところ、それがエンドユーザーにとってそのような問題である場合、これらのソフトウェアによって変更されることが予想されるため、おそらく人々はそれに慣れています（ほとんど同じようにQWERTYを使用しています） DVORAKまたはColemakキーボードレイアウトよりも）。
FindとFind and Replaceはどちらも機能的に関連しています。しかし、どちらのアクションも、ユーザーが必要とするもの（考え方）に関して、orthogonalのようです。何かをfindしたいか、またはsubstitute何かの発生。後者の場合、置換したいもののオカレンスを見つける必要があるだけですが、これは二次的な問題であり、場合によっては重要ではないこともあります。
したがって、検索と置換と呼ばれるオプションを1つだけ表示すると、単にfind何かをしたいユーザーを混乱させます。彼らはこの行動を彼らが彼らが必要とすることを成し遂げることを可能にする行動であると解釈しないでしょう。同様に、ドキュメント内の何かを置き換える必要がある場合、置き換えを提供するFindを持つことは適切なアクションのようには見えません。
ユーザーがpower text editor usersであることが期待できる場合、たとえばprogrammers次に、これらのダイアログを1つに統合するか、ツールバーを作成して、入力時にリアルタイムの結果を表示することをお勧めします。これは、編集プロセスを大幅に高速化するため、現在の開発ツールに期待される機能です。 IDEs（統合開発環境）は通常、これでかなり良い仕事をします。たとえば、すべての JetBrains製品 または、Qt Creator by The Qt Company。
JetBrainsによる例：
私はこれを新しい行動だと思っています。テストするためのMSOfficeの古いインストールがなければ、確信は持てませんが、以前は、検索/置換ダイアログボックスはモーダルであり、多くのテキストをカバーしていました。検索onlyツールの場合、これは必要ありません。2つから4つのコントロールがあり、そのうち1つだけがテキストボックス（ワイド）です。置換には少なくとも別のテキストボックスとボタンが必要で、通常はそれ以上です（「すべて置換」など）。また、エラーの結果が大きくなるため、ボタンの代わりに、より明確なラベルが必要になる場合があります。したがって、検索ツールは、一目でわかる幅でステータスバーまたはツールバーに収まります。置換はこれには大きすぎます。これは、新しいバージョンのWordが、サイドバーを十分に使用していても（検索されたアイテムの場所を示すためにスペースが使用されているように見える）にもかかわらず、「高度な検索」を置換で配置する理由も示しています。
非侵入型の「検索」ツールに向かう傾向があります。ステータスバーで。例：Libreoffice; Firefox; Adobe Reader（後者の2つは、「replace」が使用されない新しい方法の例として具体的に含まれています）
MS Word（およびおそらく電子メールの作成中のOutlookではなく残りのOffice）は、かなり異なるサイドバーの「ナビゲーション」ボックスを使用します。これにより、従来の検索/置換ツール（同じダイアログボックスのタブ、現在は「高度な検索」と呼ばれる検索ビット）にさまざまな機能が提供されます。検索/置換ツールは今やかなり古風に見えますが、おそらくパワーユーザーのワークフロー（キーボードショートカットが好きで、タブを押す回数を覚えているタッチタイピスト）を壊さない限り、ほとんど変更できません。
Findは変更不可能なドキュメントで賢明です。交換はありません。歴史的に、「交換」は淡色表示されているか、読み取り専用モードで表示されませんでしたか？ 720kフロッピーディスクにドキュメントのコピーが1つしかなかった頃に戻ったのでしょうか。
最近では、ドキュメントのtextは常に変更可能であり、変更できないのはfileであるため、グレー表示されているのは「保存」であり、 「名前を付けて保存」が必要です。 （ファイルを読み取り専用で開くと、警告が表示されることもよくあります）。
何かを（たとえば）null文字列で誤ってグローバルに置き換えると、特に「元に戻す」でワンクリックでグローバルな置換を元に戻すことができない場合、少し破滅的です。したがって、本質的にはより「危険」なオプションの完全に異なるメニューエントリを持つことは、それでも意味があるかもしれません。
テキストエディターの歴史 はたくさんあります。例えば vi これは、ドキュメントの表示（検索）とドキュメントの編集（置換）の間に定義された分割があるため、これらを分離した最も古いものの1つです。
技術的には、WebのGETとPOSTのようにまったく異なり、テキストエディターは通常、非常に技術的なツールです。
ワープロはそれほどではありませんが、テキストエディタからインスピレーションを得たと思います。
私も疑っていますが、データを見つけることができません。検索操作は置換操作よりも頻繁に行われます。