Hover Card

Preview

Rendered from the story the storybook (a11y) CI gate runs axe against — the preview can't show something that hasn't been verified.

Install

Two equivalent paths — the URL works in any shadcn-CLI setup; the alias works once you've registered @interlace in your components.json.

npx shadcn@latest add https://ds.interlace.tools/r/hover-card.json

npx shadcn@latest add @interlace/hover-card

Import

7 named exports — pull the parts you need.

import { HoverCard, HoverCardCompose, HoverCardPopup, HoverCardPortal, HoverCardPositioner, HoverCardTrigger, MIN_VIEWPORT } from '@/components/ui/hover-card';

Anatomy

Extracted from the primitive's JSDoc header. The source is the only documentation that can't drift.

HoverCard         (PreviewCard.Root, data-slot="hover-card",
                      data-min-viewport=768 on the trigger surface
                      via the Popup — see below)
    ├─ HoverCardTrigger (anchor on the page that opens the card)
    └─ HoverCardPortal
        └─ HoverCardPositioner
            └─ HoverCardPopup (the surface — rounded card + shadow)
Base UI's `Root` is a logical container (no DOM), so we hang
`data-min-viewport` on the `Popup` (the actual rendered surface) and also
forward it on `Root` for inspection-time tooling that walks the parts tree.

API reference

Parsed from the type declarations in the source — the same file the install writes into your tree, so this table can't drift from the component you get.

Accessibility

Every story for this component is rendered headlessly and checked with axe-core (wcag2aa, wcag22aa, best-practice, ACT) on every PR. That gate has no continue-on-error, so what ships has zero known violations.

What follows is what static analysis can see. Axe cannot press a key and never sees an overlay open, so the operable-without-a-mouse claim lives in Behavior instead, where the keyboard path is replayed step by step.

Focus + keyboard behaviour

Owned by @base-ui/react/preview-card — focus trapping, dismissal and typeahead come from the headless primitive, not from us.

Focus ring (WCAG 2.2 SC 2.4.13)

Not focusable — no focus indicator required.

Reduced motion

No animation to gate.

ARIA in the source

None — semantics come from the element or the Base UI primitive rather than hand-written ARIA.

Examples

3 more states from the same story file.

R-rule compliance

Every primitive in @interlace/ui models to the portable 26-rule floor enforced by the componentApi ESLint preset. The cells below pin exactly where each rule applies in this file.

Dependencies

Base UI primitive

@base-ui/react/preview-card

Lucide icons

none

NPM dependencies

• @base-ui/react

Registry dependencies

• @interlace/theme
• @interlace/cn

Source

The full implementation — components/ui/hover-card.tsx once installed.

'use client';

import * as React from 'react';

// @interlace/hover-card v1.1.0 — Interlace design system.
// Docs, props and live preview: https://ds.interlace.tools/c/hover-card
// What changed since: https://ds.interlace.tools/c/hover-card#history
// Generated banner — keep it, the upgrade diff reads this version.

/**
 * @interlace/ui — HoverCard
 *
 * A rich, non-modal overlay that opens on pointer-hover (and keyboard focus)
 * of its trigger, used to preview the *contents* of a target — author cards,
 * repo cards, link previews. Distinct from `Tooltip` (short, one-line, no
 * interactive content) and `Popover` (click-driven, can hold a form).
 *
 * Under the hood this wraps Base UI's `PreviewCard` family (Base UI's
 * canonical name for the hover-card pattern). We re-export it under the
 * Radix / shadcn name `HoverCard` so consumers swap drop-in.

…215 more lines…

Registry JSON

The raw registry record — what the shadcn CLI fetches.