チェックボックスラベルの無効化
チェックボックスにラベルを付けるとき、「否定的」または「反対」の説明を使用するのは悪いことですか？チェックされたチェックボックスは常に「何かをする」という意味ですか、それとも「何もしない」という意味でいいですか？
例えば：
- インポートを許可しないvsインポートを許可する
- 設定を非表示にするか、設定を表示する
私は前向きな言い回しが好きですが、これもデフォルトの状態に関係していると思います。説明に関しては、チェックボックスがチェックされたときに何が達成されるかを述べるべきであり、そのフレージングは正または負のフレージングに関係なく必要とされる動作を最も簡潔に表現する必要があると思います。
当然のことながら、肯定的な表現はより簡潔になる傾向がありますが、否定的な表現がより一般的であるか、少なくとも状況をよりよく表現する言語依存のケースがあります。 UIが複数の言語をサポートすることになっている場合は、肯定的な言い回しを使用すると、翻訳が簡単になり、ラベルが対応する必要のあるテキストのサイズの劇的な違いを減らすことができます。
Windows UX Guide をチェックしてください checkbox labels についてこれを言っています。
チェックボックスがチェックされているとforアクションまたはオプションを選択することになるため、チェックボックスの負のラベルは混乱を招きます。試験問題から、特にストレスや時間的プレッシャーがかかっている場合、パッシブネガティブフレーズよりもアクティブポジティブフレーズの方が理解しやすいことがわかります（最悪の場合、ダブルネガティブを使用します）。
これはアクセシビリティの問題でもあることに注意してください。明確なラベルは誰にとっても良いですが、失読症や別の母国語を持つ人々にとって特に重要です。
経験則として、このJeff Johnson GUI Bloopers 2チェックリスト-項目12に示されているように、常に肯定的な表現を使用する必要があります。 http://www.gui-bloopers.com/checklist.php
常にポジティブにすることをお勧めします。一部の人々は指示、肯定的な意味と否定的な意味があまり得意ではなく、場合によっては、言語自体が障壁になるかもしれません。
デフォルトは、そうすることを選択しない限り、何も起こらないようなものであるべきではありませんか？誰かが選択しない限り、デフォルトで何かが発生することは直感に反します。
彼の著書「GUI Bloopers 2.0」で、ジェフジョンソンは否定的なチェックボックスを設計上の問題として説明しているため、避ける必要があります。それらを使用する可能性のあるシナリオを議論することができます。ただし、ほとんどの場合、それらはプログラマにとってより意味があり、ユーザーを混乱させる傾向があります。最善のアドバイスはそれらを使用しないことです。正のチェックボックスを使用するだけでGUIが向上します。
すでに述べたように、ポジティブラベルが好ましいはずです。私が構成設定で私が観察する典型的な現象で、ラベルを注意深く読んだのは、最初の出会いで一度だけです。その後、センスキャリアの後にGUIを読みます。ですから、単なる否定を見逃してしまいます。
時々、反意語は同等であり、肯定的な形が何であるかを言うのは難しいです。あなたが与えた2つのペアは、この点で興味深いものです。
インポートを許可しないvsインポートを許可する
Word disallowは、否定プレフィックスを追加することにより、Word allowから明確に派生しています。
設定を非表示にするか、設定を表示する
hideはshowとは逆の場合がありますが、ここでは「ポジティブ」またはプライマリであることが開かれています。もちろん、コンテキストも重要なので、おそらくhideはGUIで「否定的に含意」されています。したがって、2つのオプションのいずれも明確に他から派生していない場合は、チェックボックスを使用しないでください。この場合は、ラジオボタンに切り替えることを検討してください。
ラベルが付いた各インターフェースコンポーネント：
-インターフェイスコンポーネントの目的を特定します。 -各ラベルでコンポーネントの目的が明確になっていることを確認します。
疑わしい場合は、A/Bテストまたは定性調査を行って、チェックボックスの目的が明確に伝えられているかどうかを検証します。