diff options
| author | Craig Jennings <c@cjennings.net> | 2026-06-09 20:06:53 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-06-09 20:06:53 -0500 |
| commit | 22c9f61cac2363f57c3660eba35187ec17a5645d (patch) | |
| tree | 57d221b7fbdd5353a5e9054a9b6aef1b2641e0ef /docs/design | |
| parent | 29a8ad08c666ca8c93b20e2613b60d502842e2eb (diff) | |
| download | dotemacs-22c9f61cac2363f57c3660eba35187ec17a5645d.tar.gz dotemacs-22c9f61cac2363f57c3660eba35187ec17a5645d.zip | |
feat(theme-studio): re-bind "(gone)" assignments when a name returns
Deleting a palette color leaves any assignment pointing at it showing "(gone)". Recreating a color with the same deleted name now re-points those stranded assignments to the new color, even when its hex differs, instead of leaving them stuck on the old hex forever.
Delete records the removed name and hex; the next add of that name re-points every reference (syntax map, UI faces, package faces) to the new hex and consumes the record. The registry clears on import so a stale name from a previous theme can't re-bind across a load. I pulled the re-point loop that update-selected already used into a shared helper. A #healtest gate covers delete-then-recreate-with-a-new-hex.
Diffstat (limited to 'docs/design')
0 files changed, 0 insertions, 0 deletions
