web-dev-qa-db-ja.com

単一のチェックボックスまたははい/いいえラジオボタン

以下のフォームアイテムについて、どのインターフェースコントロールが最適なオプションですか？単一のチェックボックスまたははい/いいえラジオボタン？

Read EWLS advice letter?
Checked images / report on PACS / CRIS?
Pacemaker?
Unable to localise stone
formscheckboxesradio-buttons
6
Imran Azad

質問とユーザーが何を達成しようとしているのかについてより多くのコンテキストを取得することは役に立ちます。チェックボックスが機能し、視覚的に検査するオプションが少なくなるため、ユーザーがフォームに入力するのが速くなる可能性があります。チェックボックスを使用する場合は、明確なテキストを追加する必要があります。例えば「ペースメーカー」とはどういう意味ですか？それは患者がペースメーカー/ペースメーカーがチェックされていることを意味しますか？ユーザーがオプションをチェックしたときに、それが実際に何を意味するのかがわかるようにするためです。チェックボックスの最初にキーワードを保持することも良いでしょう。

  • EWLSアドバイスレターを読む
  • 画像を確認しました
  • 報告されたPACS
  • CRISが報告しました
  • ペースメーカープレゼント
  • ローカライズされていない石
7
Anna Rouben

私の経験則：

ユーザーが使用可能なすべてのオプションを実際に検討したかどうかを確認する必要がある場合は、ラジオボタン（または動作のチェックボックス）が必要です。

Did you read the entire contract?............[ ] Yes [ ] No
Twice?.......................................[ ] Yes [ ] No

これが当てはまらない場合：反対が明らかな場合はチェックボックスをオンにします（通常：ラベルはアクションに言及し、チェックされていない場合、そのアクションが実行されない場合、他の副作用はありません）。

それ以外の場合は、選択肢を説明するラジオボタン。

[x] Include Lunch

(*) Italian
( ) Indian

7
peterchen

ラジオボタンは、（そうでない場合はすべて）ケースの大部分で優れています。

Peterchenの答えの最初の部分は正確です。ユーザーが選択肢に対処できるようにするには、ラジオボタンを使用する必要があります。 （質問で2つ以外のオプションを表示している場合は、ドロップダウンボックスを使用することもできます。）

より具体的には、一連のデフォルトの選択のないラジオボタンのセットを使用する必要があり、チェックボックスの問題はまさに常にデフォルトの選択があります。

...そして、常に選択肢がユーザーによってアドレス指定されていることを確認する必要があります。

これは、ユーザー入力を検証するというより大きな基本原則に該当します。

（これの唯一の例外mightは、詳細な設定メニューをデザインしていて、ほとんどのユーザーがすべての選択肢を見るとは限らない場合ユーザーが何度も戻ってくることを期待する場所です。その後、ユーザーは、後の訪問で、以前の訪問で見逃した選択に対処できます。ただし、ここでも、デフォルトの選択がないと役立ちます。この場合、 ユーザー自身が以前に対応した設定と、まだ変更したいと思う可能性がある設定を特定するのが簡単です。）

5
A.M.

ラジオは、複数のオプションがある質問/選択肢があり、それらのオプションが相互に排他的である必要がある場合に使用する必要があります。例：

メールアドレスをマーケティングに使用できますか？

（ ） はい

（ ） 番号

チェックボックスの目的は、答えが1つしかない質問/選択肢、または相互に排他的ではない複数の選択肢のためのものです。たとえば、

[]メールアドレスをマーケティングに使用できる場合は、チェックボックスをオンにしてください

または

私は、に興味を持っています

[]音楽

[]アート

[]映画

2
Simon Hudson