ティックの代わりにバツ印のあるチェックボックスを使用しても安全ですか？
UIで使用する標準の目盛りの代わりに十字を使用したチェックボックスを使用することを検討しますか？
いくつかのCONがあります（閉じるまたは削除のクロスと簡単に混同され、「いいえ」と「はい」のオプションが最も厳しいように思われる）が、設計者がそれらを選ぶことがあります。
私が考えることができるものを使用する唯一の理由は、「これは時々紙の上でそれを行う方法です」、それはあなたが紙のフォームの外観を複製しようとしているUIで十字を選ぶ理由かもしれません。視覚的な仕掛け。
十字の付いたチェックボックスを使用するリスクはありません。あなたはその理由をかなりよく分析しました。
これは私にとって最も有効なものの1つであるため、標準のWebコンポーネントを使用し、一貫性を損なわないようにすることをお勧めします sability heuristics ！
十字架が使用されているのを見たときはいつでも、それらが近い十字や削除十字のように見えることはありません-それらは通常、様式化された十字架です。
ただし、クロスが使用されていることはめったにありません。最近ではほとんどの場合ティックが使用されているため、別の方法で慣例から逸脱しないでください。
また、シンプルにしてください-慣習からカスタマイズしたり、逸脱したりするたびに、開発作業を自分で追加するリスクがあります。ソリューションがすべてのブラウザーで機能することを保証します。これにより、コーディングとテストのコストが高くなる可能性があります。
それがプラットフォームのユーザーが期待するようになるので、プラットフォーム標準に固執します。加えて、さまざまな障害（視覚障害ユーザー、キーボードのみのユーザーなど）向けのアクセシビリティツールは、標準のコントロールを代替ツールよりもはるかに使用します。誰かが最初から書いたコントロール。プラットフォームを自分で一から設計しなければならなかった場合、ディスプレイ上では明確であるため、おそらくティックを使用します。
多くの紙のフォームは、人々の手書きのためにXを要求します。誰かが自分のマークを非常に大きく書いて、2つまたは3つの異なるボックスに誤ってはみ出すと想像してください。明らかに、1つのボックスに収まるほど小さく書いた方が良いですが、最悪の場合、マークが過度に大きいXの場合、Xの交点（クロスポイント）がどのボックスに含まれているかを確認できます。 。しかし、それらのマークが非常に大きな目盛りである場合、ティックの最下部（方向が変わるポイント）が含まれているボックスを確認するか、または2つの小さなボックスの上部が含まれているボックスを確認しますか？線？ （激しい競争のある選挙でのキューの議論。）したがって、デフォルトのマークが何か他のもの（中国ではティック、日本ではOなど）となる文化でも、Xを要求することは理にかなっています。しかし、これは彼らが手で書いて、私たちが彼らの手書きを読むからです。 1回のクリックまたはタップの後にUIによってマークが表示される場合、これは関係ありません。そのため、「Xがスポットをマークする」ではなく、「間違っている」と誤解する可能性が低いマークを使用することもできます。
チェックボックスの十字は混乱を招きます。代わりに、フィールドが完了したことを確認するアクションをユーザーに表示する代わりに、「x」はエラーを示しているようです。私はこれを以前に見たことがなく、これがトレンドにならないことを本当に望んでいます。
ペンでフォームに記入するときは、チェックボックスを記入するために必ず十字を使用します。また、チェックボックスにチェックマークが表示されるのは、いつも奇妙に感じられました。したがって、チェックマーク、クロス、他の問題の文化的な違いは確かにあります。
文化的背景の不一致のため、一部のUIはチェックボックスの「塗りつぶされた四角形」のパスに入ったと思います。
チェックマークは「はい」であることを意味し、クロスは「いいえ」、「削除」、または「デッド」に似ています。
このように確立された慣習をいじる必要はありません。
ナットシェルで「チェックマークの代わりにクロスを使用しないでください。それが要件である場合は、その背後にある論理的根拠を求め、通信し、議論し、小切手を私たちに持ってきてください」
これに関するいくつかの考え：
紙のフォームのほとんどのチェックボックスは白紙のままで、何かを記入するかどうかはリーダー/ユーザー次第です。十字、チェックマーク、または単なる記入などです。
たとえば、製品タイプの違いを示すチェックボックスは、チェックマークとバツ印の両方を使用します。1つは存在することを意味し、もう1つは存在しないことを意味します。
紙の感触を複製することは、ネイティブ要素を使用しないことの正当な理由かもしれません。しかし、これらの新しい要素は、十字と同じくらい簡単にチェックマークを使用できます。
ああ、もう1つ。誰もが常に忘れている状態が1つあります。それは不確定状態です。たとえば、すべてチェックボックスを持つ要素を持つツリー構造があるとします。ツリー内の兄弟がチェックされている場合とチェックされていない場合、その親は不確定です。