web-dev-qa-db-ja.com

負のチェックボックスラベルを正に変更しますか？

理想的な状態は、次のようにチェックボックスラベルに肯定的な意味合いを使用することです。

[✔️] do this

のではなく

[✔️] don't do this

私が取り組んでいるシステムには、さまざまな分野で多くのチェックボックスがあります。それらのうちのいくつかは、理想的な（ポジティブ）キャプションを備えています（most残念ながら、それほど理想的ではない（ネガティブな）キャプションを備えています）。

これには次の理由があります。これまで、大きなデータセットが影響を受け、後で実装されたすべてのチェックボックスが非アクティブ化されるか、そのデータセットが制限されました。例えば：

All images and their entire meta data are indexed.
[✔️] Don't index gps data
[✔️] Don't index caption date

ネガティブキャプションのあるチェックボックスにぶつかるたびに、小さな子猫が死んでしまいます...システム全体ですべてのチェックボックスとその状態を無効にすることが可能です。しかし、私は肯定的です

a）これは既存のパワーユーザーを混乱させ、b）これは技術的にかなり時間がかかります

この「システム」を続けましょうか。これから、すべてのチェックボックスに肯定的なキャプションを実装しましょうか？既存のすべてのチェックマークキャプションと状態を無効にする必要がありますか？

よく分かりません。

usabilitystates
3
uxfelix

チェックボックスを使用する場合頻繁に、ほとんど考えずにの場合、ラベルとその動作を変更しないでおくか、変更した場合、その変更を非常に目立つようにして、簡単に目立つようにすることをお勧めします。わずかなテキストの変更を除いて、コントロールが一見同じように見える場合、それらの通常のユーザーは、文言と基礎となるロジックが変更されたことに気付かず、同じメンタルモデルと学習された動作に依存し続けるでしょう。

ただし、チェックボックスが埋め込んでまれに使用されるの場合、おそらく設定または構成インターフェースで、肯定的な表現を使用するようにラベルを変更します。経験豊富なユーザーは、これらの領域について厳密なメンタルモデルを持っている可能性が低く、ラベルを付けるときに注意を払う可能性が高くなります。

2
Matt Obee

これをポジティブな言葉で書き直すもう1つの方法は、オプションを例外としてフレーム化することです。ユーザーは例外のリストを管理しているため、UIに同じ否定的な言語は必要ありません。

By default, all images and their entire meta data are indexed.

EXCEPTIONS
The following will not be indexed
[✔️] GPS data
[✔️] Caption date
2
Drew Beck

アイテムの意味とチェック済みの状態が同じになるようにダイアログの単語を変更することもできますが、否定は使用されなくなりました。

おそらく：

By default, all images and their entire meta data are indexed.
[✔️] Skip indexing gps data
[✔️] Skip indexing caption date

これは、完全な逆転を行うのと同じくらい良いことではないかもしれませんが、バグの導入と既存のユーザーの迷惑さの両方において、既存の動作の変更に伴うリスクを打ち消します。かなり奇妙な言語構成に入るまでは、どこでも可能ではないかもしれません。

1
André