web-dev-qa-db-ja.com

電子メールアドレスにラジオボタンまたはチェックボックス(または他の何か)を使用する必要がありますか?

そこで、ユーザーがメールで情報を送信できるアプリケーションを作成しています。

以前のシステムには、このようなインターフェイスがあり、ユーザーは宛先に送信するか、CCにするか、なしにするかを選択できました。

hooray balsamiq

ToとCCの両方を同じアドレスに送信することはできないはずですが、ラジオボタンが何を指しているのかが明確ではないこと(そして、視覚的に魅力的でないこと)を心配しています。

私はOutlookが別の方法でそれを選択して対処し、それをリストに追加することを知っています。 Gmailでは、[宛先]と[CC]をクリックして、送信先を選択できます。

以前のスタイルをスクラップしてもう少し標準的なものを求めるべきですか、それとも現状のままにしようとするべきですか?

13
Wayne Werner

オプションが1つしか許可されていない場合は、チェックボックスを使用しないでください。 1つのオプションを許可するだけの設計の余裕があります。上記のBalsamiqモックアップで提供したインスタンスでは、ラジオボタンを使用する必要があります。

ただし、BCC、Reply-To、Followup-Toを許可する可能性はありますか?

Thunderbirdでは、次のオプションを持つ選択グループが存在します。

  • CC
  • BCC
  • に返信
  • ニュースグループ
  • フォローアップ

CCと同様にBCCを使用するのはかなり標準的な構成であるため、おそらく選択グループが必要になります。

8
DigiKev

私が正しく理解していれば、メールクライアントではなく、メール機能を備えたアプリケーションを構築していることになります。その場合、Cc:フィールドは、ここでは意味的に不要であるため必要ありません。ごと RFC 2822(インターネットメッセージ形式)のセクション3.6.3 "宛先アドレスフィールド"Cc:の目的は

[含む]メッセージのコンテンツが宛先に送信されない場合でも、メッセージを受信する他の人のアドレス

To:フィールドの目的は

[含む]メッセージのプライマリ受信者のアドレス。

これらの定義によれば、アプリケーションが生成する通知、レポート、またはその他のメッセージを受け取ることになっている場合、その人は主要な受信者と見なされます。それ以外の場合は、ユーザーに意味的に関連のない/不要なメッセージ(スパム)を送信させる可能性があります。したがって、1つのオプション(To:)のみが必要であり、1つのチェックボックスだけで簡単に実装できます。

Bcc:などの別の受信者オプションを含めることにした場合は、ラジオボタンである相互に排他的なオプションの正規の制御要素を使用する必要があります。チェックボックスは、複数のオプションを選択するため、またはブール状態を記録するために使用されます。

また、このようなシナリオ(電子メールの受信者と配信方法の選択)でラジオボタンがわかりにくい、または視覚的に魅力がないとの懸念がある場合は、実際のユーザーでワークフローをテストしてください。テスト中に尋ねられる質問は、「ラジオボタンが混乱させるかどうか」ではなく、「最もわかりにくい/迷惑な/意外なやりとりだ」とする必要があります。この状況でユーザーが実際にチェックボックスを好んでいることがテスト結果に示されている場合は、さらに別の問題を解決する必要があります。行のすべてのチェックボックスがマークされている場合の対処方法です。うまくいけば、それはそれに来ることはありません。

それでも、 ゼブラストライプ を追加して選択した行を強調表示することで、リストの読みやすさを向上させ、誤った選択を最小限に抑えることができます。 (ゼブラストライプに関する記事は、それらをWebアプリに実装することに関するものですが、色に関するベストプラクティスはどこにでも当てはまります。)

3
dnbrv

CCオプションが必要な場合は、おそらく リストビルダー の方が適していますか?

左側に可能な受信者のリスト、右側に2つのリスト(上下に1つ)を表示できます(1つは「宛先」、もう1つは「CC」の場合)、あるリストから別のリストに人を移動するためのボタンがあります。

1
martinpolley

オプションTOまたはCCを選択するには、チェックボックスの代わりにラジオボタンを使用する必要があります。標準の選択はオプション "TO"で行う必要があります。このオプションの前にチェックボックス列を挿入して、送信するアイテムをマークする必要があります。

Checkboxes vs. Radiobuttons

受信機を選択すると、Microsoft Outlookで見つけることができる別のソリューション。問題は、選択モデルが排他的ではないことです。

Outlook example

0
sysscore

各潜在的な受信者の隣に2つの専用のチェックボックスがある現在のデザインはかなり明確だと思います。

「相互に排他的なオプションにはチェックボックスを使用しない」というドグマについては、あまり心配しません。各行に3つのラジオボタン(送信しない/宛先/ CC)を使用する代わりの方法はあまり明確ではありません。

ユーザーへのフィードバックを追加するために、ヘッダーに宛先とCC受信者の合計数をそれぞれ表示する場合があります。

また、スキャン可能性を支援するために、(チェックボックス以外の)選択した受信者の行を(色などで)何とかハイライトすることもできます。

それ以外の場合、潜在的な受信者のリストが非常に長い場合は、上記の2つの要約リストを1つ持つことを検討してください。これらのリストから削除したり移動したりできるようにする必要があります。

チェックボックスを使用する代わりに、各行にToとCCの2つのボタンを配置できます。次に、上記のように、2つの要約リストが作成されます。

0
agib