You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
refactor(css): flatten 13 .wl-dark X selectors to dark-only base rules (build 638)
Build 637 made wl-dark unconditional (force dark-only theme) but left
13 .wl-dark X selectors in whitelist_manager.css as harmless redundancy.
Build 638 flattens them: for each pair X { ...light... } + .wl-dark X
{ ...dark... }, the dark values are merged into the base rule and the
.wl-dark X block is deleted.
Net change: 13 fewer rules, ~50 fewer CSS lines, single source of truth
per element. wl_ui.js :: detectDarkTheme() still applies wl-dark to
<body> as a no-op marker for any external code that might key off the
class — no in-app CSS rule depends on it anymore.
Verified all 13 clusters against build 637 dark values via browser
DOM-injection tests + getComputedStyle snapshots. WM, Control Panel,
and Audit Trail render identically to build 637. Zero visual regressions.
Elements flattened:
.wl-col-check input[type="checkbox"], .wl-cell-match,
.wl-cell-edited, .wl-bulk-edit-bar, tr.wl-pending-approval (+ :hover,
+ .wl-input), th.wl-pending-approval-header,
.wl-table.wl-pending-approval-table, .wl-approval-self-note,
.wl-approval-bar, .wl-approval-item + .wl-approval-item,
.wl-addition-preview.
Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
0 commit comments