web-dev-qa-db-ja.com

チェックボックスとトグル

チェックボックスとトグルには常に議論があります。 enter image description here

個人的には、iPhoneとMacの所有者として、私はトグルを見るたびにまだ非常に混乱しています。 「オン」は左側にありますが、オンにするためにライトグレーを右から左にスライドする必要があるということですか。結局、答えはノーだとわかりました。それでも、トグルを見るたびに運動をする必要があります。

個人的な感情以外に、チェックボックスとトグルを使用するための良い議論は何ですか?

36
Julia

これについては、他の多くの関連する質問で詳しく説明されています(このページの右側のペインを参照)。簡単に説明します。

トグルスイッチは使いにくい

それらの相対的な人気にもかかわらず(たとえば、Appleそれらを標準のインターフェイスコントロールとして使用))トグルスイッチには固有のstate-action ambiguityがあります。つまり、ラベル(たとえば 'on')は、現在の状態またはアクションです。

これらのもう1つの問題は、素人は状態を変更するために、コントロール全体のどこかをクリックするのではなく、ハンドル(現実の世界のように)をドラッグする必要があると簡単に結論できることです。

滑稽な形

あなたの例のトグルスイッチのスタイル(1つのラベルの内側のみ)は、現実世界から何かを取得するためのやや馬鹿げた試みです。インターフェースのメタファーを作成します。したがって、このタイプのトグルスイッチもform-follows-functionガイドラインに違反しています。

現実の世界では、スイッチは例のスイッチよりもはるかに基本的であり、製造業者はすべての可能な状態のラベルとトレースラインを提供する必要があります。この実際のスイッチのように:

An image of a switch from the back of the Mackie HR824 speakers, showing a three-state switch with trace lines to labels

チェックボックスは解釈が簡単です

このようなスイッチの使いやすさを向上させるにはさまざまな方法があり、これらはどちらもかなり人気があり、ほとんどのユーザーがそれを取得するまでに数回の学習を繰り返すだけでよいことを覚えておく必要があります。ただし、認識の観点からすると、トグルスイッチに比べてチェックボックスの方がはるかに簡単(かつ高速)に解釈できます。

48
Izhaki

Contextは、純粋にコントロール自体に焦点を当てるのではなく、この議論では考慮事項になる可能性があります。

コンテキストは、キーボードで入力することを目的とした、データを多用する長い調査の場合もあれば、モバイルデバイスやタッチスクリーンデバイス向けのアプリのユーザー設定の場合もあります。

最高のユーザーエクスペリエンスと結果を実現するには、それぞれの状況で異なるものが必要になる場合があります。

インタラクションメソッドとユーザーフィードバックも、トグルスイッチなどのコントロールの使いやすさに影響します。たとえば、iOS7/iPhoneの設定トグルスイッチ。

[〜#〜] off [〜#〜]は次のようになります

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

そして[〜#〜] on [〜#〜]は次のようになります。

mockup

bmmlソースをダウンロード

相互作用は、トグルコントロールの使用時にリアルタイムのユーザーフィードバックを提供することにより、ここで役立ちます(スイッチが緑色に変わり、すべての情報が表示されます)。

答えはわかりませんが、控えめなチェックボックスの代わりを使用することを選択する前に、常にコンテキストと相互作用を検討しようとすることは知っています。

9
TheSaint

表示されているスイッチの実装が正しくありません。添付の画像を参照してください。 enter image description here

IOS「はい」と「いいえ」の言い方も、私には少し不明確です。

次のようなYES/NOまたはAGREE/DISAGREE状況がある場合は、チェックボックスを使用します。

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

トグルの場合は、次のような2つの状況を同じ重みで選択します。ASCENDING/ DESCENDING;またはWOMAN/MAN

mockup

bmmlソースをダウンロード

5
Esin

私は今、この正確な問題を整理しようとしています。私にとっては、オプションを「意味する」ことを選択することについてです。たとえば、現在いくつかの制御インターフェイスを開発しています。それらの1つは、特定のスケジュールで使用する「デバイス」を選択し、使用する期間のサブコントロールとその他いくつかを制御します。別の制御インターフェースは、スケジュールを実行する間隔を選択します。内部的には両方ともチェックボックス要素ですが、デバイスの選択には「オン/オフ」トグル(またはモバイルでクリックするとテキスト/外観を変更するボタン)を使用し、間隔の選択には標準のチェックボックスを使用します。デバイスの選択は、デバイスの「エンゲージメント」を意味します(文字通りオンまたはオフです)が、間隔の選択は単なる選択です。それは私には理にかなっていて、ユーザーには明らかだと思います...

0
danwoods

すべてのチェックボックスのすべてが望ましいですが、それらが有用である時間の追跡を失うべきではありません。ときどきユーザー-特にエキスパートシナリオでは、DONE/NOT DONEインジケーターまたはAPPROVE/NOT APPROVEインジケーターが必要なだけです。

以下の画像を含めています(私はすべての有害で機密情報を削除しました:)

「ロック」、「封筒」、赤い丸は気にしないでください。すべては他の行動と関係があります。enter image description here

0
Mayo