ユーザーがコンテンツを含むテキストボックスを選択するというシナリオの経験則はあるのでしょうか。その中のすべてのテキストを常に選択して、ユーザーが新しい値を入力する以外の操作なしで新しい値を入力できるようにする必要がありますか?
常にテキストボックスフィールドを含むシナリオについて考えます。
覚えておかなければならないもう1つの重要な点は、ユーザーがテキスト全体の選択を期待しない可能性があるため、入力を開始すると以前のテキストがすべて消去されることです。テキストフィールドが長い場合や「難しい」場合(郵便番号で住所を考えてください)、消去による「損傷」により自動選択の利点が克服される可能性があります。
私の意見では、テキストを選択することは、有害ではないにしても、ほとんどの場合、予期せぬ不必要なことです。ただし、例外があります。ブラウザのアドレスバーは、私が考えることができる最良の例です。ユーザーが通常、現在のアドレスを変更するのではなく、新しいアドレスを書き込むことを望んでいると想定するとおそらく安全であるため、テキストを事前に選択しておくと役立ちます。
だから私の答えは、テキストはnotを事前に選択する必要があるということですnlessそうする特定の理由があります。つまり、どちらの方法が正しいかわからない場合は、事前選択しないでください。ほとんどの場合、それがより安全な選択のようです。
「経験則」では、事前選択は行われないと思います。少なくとも。これは、すべての会社のソフトウェアでどのように機能するか、また、私がすぐに確認したすべてのアプリとWebサイトでどのように機能するかです。このサイト)、ユーザーが入力を開始する前に、そのテキストを消去する必要があります...
これでまた文脈が...
ユーザーがボックス内のテキストを修正する必要がある可能性と、それにフォーカスしたときにボックス内の内容を上書きする可能性がどの程度あるかを評価する必要があります。
たとえば、アドレスバーと検索ボックスは、多くの場合、Webサイトで事前選択するように設定されています。どちらの場合も、スペルミスが行われた可能性があるか、パワーユーザーがアドレスバーを直接操作している可能性があります(ページネーションと考えてください)。検索の場合、ユーザーが追加のキーワードを追加するか、そこにあるキーワードを変更することで検索を絞り込むことを期待するのは合理的であるため、両方のケースでフォーカスを選択するかどうかを慎重に検討する必要があります。
また、ブラウザによってフィールドが事前入力される可能性がどの程度あるかを検討します。たとえば、メールのサインインボックスは検索ボックスよりも事前に入力される可能性が高いため、保存されたユーザーが変更したくない場合は、メールのサインインボックスがフォーカスの選択に適している可能性があります。個人データを消去していない限り、まったく別のメールアドレスを持つ新しいユーザーである可能性があります。
しかし、これはすべて、フィールドのコンテキストとフォームに入力する人のタイプに依存するため、明確な経験則があるかどうかはわかりません。
Select on focusの明確なケースは、テキストボックスにURL自体が含まれている場合、またはユーザーが完全に切り取って貼り付けたいコードが含まれている場合のみです。例えばGoogle Analyticsトラッキングコード、またはGITリポジトリ/ソーシャルネットワークプロファイルURL。