Modal Dialog
모달 대화상자
모달 창은 정신을 집중하게 해주는 창이에요. 누군가 닫거나 끝낼 때까지 현재 화면을 가로막아요.
실제 예시
계정 삭제의 경우, 키보드 포커스는 대화 상자 안에 머무릅니다. 사용자가 취소하면 포커스는 대화 상자를 연 버튼으로 돌아갑니다.
주요 부분
- 01트리거
- 02Anchored or modal surface
- 03Focus boundary
- 04Dismiss path
사용할 때
완전한 주의가 필요한 짧은 선택이나 작은 작업에 사용하십시오.
다음 경우에는 사용하지 마세요
한 다이얼로그를 다른 다이얼로그 위에 열지 마세요 또는 일반적이고 저위험 정보에 다이얼로그를 사용하지 마세요.
코드에서 사용된 이름
<dialog> / role="dialog" aria-modal="true" 출시하기 전에
Move focus on purpose. Keep it inside only when the overlay blocks the page. Support Escape and a visible close button, then return focus to the opener. Keep entered data and check small-screen, loading, and failure states.
Outcome：Complete the task with 모달 대화상자 (Modal Dialog)。 User context：계정 삭제의 경우, 키보드 포커스는 대화 상자 안에 머무릅니다. 사용자가 취소하면 포커스는 대화 상자를 연 버튼으로 돌아갑니다. Recommended pattern：모달 대화상자 (Modal Dialog)。 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)：이 표준은 나열된 범위만 적용합니다. 시각적 스타일, 제품 결정, 또는 Vibulary 예시는 선택하지 않습니다. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
이 요청을 확인하세요
Review how 모달 대화상자 (Modal Dialog) is used now. Definition: 모달 창은 정신을 집중하게 해주는 창이에요. 누군가 닫거나 끝낼 때까지 현재 화면을 가로막아요. Release checks: Move focus on purpose. Keep it inside only when the overlay blocks the page. Support Escape and a visible close button, then return focus to the opener. Keep entered data and check small-screen, loading, and failure states. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.