~protesilaos/modus-themes 

Simplify imenu-list to only use four colours

This is because the only difference between the two types of faces it
provides is whether the heading has a sublevel or not.

Thanks to ltmsyvag for pointing this out in issue 95 on the GitHub
mirror of the modus-themes: <https://github.com/protesilaos/modus-themes/issues/95>.

Make imenu-list foregrounds follow same colours as headings

This is because fg-heading-0 is for special cases, such as the Org #+title.

Cover the mct-highlight-candidate face

Use correct name for blink-matching-paren-offscreen

Style the 'consult-preview-insertion' face

The default style inherits from the 'region' face. This is fine in
some cases, though not when the user calls 'consult-outline' in a
buffer with hidden text (e.g. Org folded headings). There the
background is applied to the entire heading's surface area, which is
too distracting while cycling through completion candidates and
inspecting the preview.

Add support for shr-mark face

Acknowledge Niall Dooley for commit ae1b452

Rearrange some lines to ease diffing

Add missing keywords line for consistency.

Use the semantic colour mappings for search regexp groups

Use the semantic colour mappings for current/lazy search

Add modus-themes-search-replace face to ensure stylistic consistency

Add semantic colour mappings for search

Make 'olivetti-fringe' visible when needed

This is subject to the user option 'olivetty-style', which can be set
to the value of 'fancy' to produce a page-like effect.

Thanks to Dhavan Vaidya and Gautier Ponsinet for bringing this matter
to my
<attention:https://lists.sr.ht/~protesilaos/modus-themes/%3Cm2a5qzpi3y.fsf%40muon.local.mail-host-address-is-not-set%3E>
.

Make keycast-key use bold if modus-themes-bold-constructs

Recalibrate all the "nuanced" background colours

There are a tiny bit easier to spot. This means that they should be
visible even on display where colour reproduction is not optimal.

Add semantic color mappings for active arguments/values

STOP transient.el from trying to do semantic colouring

Read the comment. We cannot give users this experience by default. I
shall review this once things change.

Remove needless intense backgrounds from whitespace-mode

We only need to bring attention to whitespace-empty. The rest are not
problematic per se (e.g. the Emacs code base is full of them).

Revise read-multiple-choice-face to use a blue/cyan hue

The previous style looked like a warning and could be mistaken for
some kind of error feedback.

Recalibrate all nuanced backgrounds

They now are more consistent in terms of their overall intensity.
Next