🧩 Component migration (colour, then spacing & typography)

[eddiman]

Description

Migrate EDS components onto the redefined tokens. Per the 23 Jun decision, all current (and future) EDS 2.0 components migrate — no prioritised subset. Pure component-consumers see no change. Run in two phases, colour first.

Phase 1 — switch to the expanded static colours (first)

• Move components onto the expanded static colours — expanded scale + reworked step-based state names (see 🎛 Review & Refine Colour Token values #4742 and 🧩 Re‑evaluate token naming conventions #4744), shipped alongside the current set.
• Includes the dynamic → static swap and applying the new alpha-channel disabled states (🎨 Implement Alpha‑Channel approach for disabled states #4741).

Phase 2 — switch to new spacing & typography tokens

• Apply the decoupled spacing / typography tokens.
• Remove text-trim and reset component paddings to fit all sizes (the work the text-trim change creates).

Definition of Done

• Phase 1: all components on the expanded static colours
• Phase 2: all components on new spacing & typography tokens; text-trim removed; paddings reset
• Density modes (compact / comfortable / relaxed) validated across representative components — moved here from 📏 Rename density modes (compact / comfortable / relaxed) #4743. Components consume --eds-density-*; the legacy data-density="spacious" scheme does not survive the rewrite.
• Visual regression tested
• No consumer-facing breakage for pure component-consumers

[claude]

These issues look related to this EDS 3.0 component migration and may provide useful context or dependencies:

• 🎨 Implement Alpha‑Channel approach for disabled states #4741 — 🎨 Implement Alpha‑Channel approach for disabled states (open): explicitly referenced here as the new disabled-state work applied in Phase 1.
• Re-define Typography, Spacing & Corner Radius tokens #5107 — Re-define Typography, Spacing & Corner Radius tokens (open): defines the new spacing & typography tokens this migration's Phase 2 consumes.
• Define the Token Variable Architecture (Figma + code ADRs) #4963 — Define the Token Variable Architecture (EDS 3.0) (open): foundational token architecture this migration builds on.
• 📦 eds-tokens packaging & release (beta flags → 3.0.0) #5120 — 📦 EDS 3.0 packaging & release (beta flags → 3.0.0) (open): sibling task in the same EDS 3.0 rollout.
• Pause new component development during the token transition #5122 — Pause new component development during the EDS 3.0 transition (open): directly governs component work during this migration.

This comment was generated by an LLM and may be inaccurate. Please verify that the linked issues are actually relevant.