Icon recoloring
Last updated:
Stub. This page is part of the site shell — the structure is real, the prose is not. Replace this callout and the outline below with real content. The scope statement is accurate and should survive the rewrite.
Control-icon recoloring covers checkbox and radio icons, and only on themes that do not supply their own icon path mappings.
It does nothing on New-UI themes, including anything Islands-based. That is a
platform limitation rather than a setting: when a theme declares its own icons
path mappings, the theme’s own path patcher claims the icon path first, and no
public API lets a plugin patch it afterward. New UI is the default on current
IDEs, so most users will never see this feature take effect. Nothing on the
marketing pages claims otherwise, and nothing here should either.
Where it does apply:
- Classic (old-UI) LAFs that claim no icon paths, served by AutoTint’s generic 19×19 checkbox and radio sets.
- Themes with authored per-theme override SVGs registered in the bundled icon-override map.
The bundled High Contrast theme is deliberately excluded. It recolors the stock
SVGs through its own ColorPalette block for accessibility, and serving
seed-toned fills over that would degrade a deliberately accessible theme.
Turning it off
Section titled “Turning it off”Why the rest of the UI still tints
Section titled “Why the rest of the UI still tints”Everything outside the icon layer — chrome, the editor canvas, LAF surfaces — goes through the palette, which carries no such restriction. A theme where icon recoloring is inert still tints normally.