Target Size
목표 크기
목표 크기는 사용자가 컨트롤을 클릭하거나 탭할 수 있는 전체 영역입니다. 시각적으로 보이는 아이콘보다 클 수 있습니다.
다른 예시
의료 앱에서 각 작은 알림 아이콘은 32x32 CSS 픽셀 버튼 안에 배치됩니다. 버튼 사이의 공간이 잘못된 탭을 방지합니다. 200% 확대에서 컨트롤은 겹치지 않고 이동하며, 밀집된 지도 핀도 목록을 갖습니다.
주요 부분
- 01보이는 컨트롤
- 02대화형 히트 영역
- 03이웃과의 분리
사용할 때
포인터 대상은 최소 24x24 CSS 픽셀로 만들거나, 주변에 충분한 공간을 남기세요. 터치, 줌, 다양한 움직임 요구 사항을 테스트하세요.
다음 경우에는 사용하지 마세요
단지 보이는 아이콘만 보고 판단하지 마세요. 전체 클릭 영역, 간격, 인라인 예외, 다른 사용 가능한 경로 모두 중요합니다.
코드에서 사용된 이름
minimum 24×24 CSS px target or sufficient spacing under WCAG 2.5.8 출시하기 전에
Give assistive tools the control’s name (accessible name), purpose (role), value, and state. Check keyboard use, visible focus, target size, disabled and busy states, feedback, and recovery.
Outcome:Complete the task with 목표 크기 (Target Size)。 User context:의료 앱에서 각 작은 알림 아이콘은 32x32 CSS 픽셀 버튼 안에 배치됩니다. 버튼 사이의 공간이 잘못된 탭을 방지합니다. 200% 확대에서 컨트롤은 겹치지 않고 이동하며, 밀집된 지도 핀도 목록을 갖습니다. Recommended pattern:목표 크기 (Target Size)。 Why it fits:포인터 대상은 최소 24x24 CSS 픽셀로 만들거나, 주변에 충분한 공간을 남기세요. 터치, 줌, 다양한 움직임 요구 사항을 테스트하세요. 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):이 표준은 나열된 범위만 적용합니다. 시각적 스타일, 제품 결정, 또는 Vibulary 예시는 선택하지 않습니다. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
이 요청을 확인하세요
Review how 목표 크기 (Target Size) is used now. Definition: 목표 크기는 사용자가 컨트롤을 클릭하거나 탭할 수 있는 전체 영역입니다. 시각적으로 보이는 아이콘보다 클 수 있습니다. Release checks: Give assistive tools the control’s name (accessible name), purpose (role), value, and state. Check keyboard use, visible focus, target size, disabled and busy states, feedback, and recovery. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.