Alert Dialog
경고 대화상자
경고 대화상자는 긴급하게 선택해야 할 때 띄우는 창이에요. 계속하려면 무슨 일이 일어날지 먼저 이해해야 해요.
role="alertdialog"실제 예시
휴지통을 완전히 비우기 전에 대화상자가 무엇을 잃게 되는지 설명해요. 안전하게 취소할 수 있는 선택지를 줘요.
주요 부분
- 01트리거
- 02Anchored or modal surface
- 03Focus boundary
- 04Dismiss path
사용할 때
파괴적이거나 돌이킬 수 없는 선택, 또는 즉각적으로 심각한 결과가 있는 선택용으로 사용하세요.
다음 경우에는 사용하지 마세요
되돌릴 수 있는 무해한 작업에 대해 반복적으로 확인을 요청하지 마세요.
코드에서 사용된 이름
role="alertdialog" 출시하기 전에
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 경고 대화상자 (Alert Dialog)。 User context：휴지통을 완전히 비우기 전에 대화상자가 무엇을 잃게 되는지 설명해요. 안전하게 취소할 수 있는 선택지를 줘요. Recommended pattern：경고 대화상자 (Alert 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 경고 대화상자 (Alert 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.