Version 2.1.0 of package Standard-Themes has just been released in GNU ELPA. You can now find it in M-x list-packages RET.
Standard-Themes describes itself as: ========================================== Like the default theme but more consistent ========================================== More at https://elpa.gnu.org/packages/standard-themes.html ## Summary: ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ STANDARD-THEMES: LIKE THE DEFAULT THEME BUT MORE CONSISTENT Protesilaos Stavrou i...@protesilaos.com ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ This manual, written by Protesilaos Stavrou, describes the Emacs package called `standard-themes', and provides every other piece of information pertinent to it. The documentation furnished herein corresponds to stable version 2.1.0, released on 2024-08-11. Any reference to a newer feature which does not yet form part of the latest tagged commit, is explicitly marked as such. Current development target is 2.2.0-dev. ## Recent NEWS: ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ CHANGE LOG OF THE STANDARD THEMES ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ This document contains the release notes for each tagged commit on the project's main git repository: <https://git.sr.ht/~protesilaos/standard-themes>. The newest release is at the top. For further details, please consult the manual: <https://protesilaos.com/emacs/standard-themes>. Version 2.1.0 on 2024-08-11 ═══════════════════════════ This package is in a stable state. The present release introduces only tweaks and refinements. The built-in `erc' package is now supported ─────────────────────────────────────────── This is an IRC client for Emacs that is more feature-rich than its `rcirc' counterpart (also built-in). The colours used in ERC buffers are now consistest with the rest of theme. `ert' test results have the appropriate styles ────────────────────────────────────────────── The built-in `ert' testing framework for Emacs Lisp code displays its results in a set of colours that are consistent with the rest of the themes. The `ztree' package is fully supported ────────────────────────────────────── This is a directory viewer that also has the capability to compare the contents of different directories. The colours it uses now follow the established patterns of the themes. Mu4e folds look a bit different ─────────────────────────────── The characters used by the `mu4e' email client to show the tree structure of message threads are now draws in a less intense colour. This ensures that the focus in on the message subject lines and accompanying information. The `doom-modeline' no longer uses bold+italic combinations ─────────────────────────────────────────────────────────── This is because those can clip the edges of icons/symbols used therein. I was informed about this problem on the issue tracker of my `ef-themes' by Filippo Argiolas: <https://github.com/protesilaos/ef-themes/issues/42>. The Elisp shorthands are easier to spot ─────────────────────────────────────── This is not a commonly seen feature, though Emacs Lisp can benefit from so-called "shorthands" were long symbol prefixes are substituted by a shorter equivalent. At the theme level, we now render those in italic and in a colour that is not used elsewhere in Elisp code. Nerd icon directories are more colourful during completion ────────────────────────────────────────────────────────── The `nerd-icons-completion' package extends coverage of `nerd-icons' to the minibuffer. File/directory prompts now display directories in the colour that is also used in Dired buffers instead of black/white. This makes the themes more consistent and the icons in the minibuffer less intense. Org keywords like `#+title' may be monospaced ───────────────────────────────────────────── If the user option `standard-themes-mixed-fonts' is set to a non-nil value, then all such keywords will use a monospaced font (inherit from `fixed-pitch'). This is already done for other code- or metadata- like elements. The purpose of this user option is to render spacing-sensitive constructs in a monospaced font but allow the user to set the `default' face to a proportionately spaced font (this can be done on demand with `M-x variable-pitch-mode'). Without this arrangement, proportionately spaced fonts will produce misalignments in tables, code blocks, et cetera. Miscellaneous ───────────── • Extended the coverage of `shr' (built-in) faces to cover `shr-mark'. • Added support for the built-in `completions-highlight' face (Emacs 29). • Removed the underline property from the Gnus implicit buttons, because it can be too distracting. … …
