Hover Card
호버 카드
hover card는 미리 보기를 풍성하게 보여줘요. 마우스를 올리거나 선택했을 때 뜨지만, 페이지를 막지는 않아요.
HoverCard실제 예시
작성자 이름 위에 마우스를 올리면 짧은 소개와 팔로워 수를 볼 수 있습니다. 전체 프로필은 닫힌 상태로 유지됩니다.
주요 부분
- 01트리거
- 02Anchored or modal surface
- 03Focus boundary
- 04Dismiss path
사용할 때
사람들이 다음으로 어디로 갈지 선택하는 데 도움이 되는 선택적 미리보기 세부정보에 사용하세요.
다음 경우에는 사용하지 마세요
터치 장치에서 신뢰성 있게 열리지 않을 수 있으므로 호버 뒤에 필요한 정보를 절대 숨기지 마세요.
코드에서 사용된 이름
HoverCard 출시하기 전에
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 호버 카드 (Hover Card)。 User context：작성자 이름 위에 마우스를 올리면 짧은 소개와 팔로워 수를 볼 수 있습니다. 전체 프로필은 닫힌 상태로 유지됩니다. Recommended pattern：호버 카드 (Hover Card)。 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 호버 카드 (Hover Card) is used now. Definition: hover card는 미리 보기를 풍성하게 보여줘요. 마우스를 올리거나 선택했을 때 뜨지만, 페이지를 막지는 않아요. 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.