| Age | Commit message (Collapse) | Author | Files | Lines |
|
templates/gtk/index.theme.in named IconTheme and CursorTheme, and it is
installed whole-file into ~/.themes/udt/index.theme, which the drawer's Icons
tab never rewrites. Every switch there left this file naming the old theme.
Both keys are dropped: gsettings wins over a metatheme hint on Wayland, so the
drawer's value stands on its own.
templates/qt-gtk/{gtk3-settings.ini,qt5ct.conf,qt6ct.conf} were checked and
are not a conflict: nothing installs them, and install.sh only seds
gtk-theme-name into the live gtk-3.0/settings.ini. Each now says so at the
top, so the next reader does not have to establish it again.
TODO-icons.md records the audit, including the three consumers outside this
repo that resolved icons against a hardcoded theme name.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
|
The README said derived tints were left alone, which was true for an hour and
is now wrong for twelve of them. Records which widget each paints, what it
became, and why shade() keeps the relationship rather than the upstream value.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
|
Twelve hexes were shades upstream computed from a palette colour rather than
taking one. They were left literal on the same reasoning as the neutral greys,
which was wrong: a grey is shading, but each of these paints one widget
surface in a colour that is supposed to be the theme's. Under any scheme but
Macchiato they stayed Macchiato, including the window close, minimise and
maximise hover fills.
They are substituted as @ROLE_PCT@ now, the percentage being that shade's
brightness relative to its base. shade() scales each channel and clamps, so it
keeps the relationship rather than the exact upstream value; closest on the
accent family, crudest on the reds, where upstream darkened toward saturation.
GTK4 carries ten of the twelve: the selected progress bar and the
selection-mode titlebar backdrop are GTK3-only widgets upstream.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
|
AGENTS.md listed GTK3/GTK4 among the covered consumers, but nothing generated
or installed a theme for it: the claim had been aspirational since the repo
started. It now describes what the code does, and says plainly that the old
state was a gap rather than a drift.
templates/qt-gtk/ documented both Qt and GTK as installed from upstream. Qt
still derives from catppuccin/Kvantum and GTK from catppuccin/gtk, but both
are generated here now, so the table and the gsettings line say 'udt'. Its
tracked gtk3-settings.ini carried the old theme name too, which made the
record disagree with the live config it mirrors.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
|
67 SVGs carrying only three palette colours: bg, bg_alt and the accent, the
last in 36 of them. The upstream gtk-3.0 and gtk-4.0 asset directories are
byte-identical, so one templated set is rendered and copied into both.
index.theme names the theme in three places and has no placeholders; it is a
template only so it installs through the same code path. Its icon and cursor
entries are this desktop's, not upstream's Tela-circle-Dark and
Macchiato-cursors, which nothing here uses.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
|
Derived from catppuccin/gtk v1.0.3. Substitution is whole-file rather than
confined to the @define-color block at the tail: 338 palette hexes in GTK3
and 328 in GTK4 sit in the 8400 lines above it, so a block-scoped template
would have left most of the theme macchiato.
Both colour forms are replaced, the hex and the bare decimal triple GTK
writes inside rgba(). Neutral greys, upstream's derived tints and the
Material swatch constants are left exactly as drawn, the same rule the
Kvantum SVG follows.
#eff1f5 is upstream's foreground, which is Latte text: a near-white it pairs
with a Macchiato background. It maps to the fg role so GTK text matches rofi,
kitty and waybar rather than being brighter than all of them.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|