web-dev-qa-db-ja.com

アスタリスク*は必須に使用されます。オプションに使用されている記号はありますか?

必要な要素を示すために アスタリスク (*)を使用するのが一般的です。私は理解しています 明示的なテキストの使用は記号に依存するよりも優れています 。したがって、「必須」または「オプション」と書くことは、いくつかの記号に頼るよりも理解しやすくなります。

個人的な使用の要素特性のリストを作成しています。これらはフォームではなく、単なるテキストリストです。リストしている要素のほとんど(90%以上)が必要です。したがって、必要な要素を示すのではなく、少数派であるオプションの要素を示します(のみ)。自分のシンボルを使用して、オプションの意味を与えることができます。これは、要素を読み取るのはチームだけであるためです。しかし、オプションのフィールド/要素に記号の規則があるかどうか疑問に思っていました。


私の質問は、フォームではなくテキストのリストに関連しています。あまり違いはないと思いますが。私が理解している限り、必要なものはとにかくレーベルに入っています。また、これも個人用です。

したがって、問題は、オプションの要素を表す記号/方法があるかどうかです。 (いくつかのニッチな)慣習として、または誰かが何か提案がある場合に使用されます。

10
Alvaro

オプションのフィールドを表示するための広く受け入れられている規則はありません。したがって、説明したように、ラベルを使用する代わりにフィールドをオプションとしてマークすることができます(右側に記載されています)。

enter image description here

別の方法としては、セクションを淡い灰色でシェーディングして、オプションとしてテキストを含めて区別することもできます。疑問符は一般的に「ヘルプ」情報を意味するため、使用を控えます。

最後に、フローによっては、ユーザーが完全にスキップすることを選択できる後続のページでオプションのフィールドをリクエストすることが理にかなっています。

フォームフィールドを使用していない場合は、オプションのフィールドに微妙な灰色の網掛けボックスを使用するか、単にテキストを薄い灰色にするだけで十分です。

12
vphilipnyc

質問に答えるだけでは、フォームフィールドがオプションであることを伝える記号はありません。慣例では、記号がないことはフィールドがオプションであることを意味します。

この規則は非常に強力であるため、メモを使用してフォームを試行した場合、「特に明記されていない限り、すべてのフィールドが必須です」と使用されました "(optional)"は、ユーザーが何が必要で何が必要でなかったか混乱していたユーザーのユーザビリティの問題に遭遇したことを示します。これは、すべての必須フィールドがあるフォームにも当てはまります。

私たちの場合、ユーザーはフィールドが必須であることを明示的に伝えたいこと、そしてフォーム検証エラーにも役立ち、ユーザーがフィールドが必須であることをすばやく確認できることがわかりました。

シンボルがあるというあなたの質問に答えてくれるといいのですが、シンボルはありません。

あなた自身の状況については、このページにリストされているたくさんの良い解決策があります、そしてあなた自身のシステムを思いつくのはそれがあなたとあなたのチームだけであるなら与えられるのが最善でしょう。私の提案は、フォーム要素を使用せず、オプションのアイテムを示すためにアスタリスクを使用できるリストアイテムのみを使用することです。結局のところ、条件を示すためにアスタリスクを使用する慣習は、オンラインフォームのかなり前から使用されていました。 (フォームを扱っているのであれば、これはお勧めしませんが、これは単なるリストであるため、問題はありません)。

  • アイテム1
  • アイテム2
  • アイテム3
  • アイテム4 *
  • アイテム5

*オプションのアイテムを示します

3
Brett East

個人用なので、好きなようにメイクできます。

私はフォーム/ページ/何かの上にこのような凡例を作ります:

URL to legend

3
larry909

慣例では、*マークの付いたフィールドは必須フィールドであり、マークのないフィールドはオプションです。これは慣例であるため、オプションとしてマークする必要はありません。

もう1つ覚えておくべきことは、すべてのユーザーが必須フィールドの*規則に気付いていないことです。数年前にイスラエル(私の国)では既知の規則であることを読みましたが、状況が同じかどうか確認しますたとえば、*と「必須」の間でA/Bテストを使用しているユーザーの場合。

3
Eran Bar

これは、フィールドが必須またはオプションの場合を指定するために行うことです

enter image description here

最後のフィールドはアクティブなフィールドです。フィールドがアクティブなときにラベルがあることを示すために追加しました。

2
Bilal Khoukhi

1つのタイプのフィールド(必須/オプション)をマークするだけで十分だと思います。私の意見では、必須フィールドにマークを付けて慣例に従い、ラベルのないオプションフィールドを使用して視覚ノイズを減らす必要があります。 材料設計ガイドライン で必須フィールドに関するいくつかの情報を見つけることができます:

フィールドが必須であることを示すには、フィールドの横にアスタリスク(*)を表示します。フォームの下部に、アスタリスクが必須フィールドであることを説明するメモを含めます。ヘルパーテキストは、フォーカス上に表示されるか、永続的に表示されます。

赤い色は、エラーが発生した場合にのみ必要です。それ以外の場合は、混乱を招く可能性があります。

enter image description here いくつかの例では、ラベルに「オプション」という単語があります。

enter image description here

1
Madalina Taina

リストはあなた自身またはチームの内部で使用することを目的としているため、独自の凡例/シンボルシステムを設定する自由があります。

(1)リストはフォームではないため、(2)誰もオプション/アスタリスクのメンタルモデルを使用してリストを理解しないため、フォームフィールドで使用されるオプション/アスタリスクに縛られることはありません。

したがって、ニーズとこのドキュメントが存在する形式に応じて、ほとんど何でも自由に実行できます。また、シンボルシステムの意味を説明している限りは。

たとえば、リストがExcelシートで作成されている場合、「必須」というラベルの付いた列を作成できます。必要な各行には、「必須」セルの色が付けられます。このようにして、すべての機能はデフォルトで色分けされ、オプションの機能のみが色付け解除されます。

enter image description here

上記の例に従って、意思決定プロセスがさらに複雑になった場合、3つの列が必要になる可能性があります。目標は、TBD列を空白に維持することです。そのような機能に関するすべての議論が行われ、最終的な決定がなされたことを意味します。

enter image description here

このフォーマットでは、要件やチームが必要とするその他の変数で行を並べ替えることもできます。また、色分けすると、処理する必要のあるアイテムをすばやく判別できる場合があります。

0
Nicolas Hung

簡単にするために、エラーメッセージでユーザーに何が必要かを伝える前に、どれが必要かを示すのは自然なことです。オプションとして残されたものは、必須要素の性質上、オプションのメッセージを必要としません。

特別な必須要素が存在しない場合、ヘッダー文または段落で別の方法で表現されていない限り、すべてがオプションとして認識されます。

0
ckjackson

私の答えを厳密にテキストに制限します。私はあなたができる最高のことだと思います:

リッチテキスト:イタリックおよび/またはグレー

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

プレーンテキスト:括弧

Required 1
(Optional 1)
Required 2
Required 3
...
0
J. Dimeo

ラベルがフィールドの上部にある場合、その推奨はWordを使用します。横にある場合は、アスタリスクを使用することをお勧めします。

その理由は単純です。最初のオプションはより見やすく、ユーザーがより明確に識別するのに役立ちます。 2番目のオプションは、多くのスペースを使用しないため、より優れています。

3番目のオプションは、プレースホルダーを使用することです。が十分に明確でないため、このオプションの使用はお勧めしません。

0
Patricio Bustos

駄洒落なし。それはオプションでしょうか非表示デフォルトではフィールドまたはリストアイテム(オプションであるため)。オプション項目を切り替えるリンクを提供します。アニメーションを使用して、オプションのアイテムを遷移させ、視覚的な違いを理解してもらい、シンボルの背後にある意味を考えたり探したりする必要がないようにします。

フォントの太さを使用して、必須とオプションを区別します。さらに強度が必要な場合は、「オプション」のラベルまたは記号を追加してさらに明確にします。さらに色やトーンを使います。これらすべてには、実際のユースケースと目標に対するいくつかのテストが必要です。

ラベル付きの例

Show Optional

アイテム

アイテム

アイテム


Hide Optional

アイテム

アイテム(オプション)

アイテム

アイテム

アイテム(オプション)


シンボルの例

Show Optional ^

アイテム

アイテム

アイテム


Hide Optional ^

アイテム

アイテム^

アイテム

アイテム

アイテム^

0
user1352792

@Alvaroテキストの方がアイコンの代わりに理解しやすいと思います。しかし今、状況は変わってきています。今日、人々は一般的な色についても色に慣れています。たとえば、「赤」の色は、何かが間違っているか、試行されていないか、失敗したことを示します。 「緑」は、成功または承認または送信されたことを意味します。したがって、ワイヤーフレームを介して以下にリストしたように、カラーコードを使用できます。これは、必須フィールドとオプションフィールドを示すための非常に一般的なアプローチです。

mockup

download bmml sourceBalsamiq Mockups で作成されたワイヤーフレーム

[〜#〜]編集済み[〜#〜]

これは一般的なアプローチであり、idフィールドにはアスタリスク記号がないため、オプションであるということを誰もが心に留めておいてください。ですから、シナリオごとにアイコンやシンボルを与える必要はないと思います。何の記号も付けずに順調に進んでいるとしたら、それは大きな問題です。

0
Jasmin Javia

必要な入力を、オプションの入力の後に、最初のページ/パーツで設定します。したがって、各ページ/パーツは、少なくとも必須とオプションで分類されています。次のようなもの(ページを分離して):

separating pages 注:「追加情報を追加してください」などのオプションページにメモを追加できます。
または(別の部分で分離して): separating in another part

0
shA.t