WORK-336
Setting up your dashboard 0 entities found · 9/32 branches scanned
ID:WORK-336Status:ready

Audit and rationalize rune context modifiers

Review every declared contextModifiers entry across core and plugins, decide whether the pairing is meaningful, and either style it or remove it. The lone KNOWN_MISSING_SELECTORS context entry — Hero's feature → in-feature — is the first casualty: it has no sensible rendering, so the modifier comes out rather than getting CSS.

Priority:mediumComplexity:simpleMilestone:v0.19.0Source:SPEC-084
changeset-release/main View source

Criteria completion

Criteria completion: 0 of 4 (0%) checked; tracking started on Jun 5, no incremental history yet0%25%50%75%100%Jun 5Jun 15

Tracking started Jun 5 — check back for trends.

Branches 3
History 2
  1. e1084e4
    Created (ready)by github-actions[bot]
  2. 33e11b7
    Content editedby Claude
    plan: shape v0.19.0 around polish, composability & rollups

Acceptance Criteria

  • Every contextModifiers entry is inventoried (rune → parent → modifier) with a keep/remove decision recorded.
  • Hero's feature: 'in-feature' context modifier is removed from plugins/marketing/src/config.ts.
  • .rf-hero--in-feature is dropped from KNOWN_MISSING_SELECTORS; css-coverage passes with no context-modifier carve-outs remaining (or each remaining carve-out has a written justification).
  • Kept modifiers all have CSS coverage.

Approach

Cross-reference the contextModifiers declarations with the styled selectors in packages/lumina/styles/runes/*.css (the composability research already mapped these). Removing a modifier is a config-only change; the engine stops emitting the BEM class automatically.

References

  • packages/runes/src/config.ts, plugins/marketing/src/config.ts, plugins/design/src/config.ts
  • packages/lumina/test/css-coverage.test.ts (KNOWN_MISSING_SELECTORS)