標準的なビジネス/会社サイトの基本的な連絡フォームをまとめています。名、姓、電子メール、電話番号、メッセージ。フォームをクリアするための「クリア」ボタンを設置したくなりましたが、これは必要だと思いました。 IEは、各フィールドの末尾にクリアマーカーを配置します。コンタクトフォームにクリアボタンは必要ですか?
それはあなたの状況に依存します。簡単な1ページの連絡/問い合わせフォームでは、リセットフォームは必要ありません。まだ何も保存されていないので、何をリセットする必要があるのでしょうか。本当に最初からやり直す必要がある場合は、いつでもページを更新できます。
ただし、複数のページで構成されるフォームの場合、入力されたフィールドは、たとえばセッションに格納されている可能性があります。その場合、2ページ目の時点でリセットボタンを提供する必要があります。
クリアできるデータがまだ保存されているかどうかに依存します。
まあ、それはほとんど独自の概念から古いものでした。これについて考えてください。フォームのすべてのフィールドのすべての情報をクリアする必要があるのは何回ですか。知っている人に聞いてみれば、おそらく絶対的な結果が得られるような非常に基本的な調査研究があるでしょう:[〜#〜]決して[〜#〜]。
そして、私が言ったように、Webアプリケーションの最初(ほとんど)でさえ、これは役に立たない要素と考えられていました。 2000年には早くも Jakob Nielsenは、クリアボタンとリセットボタンの禁止を提唱しました ですが、いくつか注意点があります。そしてもちろん、その記事は古く、その記事のいくつかの見方は今日ではあまり有効ではありませんが、それでも読む価値はあります。 キャンセルボタンについて彼が言ったことを見てください:
キャンセル:控えめに使用
Webはアプリケーション環境ではなく、通常、ダイアログボックスはありません。代わりに、Webは、ユーザーが情報のページ間を移動するナビゲーション環境です。ハイパーテキストナビゲーションは主要なユーザー動作であるため、ユーザーは不快な状況から抜け出すために[戻る]ボタンに依存することを学びました。ユーザーが不要なページにアクセスするときはいつでも、マウスを直接「戻る」ボタンに押し付けます。
戻るはWebで非常に強力な動作であるため、通常、明示的な[キャンセル]ボタンを提供する必要はありません。ユーザーが何かを要求したが望まない場合は、それが[戻る]ボタンの時間であることを確認できます。
ユーザーが回避したいことにコミットしたことをユーザーが恐れている場合は、キャンセルボタンを提供します。キャンセルする明示的な方法があると、単に去るだけでは得られない安全性がさらに高まります。
キャンセルは主に、ユーザーがアクションのある1つ以上のページを通過したマルチステップダイアログで役立ちます。現時点では、[戻る]ボタンを押してもこれらの操作は取り消されないため、ユーザーが[キャンセル]をクリックした方がよいでしょう。
もちろん、ユーザーが[キャンセル]をクリックしても、提供されたとしても信頼できないため、バックエンドロジックは、ユーザーが[戻る]ボタンを使用して終了することを決定した放棄されたマルチステップダイアログを処理できる必要があります。この追加された複雑さは、Webブラウザー内に高度なアプリケーションを実装しようとすることをお勧めしない理由の1つです。別の形式のインターネット対応アプリケーションを使用することをお勧めします。
また、クリアボタンはフローにいくつかの複雑さを追加します。
つまり、Nielsenが言及している場所でボタンを使用する必要がない限り(多段階フォーム、データのアップロード/ダウンロードなど、その場合はキャンセルが必要です)、ボタンがまったく役に立たないことが簡単にわかります。 CLEARボタンではなくボタン)