例えば:
Results must match () All () Any () None Of the search criteria
対
Results must match () All of the search criteria
() Any
() None
それらをインライン化することの背後にある論理は、それが文として読めるようにしようとしているということです。しかし、混乱はそれを否定しますか?
「文」のラジオ選択にはいくつかの問題があります。
3つ以上のラジオが表示されている場合、ボタンとラベルのペアをすぐに選択することが困難になります。これはチェックボックスの問題でもあります。ユーザーは上から下にF字型のパターンを読み、複数のアイテムを続けて解決するのが難しいことに気づきます。
多くのラジオボタンでは読みやすい文章を作成することは不可能であり、場合によってはラベルの長さも長くなります。残りのUI全体で一貫して選択したパターンを使用する必要があるため、将来の設計に制約を追加します(つまり、すべての無線機が完全な文章として機能する必要があります)。制約は避けるべきものです-信頼してください。
ユーザーが完全な文章のようなUIフォームを読まないため、とにかく読みやすい文が影響を与えるとは思いません。実際、彼らもそのように文章を読みますが、少なくともここでは、「テレグラフィック」言語スタイルを期待しているユーザーの利点が得られます。
「文」ラジオボタンは水平方向のスペースを多く占有します。これは、デザイナーとして常に豊富に持っているものではありません。ほとんどのデザインは、ウェブ上でも、印刷物でも、デスクトップ上でも、水平方向よりも垂直方向に伸びます。また、選択肢に項目を追加することにもなるため、行を折り返さなければならない場合があります。 2行目が新しいコントロールのセットのように見えるため、これは悪いことです。
私はそれが悪い考えだとは思いません、そしてあなたはインターフェース散文スタイルを真剣にとるのは正しいです(タイプミスや悪い文法のような「信頼できない、確立されていない組織」は何も言いません)が、実際には私はそれが悪いUXであり、それは実用的な欠点を持っていると思います。
通常、縦に並べます。ただし、選択肢が繰り返され、積み重ねることができる場合など、水平方向のリストの方が優れている場合があります。
()そう思う()どちらとも言えない()そう思わない
()そう思う()どちらとも言えない()そう思わない
()そう思う()どちらとも言えない()そう思わない
()そう思う()どちらとも言えない()そう思わない
それらの間でつなぎ合わされた質問がある場合でも、コンパクトであるため、これは垂直リストより優れた選択である可能性があります。
それは、ボタンの性質とボタンが使用されている環境に本当に依存すると思います。たとえば、最近のデザインでは、ラジオボタン形式で使用するために必要な曜日に取り組んでいました。人々が曜日を見るとき、それは通常、左から右に読むカレンダー形式であるので、それらを水平にリストしました。
また、ウィンドウのサイズと形状によっては、垂直方向または水平方向に作業するスペースがない場合があります。垂直方向の方が読みやすく、解読しやすいが、すべてが解決策であるとは限らないことについて、私は他の人に同意します。
これがフォームが実際にこの1つの入力(シリーズ/入力のリストではない)の場合、私はあなたの文の形式を使用しますが、ラジオボタンではなくドロップダウンを使用します。
それは同じ機能でなければなりませんが、よりきれいに(うまくいけば)