# Audit: kbd audit-version: 1 audited-at: 2026-06-26 scope: eidos (eidos-only primitive) method: theming-coherence category sweep (typography), adversarially verified; roles + `:Morfo` lead-verified CLEAN across all eidos (no success/warning/danger/info; only alert-dialog uses `:Morfo`). ## Summary Counts (post-verification): CRITICAL 0 · HIGH 0 · MEDIUM 0 · LOW 1. conformance: morfo OK; no recipe; ControlVariant canonical; padding literals need canonicalization as-const: true · roles clean: true · variants clean: true · has-recipe: false ## Findings ### LOW: em-literal padding and tracking; canonical scale should exist for kbd chrome — kbd-001 - dimension: E-bis: Theming (SIZES) - location: src/uix/eidos/components/kbd/kbd.css:24-25, 30 - evidence: padding-inline: 0.4em; padding-block: 0.18em; letter-spacing: var(--tracking-wide) - impact: Mixed: tracking uses canonical, but padding em-literals lack canonical tokens - proposed-fix: Define --kbd-padding-inline and --kbd-padding-block canonical tokens - verify: [downgraded] kbd.css:24-25 'padding-inline: 0.4em; padding-block: 0.18em' — same rationale as code-002: em-relative inline-pill padding, no canonical em padding scale, scales with prose. The finding itself notes letter-spacing already uses canonical var(--tracking-wide) (line 30) and radius uses --radius-sm (line 23). Only the em paddings remain; legitimate inline-flow relative units. Downgraded MEDIUM→LOW. - fix-status: open ## Theming facts (E-bis) - magic literals: 0.4em @ src/uix/eidos/components/kbd/kbd.css:24 -> canonical kbd-padding-inline token | 0.18em @ src/uix/eidos/components/kbd/kbd.css:25 -> canonical kbd-padding-block token - magic z-index: none - non-canonical names: none - roles clean: true · variants clean: true