送信ボタンのないフォームを作成できないのはなぜですか？
送信コントロールのインクルードに関するW3Cのアドバイス を考慮すると、フォームを送信する唯一の方法がReturn/Enterキーを押すことである場合でも、フォームにアクセスできますか？
1。ユーザーがキーボードを持っていない場合はどうなりますか？
これは完全に有効なケースです。一部のフォームはキーボードとの対話を必要としないだけでなく（たとえば、いくつかのコンボボックス、ラジオボタン、およびチェックボックスを備えたフォーム）、フォームにテキストボックスとテキスト領域がある場合でも、それが正確な瞬間であるとは限りませんフォーム送信の場合、ユーザーはキーボードを使用する準備ができています。
2。応答しないUI
マウスでボタンをクリックすると、即座に視覚的なフィードバックが得られます（経験の浅い設計者がボタンの視覚的外観を変更することを決定し、マウスダウンの状態を見落とした場合を除きます）。
Enterキーを押すと、予想される一般的に受け入れられている視覚的なフィードバックはありません。デバイスが少し遅く、ネットワークも遅い場合、フォームが本当に送信されたかどうかをユーザーが尋ねるのに数ミリ秒かかる可能性があります。
。混乱する相互作用
それがどれほど混乱するか考えてください。あなたはたくさんのコントロールの前にいます。送信ボタンはありません。どういう意味ですか？明らかに、その情報は、いくつかのAJAXの重いWebアプリのように、その場でコミットされます。したがって、ページを閉じて、後で行ったことがすべて失われたことに気付きます。 UXの観点からは、少し不快です。
一般的に受け入れられているパラダイムは、送信ボタンがない場合、情報はその場で送信されるというものです。たとえば、Google検索で入力すると、すぐに結果が表示されます。 Google検索では、送信ボタン（青い虫眼鏡が付いた青色のボタン）がまだ利用可能であることに注意してください。結果はすぐに表示されますが、ユーザーは、検索ボックスに入力されたテキストに自信があり、検索候補を表示したくないことをアプリケーションに示すことができます。
4。限られた発見可能性
初心者は、Enterキーを押してWebフォームを送信できることを知りません。通常ではなく、文書化されていない対話の1つの方法のみを提供することにより、それらのユーザーがアプリケーションを使用できないようにします。
5。コンテキスト依存/モード
キーボードからのフォームの送信は、コンテキストによって異なります。次の場合にユーザーがEnterボタンを押すとどうなりますか。
- アクティブ領域はテキストボックスですか？
- アクティブ領域はテキスト領域ですか？
- アクティブ領域は折りたたまれた状態のコンボボックスですか？
- アクティブ領域は拡張状態のコンボボックスですか？
それを見つけた？本当に直感的でしたか？ボタンを使用すると、ユーザーが直前にいた場所に関係なく、フォームが送信されます（JavaScriptでブロックされていない限り、これは別のケースです）。