gnu-emacs-sources
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[GNU ELPA] Ef-Themes version 0.11.0


From: ELPA update
Subject: [GNU ELPA] Ef-Themes version 0.11.0
Date: Mon, 13 Mar 2023 05:03:09 -0400

Version 0.11.0 of package Ef-Themes has just been released in GNU ELPA.
You can now find it in M-x list-packages RET.

Ef-Themes describes itself as:

  ===========================
  Colorful and legible themes
  ===========================

More at https://elpa.gnu.org/packages/ef-themes.html

## Summary:

  # Ef (εὖ) themes for GNU Emacs

  IMAGES HERE: <https://protesilaos.com/emacs/ef-themes-pictures>.

  The `ef-themes` are a collection of light and dark themes for GNU Emacs
  whose goal is to provide colorful ("pretty") yet legible options for
  users who want something with a bit more flair than the `modus-themes`
  (also designed by me).  Watch the presentation, which demonstrates each
  of the eight themes in the collection:
  <https://protesilaos.com/codelog/2022-08-18-ef-themes-demo/>.

## Recent NEWS:

                     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
                      CHANGE LOG OF THE EF THEMES
                     ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━


This document contains the release notes for each tagged commit on the
project's main git repository:
<https://git.sr.ht/~protesilaos/ef-themes>.

The newest release is at the top.  For further details, please consult
the manual: <https://protesilaos.com/emacs/ef-themes>.


Version 0.11.0 on 2023-03-13
════════════════════════════

New options to override the colour palette
──────────────────────────────────────────

  It is now possible to tweak the colour values of each theme's palette
  and to change how named colours are mapped to semantic constructs.
  Concretely, each theme's palette consists of two subsets: (i) named
  colours that associate an arbitrary symbol, like `blue-warmer' to a
  colour value such as `#5250ef', and (ii) semantic colour mappings that
  assign a named colour to constructs like `date-weekend'.

  [ For a video demo of the same idea that I implemented in the
    `modus-themes', check /mutatis mutandis/:
    <https://protesilaos.com/codelog/2022-12-17-modus-themes-v4-demo/>. ]

  The feature is not as fully fledged as in my `modus-themes' because
  the latter have a broader scope than the `ef-themes'.  Still, it is
  comprehensive and will likely cover the needs of users who want to
  tinker with colours.


The "preview palette" commands have new aliases
───────────────────────────────────────────────

  The command `ef-themes-preview-colors' can now also be called with
  `ef-themes-list-colors'.  Same for `ef-themes-preview-colors-current'
  which is also known as `ef-themes-list-colors-current'.

  These new names make it easier to "preview" or "list" the given
  palette entries.


Palette preview commands can show semantic colour mappings
──────────────────────────────────────────────────────────

  When called with a prefix argument (`C-u' with default key bindings),
  the commands `ef-themes-preview-colors',
  `ef-themes-preview-colors-current' will produce a buffer with the
  mappings specified in the given palette and in user-defined overrides.
  Whereas their normal behaviour without the prefix argument is to list
  all the named colours.

  In this context, "named colours" are associations between a symbol and
  a colour value like `(blue-warmer "#5250ef")', whereas "semantic
  colour mappings" describe associations between an abstract construct
  of the interface and a named colour, such as `(variable blue-warmer)'.


Automatically disable other themes when loading an Ef theme
───────────────────────────────────────────────────────────

  The user option `ef-themes-disable-other-themes' makes the commands
  that load an Ef theme run `disable-theme' on anything that is not part
  of the collection.  These commands are `ef-themes-select',
  `ef-themes-toggle', `ef-themes-load-random'.

  The user option is enabled by default.  The reason is that Emacs will
  blithely blend multiple themes that a user loads, leading to a design
  that ranges from mildly annoying to outright unusable.  It is a bad
  default behaviour that hinders accessibility.

  Expert users who know what they are doing when blending themes can
  simply disable this user option (or not use the Ef commands for
  loading a theme).


Stylistic changes
─────────────────

Refined deuteranopia warning colours
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌

  [ "Deuteranopia" is the technical term for red-green colour
  deficiency. ]

  This concerns the themes `ef-deuteranopia-dark' and
  `ef-deuteranopia-light'.  The slightly adjusted colours help further
  differentiate certain constructs in various contexts, such as the Org
  agenda buffer where `SCHEDULED' and `DEADLINE' items need to be told
  apart.


Implemented appropriate colour-coded foregrounds in Magit/diff-mode
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌

  `diff-mode' and Magit diff buffers now affect the text colour of the
  added/removed/changed lines to improve their usability.  Before, the
  combination was of a colour-coded background with the main foreground,
  which could make it a bit harder to track lines.


Removed the bold weight from Magit diff hunk headings
╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌╌

  Inactive diff hunk headings do not need to be bold, as they are
  already easy to tell apart from their context.  The added bold is
  useful for the currently selected diff hunk, as it draws attention to
  …  …

reply via email to

[Prev in Thread] Current Thread [Next in Thread]