使いやすさ：フォーカスが[OK / DONE]ボタンに設定されていなくても、ENTERキーでウィザードフォームを[OK]として閉じる必要がありますか？
https://stackoverflow.com/questions/161591
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
OK / DONEボタンがフォーカスされていなくても、キーボードでEnterが押された場合、ウィザードフォームをDoneまたはOKとして閉じるという奇妙な要求があります。
私の意見では、それはユーザビリティの間違いでしょう。例：ウィザードには、複数のコントロール、ボタン、チェックボックス、複数の行コントロールがあり、それらはすべてENTERキーからのアクションに対して異なる動作をします。ウィザードのナビゲーションにある他のボタンも忘れないでください。フォーカスが合っている場合はどうなりますか？
これらのコントロールは、以前のようにEnterに反応しませんか？それらはアクションを実行する必要がありますが、Enterがコントロールに対してそれ以上アクションを実行しない他の場合、フォーム== inconsistentを閉じますか？
これは、ある人のニーズが彼を助けるが、他の多くの人を混乱させる典型的なリクエストだと思います。
私の意見では、ウィザードは物事を簡単にするだけでなく、多くの場合、アプリケーションの機能の経験が少ない人々に焦点を合わせているため、非常に特別です。そのため、すべてのリクエストを真剣に受け止め、リクエストに対する賛否両論を検討するようにしています。
私の視点は狭くなりますか？特にウィザードが私の意見をバックアップするため、または多分間違っていることを証明するために、いくつかのユーザビリティ研究またはガイドラインがありますか？
ありがとうございます！
マイケル
解決
鍵はテストすることだと思います。ユーザーが快適に感じるものを本当に推測することはできません。ユーザーがそれを試してみるのを見る必要があります。特に、従うことができる互換性のない標準が複数あるため、この変更が視聴者のほとんどのユーザーに有効かどうかを確認する必要があります。
他のヒント
さて、ここにあります。ここでは、2種類のユーザーを考慮する必要があります。
最初の種類のユーザーは、Enterキーを押して次のフィールドに移動することに慣れているBaby BoomersとGen Xers（70年代/ 80年代にコンピューターを使用していたユーザー）です。これらは、ターミナル/コンソールでコンピューターを使用する方法を学び、そのフィールドへの入力を終えて次のフィールドに進むことを意味します。
2番目の種類のユーザーは、Windowsで離乳したユーザーです。これらの人々は、Tabキーを押して次のフィールドに移動することに慣れています。 Enterキーを押すと、すべてが完了したことになります。
では、どの規則に従うべきですか？それは、第1タイプまたは第2タイプのユーザー、環境（WindowsまたはWeb？）、およびOSのいずれをターゲットにするかによって異なります。
Windowsフォームをターゲットにしている場合、フォーム入力のためにOSと一貫性を保つこと（たとえば、EnterではなくTabを使用できるようにすること）をお勧めします。 Webでは、Enterが送信イベントとしてWebブラウザーにトラップされるため、困惑しています。
最後に、私が提供できる唯一の有用なアドバイスは、ターゲット顧客と試して、彼らがTabよりもEnterを好むかどうかを確認することです。
私は同じ意見で、おそらくクライアントにそれを言及し、両方のモードで最終バージョンを使用させます。私はあなたが彼らが支払うときに彼らが求めるものを彼らに与えなければならないと思います。
これも奇妙な要求のようですが、ポールが言うように、クライアントがそれを望んでいるなら、クライアントはそれを受け取ります。 しかし、ユーザビリティ/理解の観点からは、OK /完了ボタンの境界線を通常よりもはるかに太くして、少し目立つようにし、人々に特別な動作があることを示すかもしれません。 また、ダイアログ/ウィザードボックスで、Enterキーを押すと、[OK /完了]ボタンが押されたかのようにウィザードが閉じることをメモします。 1人のユーザーはEnterキーを押すと終了することを知っているかもしれませんが、他の誰かが特に言わない限り、彼らはその動作を期待しません。
これを容易にするために、終了ページを用意する必要があると思います。ユーザーが誤ってEnterキーを押した場合、最悪の場合、ウィザードを終了せず、次のページ（終了ページの可能性があります）のみに進みます。これは、ウィザードが核爆弾を制御している状況に適しています。
終了ページでEnterキーを押すと、ウィザードが終了します（そしてイラクを爆破し、衛星を降ろし、Jimbobの農場を消去します）。
ユーザーがウィザードを再実行できる場合、ユーザーが誤ってウィザードを終了してしまった場合、それは災害とは思いません。
ユーザーがキャンセルした場合など、ウィザードは終了するまでアクションを実行しないでください。終了時の確認ダイアログボックスは退屈であり、使用する場合は追って説明します。ユーザーがウィザードを終了したら、彼の意図についてかなり確信していると思います。
おそらくクライアントにはその理由があります。 次の状況を想像してください。 多数のオプションフィールドを備えた画面で、多くの場合オープン/クローズされ、データの正確性はそれほど重要ではありません。
この情報を収集してタイムシートを生成できるように、30分ごとにポップアップして、何をしているのか、どのクライアント、そしていくつかのメモを尋ねる小さなプログラムを考えてみてください。
画面を開いて情報を入力し、すべてをすばやく閉じることができます。データの正確さよりも、できるだけ手間をかけずに行うことが重要です。
私は、フォーカスを持たずにフィールドを確認できると便利な多くの状況を想像できます。
このリクエストは、ウィザードで実行されたUATに、ENTERキーを押すとボタンをクリックするのと同じ効果があることを知らなかったユーザーが関与していたためでしょうか？
ウィザードの最終ページが表示されたときに「完了」ボタンが既に強調表示されている場合（予想どおり）、この時点でEnterキーを押すこともできます。 / p>
Googleを例にとると、検索用語を体系的に入力し、マウスで「検索」ボタンをクリックすると、検索結果の上部に親切にメッセージが表示されることを覚えているようですEnterキーを押すだけでもいいというヒントが表示されます。明らかに、これはウィザードの最後のページであるため、あなたのケースでは簡単に実行できるものではありませんが、おそらくこれは、クライアントがあなたに設計を行わせようとしているようなものでしょうか？
クライアントを教育します。その提案が優れたユーザビリティの実践ではない理由としていくつかのドキュメントを見せてください。
クライアントは通常、あなたを信じる前に第三者を信じるので、評判の良いウェブサイトが最適に機能します。結局のところ、彼らにとってはあなたはおそらく怠け者であり、それ以上は働きたくないでしょう。
クライアントがまだ譲歩しない場合は、彼らが望むことをして、それが良いことではないことを警告します。
あなたの場合、「やるべきこと」は灰色の領域に少し見えます。
この機能を使用してウィザードを進めることができますが、そのページで他のアクションが実行されていない場合に限ります。
フィールドが完成するか、ボタンをクリック/強調表示されるか、カーソルがデフォルトの位置から移動すると、Enter機能は標準OSの機能に戻ります。
他の人が言ったように、これは明らかに、ウィザードを使用している人がアプリケーショントレーニングの一部としてこれを認識している場合にのみ機能しますが、ウィザードの未使用のページをすばやく移動してユーザーである必要があります。
関係ありません。すべてのアプリケーションを選択して一貫性を保つ
