Webページのテキストフィールドへの自動「フォーカス」の欠点（JavaScript）
Webページのテキストフィールドに注目することの欠点をご存知ですか。ユーザーがこのテキストフィールドを他のユーザーよりも使用することがわかっている場合（Googleホームページなど）は非常に便利ですが、少し「攻撃的」であるため、何か問題が発生するのではないか（たとえば、モバイルデバイス）
Backspaceキーは、[戻る]ボタンのキーボードショートカットであるため、通常はページを戻します。入力フィールドがフォーカスされている場合、バックスペースは入力フィールド内でのみ機能します。したがって、多くのキーボードユーザー（キーボードの方が好みで、キーボードとマウスの切り替えを避けます）の場合、サイトが入力フィールドを任意に自動フォーカスすることは明らかな欠点です。
とは言っても、フォームの入力と送信がページ全体の目的である場合、ページが最初のフィールドに自動フォーカスしないようにしたくありません。
ですから、基本的に私にとってのルールは次のようになると思います。データ入力フォームのオートフォーカス。入力がページの2番目（またはさらに下）のアイテムである場合は、オートフォーカスしないでください。
以下は、キーボードフォーカスの設定に固有の欠点ではありませんが、いずれにしても、フォーカス設定スクリプトと特定のブラウザーの動作の組み合わせによって引き起こされる望ましくない影響です。
少なくともFirefoxでは、キーボードフォーカスを設定すると、アドレスバーなど、ブラウザ自体に属するUI要素からでもフォーカスを盗む可能性があります。このため、私は次の小さな問題を経験しました。
- あるページを訪問しました。ページには、特定のテキストボックスにフォーカスを設定するonloadスクリプトが含まれていましたが、当然それを知りませんでした。
- ページの読み込みに時間がかかりすぎたため、そのページへのアクセスを断念して、別のページにアクセスすることにしました。
- アドレスバーに新しいURLを入力し始めました。
- その間、ページの読み込みが完了し、ページ内のスクリプトが実行されました。
- 入力したアドレスの後半がページのテキストボックスに表示されるため、少し不満がありました。 :(
（Firefox 4では、ブラウザーのUI要素にフォーカスがあるときにページコンテンツがフォーカスを取得できないようにすることで、この動作を回避する予定です（修正は 部分的にコミットされました ですが 完全ではありません） ）。この修正が適用された場合、Firefox 4では上記の状況は発生しません。InternetExplorerにも同じ問題がないと聞きました。）
ページが読み込まれるときにテキストフィールドにフォーカスを置くと、ページをスクロールするための上下矢印が表示されなくなります。つまり、ユーザーはページをクリックしてスクロールする必要があります。ただし、ページがスクロールしない場合、またはテキストボックスを必要とするアクションが1つしかない場合は、非常に便利です。
私のオンラインバンキングサイトには、パスワードと暗証番号から特定の文字を入力するためのテキストボックスがいくつかあります。キーが押されると、ページは次のテキストボックスに自動フォーカスします。これは、コントロール間をタブで移動する必要がないことを意味するので通常は適切ですが、誤って間違った文字を入力した場合は本当に大変です。この場合、Shift + Tabの動作が壊れます。Shift+ Tabを押すとコントロールに戻りますが、Shiftを離すと再び前方に移動します。つまり、マウスに手を伸ばす必要があります。
オートフォーカスは Vivium （VimのようなショートカットをGoogle Chromeに追加する）のようなプラグインに問題を引き起こす可能性があります。これにより、Vimiumが挿入モードに自動的に移行し、ナビゲーションがより困難になります。
ここにはすでに多くの素晴らしい答えがありますが、オートフォーカスに関連する問題を軽減する方法については誰も言及していません。絶対に最低限、オートフォーカスされた要素のスタイルを非常に明確にして、アクティブであることをより明確にすることをお勧めします。カーソルの点滅すべきはかなり良い指標ですが、太く色のついた境界線などを使用すると、より明確になります。
攻撃的な言葉は適切ではないかもしれませんが、それは間違いなく失礼です。音楽の自動再生、ポップアップウィンドウの自動起動、またはブラウザーの自動サイズ変更を使用して、自動フォーカスを設定しました。それはユーザーからコントロールを奪い、そして私見では、それは常に失礼です。モバイルデバイスでのユーザビリティや一般的なアクセシビリティなど、すでに述べた問題は言うまでもありません。
オートフォーカスは、ログインページでの大きな禁止事項です。
私のような人は、テキストボックスが表示されたらすぐにユーザー名とパスワードを入力する習慣があります。パスワードを入力している最中にページの読み込みが終了し、ユーザー名のテキストボックスにフォーカスが移動して、ユーザー名フィールドにパスワードの残りの部分を入力してしまうことがあるのです。
これは大きな迷惑であり、ウェブサイトはそのようなページでオートフォーカスを使用することを避けるべきです。
最終的には、それはあなたのウェブサイトが何をするか、そしてこの領域に集中していることの結果に依存するでしょう。
サイトの入力フィールドが1つだけ（Googleのように）あり、この入力を操作するために別のアクションが必要な場合、問題は発生しません。それは人々が期待する（来る）ものであり、それが彼らがサイトを使用するのを助ける何かであるなら。
それがいくつかのテキストフィールドの1つだけであり、空白のままにできる場合、それはおそらくユーザーの補助ではなく、かなりの数のユーザーの邪魔になる可能性があります。
すべてのキーストロークの後に何かをすると、私はそれが不快であると見ることができますが、それは主に個人的な好みです。
私が見ているように、アイデアは、サインインからデータの入力まで、入力が必要なページに移動するときにクリックの必要性を減らすことです。
この考えに興味があるのは、テキストフィールドにフォーカスを置くのは「少し不快」だということです。なぜそれが攻撃的であると思いますか？
実際の例：Wordpress wp 2.9以降のオートフォーカスでログインルーチンを台無しにしました。
彼らがオートフォーカスを挿入する前に、ブックマークをヒットし、ブラウザーとBAMに保存されているユーザー/パスを使用して[ログイン]をクリックしました。
今、オートフォーカスは私のブラウザに保存されたデータをクリアし、ユーザー名を書き、タブを押してパスワードのオートコンプリートを取得し、入力する必要があります。より多くのステップ。