Form Field
フォームフィールド
入力欄の一式です。見えるラベル、コントロール、必要ならヘルプ、チェックの状態、そして対応するエラーメッセージがあります。
実際の例
税務IDの入力欄は、ラベルを見えるようにしておきます。打ち込む前にフォーマットを説明し、チェックした後は分かりやすいエラーへリンクします。
主な部分
- 01永続ラベル
- 02Input control
- 03Hint or format
- 04Validation message
以下の場合に使用します
すべての値にアクセス可能な名前とヘルプやエラー用の一貫した場所を持つ完全なフィールドを与えます。
以下の場合は使用しないでください
プレースホルダーテキストを唯一のラベルとして使用しないでください。エラーを色だけで示さないでください。
コードで使用する名前
label + input + aria-describedby + error message 出荷前に
Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages.
Outcome：Complete the task with フォームフィールド (Form Field)。 User context：税務IDの入力欄は、ラベルを見えるようにしておきます。打ち込む前にフォーマットを説明し、チェックした後は分かりやすいエラーへリンクします。 Recommended pattern：フォームフィールド (Form Field)。 Why it fits：すべての値にアクセス可能な名前とヘルプやエラー用の一貫した場所を持つ完全なフィールドを与えます。 Do not use it when：プレースホルダーテキストを唯一のラベルとして使用しないでください。エラーを色だけで示さないでください。 Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary)：その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
このリクエストを確認する
Review how フォームフィールド (Form Field) is used now. Definition: 入力欄の一式です。見えるラベル、コントロール、必要ならヘルプ、チェックの状態、そして対応するエラーメッセージがあります。 Release checks: Give each field a label that code can read. Link hints and errors, and keep entered values. Check autofill, keyboard order, validation timing, submit states, failure recovery, zoom, and languages. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.