Context Menu
Right-click / long-press menu. Wraps `@base-ui/react/context-menu` (same Menu compositional API as DropdownMenu, just with a Root that handles right-click / long-press / Shift+F10 as the open gesture).
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/context-menu.jsonnpx shadcn@latest add @interlace/context-menuBehavior
What this component does — the keyboard path, the measured colour, the text equivalent and the states it can be in. Every figure below is read out of the test or the source that enforces it by scripts/build-behavior-map.mjs, so nothing here can outlive the gate that keeps it true.
4 steps, 4 key presses — replayed on every PR by the play function of KeyboardFlow. Axe cannot press a key, so this — not the a11y scan — is what proves the component is operable without a mouse.
- 1The trigger is reachable by keyboard at all
- 2Shift+F10 opens the menu from the keyboardShiftF10
- 3Arrows rove between itemsArrowDownArrowDown
- 4Escape closes and restores focus to the triggerEscape
Escape is locked, not merely exercised. This primitive is in KEYBOARD_DRIVEN + MUST_ASSERT_ESCAPE — deleting the dismissal assertion from the story fails overlay-nav-keyboard-lock, so the path above cannot quietly stop being tested.
Measured contrast
packages/ui/__tests__/theme-contract-lock.test.ts ↗Every semantic colour pair this component's own source uses, measured against the shipped hexes in all 4 theme × scheme combinations. The tightest is destructive on background at 7.60:1 (harbor · light), against a floor of 3:1.
| Pair | interlacelight | interlacedark | harborlight | harbordark | Floor |
|---|---|---|---|---|---|
| destructive on backgrounddestructive tint on the page surface | 8.31:1 | 10.43:1 | 7.60:1 | 10.03:1 | 3.0:1SC 1.4.11 |
| muted-foreground on backgroundsecondary copy | 9.41:1 | 11.32:1 | 7.82:1 | 9.52:1 | 4.5:1SC 1.4.3 |
| destructive on carddestructive tint inside a card | 8.31:1 | 9.66:1 | 8.02:1 | 9.09:1 | 3.0:1SC 1.4.11 |
| muted-foreground on cardsecondary copy in a card | 9.41:1 | 10.48:1 | 8.25:1 | 8.64:1 | 4.5:1SC 1.4.3 |
| accent-foreground on accenthover/highlight face | 8.98:1 | 10.46:1 | 8.95:1 | 9.65:1 | 4.5:1SC 1.4.3 |
| popover-foreground on popovercopy in a popover | 19.65:1 | 15.71:1 | 18.72:1 | 14.69:1 | 4.5:1SC 1.4.3 |
Text pairs are held to 4.5:1 (WCAG 2.2 SC 1.4.3); borders, rings and chart axes to 3:1 (SC 1.4.11 non-text). Bold is the worst cell in the row — the one a brand fork has to keep an eye on.
Runtime contract
packages/ui/vitest.config.ts ↗Where it renders, how narrow it survives, and whether its lines are inside the coverage gate — three answers a consumer needs before the paste, not after the bug.
- Render boundary
'use client'Hydrates. It brings JavaScript to any route that imports it — put the boundary here, not at the page.
- Minimum viewport
MIN_VIEWPORT = 320Declared, not assumed. Below 320 CSS px the preflight contract draws a dev-mode outline — how to switch it on.
- Coverage gate
not in the gateThe 100% gate currently covers
src/charts/**/*.{ts,tsx}andsrc/lib/**/*.{ts,tsx}andsrc/primitives/{button-variants,data-state-model,meter-scale,skeleton-variants}.tsandsrc/primitives/{alert,aspect-ratio,avatar,badge,box,breadcrumb,button,callout,card,checkbox,container,data-state,focus-ring,grade-badge,grid,input,label,meter,pagination,published-date,reading-time,section,section-boundary,separator,skip-link,stack,stat-strip,tag,textarea,typography,visually-hidden}.tsx. This file is outside it — the glob widens in phase 7.2.
History
This component is at v1.1.0, first shipped in @interlace/ui 1.0.0. The version is stamped as a banner into the file the install writes, so the copy in your tree says which one you have — compare it with the number above before deciding whether to re-run the install.
@interlace/ui 1.0.01 entry
- Addedminor
The component floor reaches every tier: form, overlay, navigation and display primitives were modelled to the portable 26-rule floor with skeletons, locked breakpoints, and AA contrast measured per composite rather than eyeballed.
Components- @interlace/input
- @interlace/textarea
- @interlace/select
- @interlace/checkbox
- @interlace/radio-group
- @interlace/switch
- @interlace/slider
- @interlace/number-field
- @interlace/form
- @interlace/label
- @interlace/dialog
- @interlace/alert-dialog
- @interlace/sheet
- @interlace/popover
- @interlace/tooltip
- @interlace/hover-card
- @interlace/dropdown-menu
- @interlace/tabs
- @interlace/accordion
- @interlace/collapsible
- @interlace/breadcrumb
- @interlace/pagination
- @interlace/toast
- @interlace/card
- @interlace/badge
- @interlace/avatar
- @interlace/alert
- @interlace/separator
- @interlace/progress
- @interlace/skeleton
Import
14 named exports — pull the parts you need.
import { ContextMenu, ContextMenuCheckboxItem, ContextMenuCompose, ContextMenuContent, ContextMenuGroup, ContextMenuItem, ContextMenuLabel, ContextMenuPortal, ContextMenuRadioGroup, ContextMenuRadioItem, ContextMenuSeparator, ContextMenuShortcut, ContextMenuTrigger, MIN_VIEWPORT } from '@/components/ui/context-menu';Anatomy
Extracted from the primitive's JSDoc header. The source is the only documentation that can't drift.
ContextMenu (Root — Base UI manager)
├─ ContextMenuTrigger (the right-clickable surface)
└─ ContextMenuContent (wraps Portal + Positioner + Popup
internally — do NOT nest it in
ContextMenuPortal, that portals twice)
├─ ContextMenuGroup → ContextMenuLabel + ContextMenuItem
├─ ContextMenuItem
├─ ContextMenuSeparator
├─ ContextMenuCheckboxItem
└─ ContextMenuRadioGroup → ContextMenuRadioItem
`ContextMenuPortal` is exported only for the `container=` override (render
the popup into a specific node instead of `document.body`); it is not part
of the normal tree. `ContextMenuLabel` is `Menu.GroupLabel` and MUST sit
inside a `ContextMenuGroup` — outside one it throws on open.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.
ContextMenuComposeProps
| Prop | Type | Description |
|---|---|---|
| trigger* | React.ReactNode | — |
| items* | ContextMenuComposeItem[] | — |
| className | string | — |
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/context-menu — 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
role="group"role="menu"
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.
| Rule | Concept | Where |
|---|---|---|
| R4 | Extends Base UI part props | Each wrapper extends `React.ComponentProps<typeof BaseContextMenu.X>` |
| R6 | data-slot per part | `data-slot="context-menu-*"` |
| R7 | className merged + ...rest | `cn(BASE, className)` + `{...props}` |
| R13 | Ecosystem first | Wraps Base UI's context-menu — no bespoke right-click handling |
| R14 | Declares min viewport | `data-min-viewport={String(MIN_VIEWPORT)}` + exported const |
| R18 | Tailwind only | Zero inline `style`; styling lifted from DropdownMenu |
| R19 | Tokens only | popover / accent / border / muted-foreground tokens |
| R20 | AA contrast | Inherits semantic tokens which clear AAA |
| R25 | Client component | Base UI Menu hooks require client tier |
| R26 | A11y from headless primitive | role="menu" + keyboard nav + focus management from Base UI; ContextMenuTrigger adds the Shift+F10 / Menu-key opener Base UI omits |
Minimum viewport
This primitive declares MIN_VIEWPORT = 320 CSS px (DESIGN_PRINCIPLES #14). When mounted in a container narrower than this, the preflight contract draws a dev-mode outline so the regression is visible during local development.
<body data-interlace-dev>...</body>
Add the data-interlace-dev attribute to the body in development builds only — preflight then outlines any primitive whose container is below its declared data-min-viewport.
Dependencies
- Base UI primitive
- @base-ui/react/context-menu
- Lucide icons
CheckIconCircleIcon
- NPM dependencies
@base-ui/reactlucide-react
- Registry dependencies
Source
The full implementation — components/ui/context-menu.tsx once installed.
'use client';
import * as React from 'react';
// @interlace/context-menu v1.1.0 — Interlace design system.
// Docs, props and live preview: https://ds.interlace.tools/c/context-menu
// What changed since: https://ds.interlace.tools/c/context-menu#history
// Generated banner — keep it, the upgrade diff reads this version.
/**
* @interlace/ui — ContextMenu
*
* Right-click / long-press menu. Wraps `@base-ui/react/context-menu`
* (same Menu compositional API as DropdownMenu, just with a Root that
* handles right-click / long-press / Shift+F10 as the open gesture).
*
* For the standard click-button-to-open pattern, use `DropdownMenu`.
* Use ContextMenu only when consumers expect a true OS-level
* right-click affordance (file lists, editor canvases, image grids).
*
…437 more lines…Registry JSON
The raw registry record — what the shadcn CLI fetches.