Runtime fingerprintToken readout from the active provider chain.
Live DS
Runtime
Platform
Rottay
Rottay / ModernPlatform Flagship
Primary
#0A0A0ASecondary #6B6B6B
Radius
14pxxl 18px
Density
normalBorder-light cards
Accent
Badge
Compact runtime evidence across 3+ token signals.
Published DS package · Component Layer · Rottay / modernShared route metadata for the active runtime, kept inline so the shell reads like a thin header band.
Palette
#0A0A0ARottay
Chrome
Modernrenderer posture
Radius
14pxsurface shape
Density
normalPlatform Flagship
Primitives
Display
Card
Card
Active profilePlatform Flagship
Runtime postureRottay / modern
Primitives reference for Card.
Runtime controls
TenantRottay
Reference summaryContained surface for grouping related contentDisplay primitives should prove hierarchy, density control, and empty-state discipline.
How to read this pageUse the showroom switchers in the sidebar to change engine and tenant, then judge this primitive in the live preview before styling around it locally.
At a glanceThe meta cards below are the quickest read on how this primitive behaves across the current runtime.
Tier
PrimitiveThe lowest reusable UI contract.
Category
DisplayContent-first primitives that need to remain elegant under every engine and theme.
Best paired with
patternsEscalate to patterns or surfaces when workflow logic starts dominating.
This is the primary runtime verification surface for the component. Engine and tenant changes should land in the rendered DS primitive itself, not in showroom-local wrapper styling.
Preview heuristics
Compare hierarchy, spacing, and interaction feedback before any page-level styling.
The rendered primitive should carry the engine and tenant differences by itself.
If it only looks right inside local wrapper chrome, the primitive or preview needs more work.
Engine comparisonEngine comparisonThe active tenant stays real while the same component is rendered by every engine. The wrapper stays intentionally quiet so engine differences come from the DS itself.
Rottay
3 live engines
Same tenant, isolated engine
ClassicAnt Design
Live provider
ModernDaisyUI
Live provider
Consumption
Import and usage
Keep the primitive contract visible. These snippets are meant to help teams consume the base component before they wrap or escalate it.Browse all Display
Adoption postureStart with Card, not a wrapperImport directly from the design system package, verify the base behavior across 3 engines here, and only wrap when workflow logic starts repeating.
The primitive should stay legible before any page-specific chrome is layered on top.
Usage notes
Import directly from the design system package and keep composition simple first.
Use category-appropriate props before creating wrapper APIs that hide the base contract.
Escalate to patterns or surfaces only when workflow logic clearly outweighs local UI concerns.
Published entrypoint@rottay/design-systemUse the shared package surface as the default import path for Card. It keeps adoption readable and future extraction work straightforward.
Base tier: Display
API surface
Props
Curated reference for fast browsing. Verify edge-case props against the source until this table is extracted directly from the DS.
Reference scan5 documented props1 required and 4 optional rows are listed here so teams can review the contract without digging through source immediately.
Confirm uncommon edge cases against the component implementation until this table is extracted automatically.
Reference disciplineThe table below is tuned for quick scanning in docs. For unusual composition or engine-specific behavior, treat the DS source as the final authority.
Card propsProp contracts stay readable across dark-first and light-first tenants.
5 props
1 required
4 optional
Fast readStart with required props, then scan defaults before dropping to per-row details.
Contract postureThis reference stays intentionally concise so the primitive contract remains scannable.
Name
Optional
Required
Optional
Optional
Optional
Related components
Continue within Display
If Card is close but not quite right, scan nearby primitives in the same tier before jumping to a heavier surface or pattern abstraction.Browse all Display
Next moveStay within Display firstCategory siblings usually solve adjacent states while preserving the same primitive contract level and runtime expectations.
Escalate to patterns or surfaces only when the interaction model itself changes.
Card content goes here. This is a basic card example.
Runtime fingerprint
Runtime
PlatformRottay
Rottay / ModernPlatform Flagship
Primary
Radius
Density
Accent
Badge
Motion
Compact runtime evidence across 2+ token signals.
Note
Check readability, fallback handling, and how much meaning survives with almost no supporting chrome.
DisplayCard
3 live engines
Live DS output
Card title
Card content goes here. This is a basic card example.
Runtime fingerprint
Runtime
Platform
Rottay
Rottay / ModernPlatform Flagship
Primary
Radius
Density
Accent
Badge
Motion
Compact runtime evidence across 2+ token signals.
Note
Check readability, fallback handling, and how much meaning survives with almost no supporting chrome.
RusticVanilla CSS
Live provider
DisplayCard
3 live engines
Live DS output
Card title
Card content goes here. This is a basic card example.
Runtime fingerprint
Runtime
Platform
Rottay
Primary
Radius
Density
Accent
Badge
Motion
Compact runtime evidence across 2+ token signals.
Note
Check readability, fallback handling, and how much meaning survives with almost no supporting chrome.
EntrypointKeep imports directReach for the published DS export first so teams can read the contract at a glance.
ImportPublished package entrypoint, ready to copy.
tsx
1 line
Consumption
Runtime-aware snippet
ImportTSX
Quick copy
import { Card } from '@rottay/design-system';
Baseline exampleStart with CardUse the smallest valid composition first, then layer in product-specific wrappers only when the workflow truly needs them.
UsagePaste-ready example that shows the base contract first.