Card

A bordered, rounded content surface with header / title / description / action / content / footer parts. The surface, radius and border come from `Box`; the card owns only its column layout, its padding and its shadow.

foundationserveruiv1.2.0

Preview

Card — live renderprimitives-card--default

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.

Via shadcn URL
npx shadcn@latest add https://ds.interlace.tools/r/card.json
With the @interlace alias
npx shadcn@latest add @interlace/card

Behavior

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.

Every semantic colour pair this component's own source uses, measured against the shipped hexes in all 4 theme × scheme combinations. The tightest is muted-foreground on background at 7.82:1 (harbor · light), against a floor of 4.5:1.

Measured WCAG contrast ratios per token pair and theme
PairinterlacelightinterlacedarkharborlightharbordarkFloor
muted-foreground on backgroundsecondary copy9.41:111.32:17.82:19.52:14.5:1SC 1.4.3
muted-foreground on cardsecondary copy in a card9.41:110.48:18.25:18.64:14.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.

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
server component

Renders during SSR / RSC with no hydration cost. It can be imported from a server component without pulling the page into the client.

Minimum viewport
none declared

No width floor: it takes the width it is given. Its container owns the layout question.

Coverage gate
100% × 4

Inside the v8 gate: lines 100, statements 100, functions 100, branches 100. A threshold under 100 only records how much you stopped caring, so there isn't one.

History

This component is at v1.2.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.

Import

7 named exports — pull the parts you need.

Public API
import { Card, CardAction, CardContent, CardDescription, CardFooter, CardHeader, CardTitle } from '@/components/ui/card';

Anatomy

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

Card                             (Box — surface=card, radius=lg, border, flex-col gap-6 py-6)
    ├─ CardHeader                  (grid — @container/card-header, px-6)
    │    ├─ CardTitle
    │    ├─ CardDescription
    │    └─ CardAction             (col 2, spans both header rows)
    ├─ CardContent                 (px-6)
    └─ CardFooter                  (flex, px-6)
The header is a one-column grid until a `CardAction` is present:
`has-data-[slot=card-action]` switches it to `[1fr_auto]`, so the action
column is created by the child that needs it rather than by a prop.

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.

CardProps

Also accepts every <div> attribute.

PropTypeDescription
loadingbooleanWhen true, render a `<Skeleton variant="card" />` composite (title + body lines silhouette) instead of the normal Card surface. The skeleton shape-matches the card footprint so a card grid doesn't shift when real data arrives.

Skeleton

Pass loading and the component renders a shape-matched <Skeleton /> in its own place — same box, so nothing reflows when the data lands. Below is the same story with loading={true}.

Card — loading stateprimitives-card--loading
Usage
<Card loading={isPending} />

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
Native element semantics — no interaction layer to get wrong.
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

1 more state 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.

RuleConceptWhere
R4Extends native el`React.ComponentProps<'div'>` on every part
R6data-slot per partcard / -header / -title / -description / -action / -content / -footer
R7cn + ...rest`cn('px-6', className)` + `{...props}` on each part
R10Composition seamheader layout keys off the `card-action` slot, not a prop
R12Reuse over wrap`Box` owns surface + radius + border; `Skeleton` owns loading
R19Tokens only`surface="card"`, `text-muted-foreground`
R25Server componentNo hooks → no `'use client'`

Dependencies

Base UI primitive
Native / no Base UI dependency
Lucide icons
none
NPM dependencies
none

Source

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

165 lines · TypeScript
import * as React from 'react';

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

/**
 * @interlace/ui — Card
 *
 * A bordered, rounded content surface with header / title / description /
 * action / content / footer parts. The surface, radius and border come from
 * `Box`; the card owns only its column layout, its padding and its shadow.
 *
 * A `loading` card renders the shape-matched `Skeleton variant="card"`
 * instead, so a card grid does not shift when the data lands.
 *
 * ## Anatomy
 *
 *   Card                             (Box — surface=card, radius=lg, border, flex-col gap-6 py-6)

…145 more lines…

Registry JSON

The raw registry record — what the shadcn CLI fetches.