Form Field
양식 필드
보이는 라벨, 컨트롤, 도움말, 검사 상태, 그리고 이어진 에러 메시지까지 모두 갖춘 입력칸이에요.
실제 예시
사업자 번호 입력칸은 라벨이 항상 보이게 해. 입력 전에 양식을 알려주고, 확인 후에는 명확한 오류로 연결해줘.
주요 부분
- 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：사업자 번호 입력칸은 라벨이 항상 보이게 해. 입력 전에 양식을 알려주고, 확인 후에는 명확한 오류로 연결해줘. 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.