web-dev-qa-db-ja.com

アプリケーションの入力時に情報を提供するために、常に選択されているチェックボックスを無効にすることは良い習慣ですか?

アプリケーションのエントリーページが必要なソフトウェア開発プロジェクトに参加しています。

常に無効で選択されているチェックボックスを含む、そのページの実装モデルを受け取りました。これらのチェックボックスの目的は、契約に常に含まれるいくつかの項目についてユーザーに情報を提供することです。

このような情報は、ユーザーが印刷し、システムにアプリケーションを登録した後、顧客に配布する文書を通じて提供する必要があると思うので、このモデルには反対です。実際、このドキュメントは契約を示しており、契約のすべてのポリシーが含まれています。これらのチェックボックスはそのようなポリシーの一部であり、エキスパートエージェントが記入するアプリケーションフォームページにそのような情報を埋め込むことはお勧めしません。

3
Barpa

あなたが説明する場合にそのような種類のオプションを含める方法は別にして、無効になっているチェックボックスについてコメントします。

情報のみを提供するチェックボックスは、操作可能なチェックボックスとは異なる必要があります。

私の知る限りでは、チェックボックスが無効になっているということは、オプションが有効になっていないことを意味します有効になっていないため、チェックされていてもいなくてもかまいません

ですから私にとっては、無効化されたチェックボックスを使用して、有効化およびチェックされるはずのオプションを示すのは良い習慣とは思えません。


無効なコントロールのW

(...)ユーザー入力を受け取ることはできず、その値はフォームと共に送信されません。

私の解釈では、無効になっている場合、その値(この場合はtrueまたはfalse)は重要ではありません。

4
Alvaro

相互作用と目的を示唆するのはチェックボックスのアフォーダンスです。唯一の値はTrueとFalseです。

ただし、これが無効になっている場合、アフォーダンスは現在、これは現時点では利用できないと言っています。これは含意後で利用できる可能性があります。

通常、ユーザーがチェックボックスを有効にするページの他の場所で何かを実行できる場合は、チェックボックスを無効にする必要があります。無効状態は、これが一時的な状態であることを伝えます。たとえば、多くの場合、アプリケーションは編集モードにトリガーを提供し、チェックボックスを有効にします。

チェックボックスが無効になっていると、なぜそれが無効にされているのかを不必要に考えているので、私は不愉快に思います。

チェックボックスを有効にできない場合、無効化されたアフォーダンスが混乱を招く可能性があるため、デザインを再検討する必要があるかもしれません。つまり、無効化されている理由を考えていますか?なぜ有効にできないのですか?それを有効にするために何をする必要がありますか?

私が目にしたほとんどの実装では、開発者が簡単にビルドできるようにするために、無効にしたチェックボックスを使用しています。これは、無効なチェックボックスを静的なテキストに置き換えるメカニズムを開発するよりも、構築とテストが安価で簡単です(この例を何度も見ました)。

ただし、操作できないチェックボックスが表示されている場所には至る所に例があり、混乱を引き起こしています。

3
SteveD

いいえそうではありません。

チェックボックスのようなコントロールは実行可能です。 イライラする必要がありますステートメントに同意しない場合にその「値」を変更するユーザーにとって。

純粋に有益なコンテンツの場合、インターフェースはより簡単な方法で提示する必要があります。

2
asiegf

この動作はインストーラーで非常に一般的です。メインのインストールは、このようにチェックされ無効にされたボックスによって示されます。メッセージは、必要かどうかに関係なく、すべてを取得することです。それは良い考えですか?私はそれが迷惑であるが誤解を招くのではないことがわかります。

契約条項で良い考えですか?そこでは、規定が箱に付属するラベルに完全に説明されているかどうかに依存すると思います。それがではない場合、その人は自分が何を登録しているのか本当に理解していない可能性があります(おそらく実際の言語を読みに行きません)後の法的措置の原因となる可能性があります。だから私はノーと言わなければなりません、それはbadアイデアであり、問​​題は別の方法で解決されるべきです。

1
MMacD