チェックボックスと2つのラジオボタン - どれが使いやすいですか？

Question

私は現在、いくつかの設定画面で作業しています。ほとんどの設定画面では、左側に優先度の質問が2列あり、右側にフォーム要素があります。

/編集他のユーザーを追加することができます。

質問はのようなものがありますか？

クライアントを削除できますか？

明らかに、この設定はチェックボックスが使用する適切なフォーム要素であることを主張するだろうバイナリ設定し、最もUI「専門家」です。私はチェックボックスでフォームを嘲笑するとき

はしかし、それは無愛想に見えたし、戻って質問へのチェックボックスの状態を関連付けることは難しいように見えました。

私の代わりに2つのラジオボタンを使用するようにフォームを変更：個人的に

• Oはいいいえ

オプションが実際に答えているように私は、これを簡単に処理することを見つけます左に質問がありました。それをクリックするという点で

は、ユーザーに違いはありません、それは設定を変更するたびに、シングルクリックです。

このラジオボタンの使用についてどう思いますか？これはチェックボックスよりも良いか悪いのですか？なぜですか？以下のようなもののために

Answer 1

は、「Xを行うことができます」私は行うことができない/何ができるように設定ラジオではなく、チェックボックスを使用するであろうことは十分にあるチェックボックスのオン・オフ、自然に関するものです。ほとんどのユーザーは、しかし号

にはいなしダニマップにダニマップを理解し、ラジオ・セットはオプションが明らかにされていないか、彼らはオン/オフに関係するかもしれない方法いくつかのバイナリオプションのために意味をなすことができません明らかです。たとえば、「バイナリファイル」を使用できますか？チェックボックスに従ってくださいが、この場合、「ファイル形式」に続いて「バイナリ」と「テキスト」オプションがあることが明確になると思います。

Answer 2

uxの観点からは、チェックボックスはtrue/false ieを表します。 Questは、あなたが好きなのはXXXと言ってもらえますか？）しかし、選択肢としてはラジオ（例えばAまたはB）が好きです。プッシュ・イン/ポップ・アウト・ボタンのような他のメタファーがあります。

Answer 3

私は答えは常にはい/いいえであればラジオボタンはGUIを煩雑にすると思います。 ラジオボタンを使用すると、キーボードを使用してオプションを少し強く設定することもできます。

Answer 4

これは、文脈や対象読者によって異なります。答えに必要な思考プロセスを最小限に抑えることを目指しています。

それはアンケートだ場合、たとえば、あなたはおそらく完全な文章でお願いしたいと思いますよ。ツールバー（頻繁に設定/設定されていないもの）はトグルを使用するのに対し、オプション画面はスキャン読み込み（yes/noの代わりに許可/拒否）を対象とします。いずれにせよ、私は一貫性の面で誤りを犯します。

アクセス許可の場合は、アクセス許可の見出しを使用し、のチェックボックスを使用してユーザーを編集します。。許可が有効になっている場合は、その権限を強調表示することさえできます。これはキーボードのユーザーが2つのタブの代わりに1つのタブを押すだけで済みます。チェックボックスのクリック領域が十分に大きいことを確認してください。

いずれの場合も、2つの列の形式は、ターゲットを説明からあまりにも遠くに置くため、推奨されません。また、「フルコントロールを許可するか、一部のみ（はい/いいえ）」などの質問を促します。緑色から赤色に変化する行を使用し、ティック/クロスを表示する方法はありますか？これはウェブにやさしい方法で行うことができます。

Answer 5

「他のユーザーを追加/編集できますか？」と表示されているチェックボックスのみを使用してみましたか？

Answer 6

私は、チェックボックスに暗黙の「真」/「偽」の意味が多いことに同意します。また、ラジオボタンでは、どちらのオプションも選択しないでアクティブな選択をさせることができます。したがって、重要なフィールドでは、ラジオボタンを使用して、ユーザーが誤ってラジオボタンを見逃さないようにすることをお勧めします。

Answer 7

私たちは年齢層の高い顧客ベースを経験していますが、「はい」/「いいえ」のラジオボタンはチェックボックスより優れています。私たちはチェックボックスを外してラジオボタンをどこにでも置くように強制されました。 ITに精通していない人には向いていません。

Answer 8

私はこれを最近調べて、PHPフォームクラスを設計しました。あなたが注意するように、標準的な答えは、チェックボックスを使用する必要があり、ラジオが使用されている場所を指定する必要があると主張する人もいます。

私はそれ以上に同意できませんでした。ユーザーがテキスト入力に直面したとき、たとえばユーザー名を入力するときを考えてみましょう。彼らがこのフィールドに記入することなくフォームを提出し、フィールドが必要な場合、生成された空文字列が入力不良であることがわかります。ユーザーがフィールドを見落としたか、必要であることを認識していない可能性があります。私たちはエラーを発生させ、不足しているデータを入力するように頼みます。

同様のシナリオを考えますが、チェックボックスを使用します。ユーザーがチェックボックスを選択しなかった場合、入力が意図されているのか意図しないのかはわかりません。既定のラジオでも同じことが言えます。

したがって、フォームにはデフォルトを含めないことを強くお勧めします。情報の一部がユーザーから取るのに十分重要である場合は、それが正しいことが十分に重要です。チェックボックスまたはラジオのセットをチェックしてデフォルトを提供するかどうかは、少量のユーザビリティで大量の精度を犠牲にします。したがって、はい/いいえラジオはチェックボックスよりもはるかに優れていると思います。

私の意見では、チェックボックスが有効な唯一の場所は、ユーザーが複数のオプションを選択できる小さなコレクションがある場所です。ただし、コレクションが大きい場合は、select（空白のデフォルトオプションなし）を使用する必要があります。

Answer 9

ラジオボタンは、サポートや文書化が本当に困難です。

あなたはティックボックスにチェックを入れるように指示することができます。

しかし、「ラジオボタン」はほとんど意味がなく、「最もよく適用されるオプション」はちょうどナンセンスです。

Answer 10

私の感想は、答えがYesまたはNoのみである場合はチェックボックスを使用しなければならないということです。登録しますか？

他のオプションがあるラジオボタン。例えばoPlainテキストでニュースレターをお聞きしたいのですか？デフォルトなし。

その他の考慮事項は、ユーザーが意識して決定したい場合に使用します。他の答えの1つが言うように、それが十分に重要であるならば、その正確さを得るためにはおそらく重要です。

私がチェックボックスを使用するのは、回答が「はい」または「いいえ」の場合だけです。チェックボックスをオンにすると、ユーザーが入力する必要のある他のフィールドとオプション/必須ではない情報が有効になります。他の誰かがあなたのアカウントにアクセスする権限を与えますか？]これは、名前、アドレスなどのフィールドを有効にします。私が尋ねるひとつは、ユーザーがこれをデフォルトオプション（通常はNO）として残した場合、それは重大な違いを生み出し、後で簡単に変更できるかどうかです '

Answer 11

私の場合は

、我々は明確なはい、明示的な答えを必要とするか、いや、私はイエスとノーの両方のチェックボックスを使用しているため：

Yes [ ]  No [ ] 

利点は、フォームが同様に紙の上で有効であることである（時々/ファックス署名が必要です）。ラジオボタンをチェックボックスとしてスタイルすることもできますね！