diff options
| author | Danilo M. <danix@danix.xyz> | 2026-09-12 10:55:59 +0200 |
|---|---|---|
| committer | Danilo M. <danix@danix.xyz> | 2026-09-12 10:55:59 +0200 |
| commit | d18d5ae92912e49334b17024454ac1f5a9f059d9 (patch) | |
| tree | d1e77709f5c4c9050cd3ed4e80e460597f395da4 /docs/superpowers/plans/2026-09-11-rofi-unified-theme.md | |
| parent | 8b8731e089575a4bf3b9b308e26b38f4dad47511 (diff) | |
| download | unified-desktop-theme-d18d5ae92912e49334b17024454ac1f5a9f059d9.tar.gz unified-desktop-theme-d18d5ae92912e49334b17024454ac1f5a9f059d9.zip | |
fix(palette): emit waybar's Catppuccin names from roles
styles/main.css and styles/global.css are edited in place, not generated,
and reference nineteen colours by Catppuccin name: @surface1, @text,
@crust, @lavender and the rest. gen_waybar emitted only the role layer
plus the scheme's own palette names, which happen to include those names
under the four Catppuccin schemes and none of the other five.
Under tokyo-night every one of those references was undefined, GTK fell
back to a default, and the separators in main.css went from a dim
alpha(@surface1, 0.4) hairline to full brightness. The workspace
underline, the bluetooth, mail and breaktimer state colours and the
tooltip border were falling back the same way.
Emit them from roles, reusing the ROFI_NAMES table that exists because
rofi had this exact bug; mauve is the one name waybar uses that rofi
does not, and maps to the highlight role.
Verified across all nine schemes: every referenced name now resolves.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0176XsV85ByN2ee7HseUKcqA
Diffstat (limited to 'docs/superpowers/plans/2026-09-11-rofi-unified-theme.md')
0 files changed, 0 insertions, 0 deletions
