Theme.palette.surface borrows the selection colour #131
Labels
No labels
approved
bug
changes-requested
ci
decision
declined
discuss
docs
feature
meta
now
packaging
refactor
release
repo/core
repo/krystal
repo/plugins
repo/themes
status/backlog
status/in-progress
status/next
status/review
ux
No milestone
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
joshquinlan/donbox#131
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
The compat Theme singleton maps the old shell's surface token
to Colour.selection. The old shell derived surface as a subtly
lifted background (ember: #302C28 over #1B1B1B); the selection
highlight only coincides with that on themes whose selection is
a muted grey. On themes with a loud selection the occupied
workspace chips (and every other compat consumer of surface)
fill with the highlight colour instead of a quiet raised tone,
and where selection sits near the accent, occupied and active
chips become hard to tell apart.
Judged a latent inconsistency rather than a live defect on
2026-08-24: the owner looked at the selection-filled chips on a
purple theme and preferred them. If it is ever changed, the
faithful derivation is background lifted about 10% toward
foreground (Qt.tint(Colour.background,
Qt.alpha(Colour.foreground, 0.1))), decided per taste and
re-judged after the accent audit (#130) lands, since wrong
accents distort the comparison. Touches shell/services/
Theme.qml only.