emacs-devel
[Top][All Lists]
Advanced

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

Re: Theme generator (was: solarized)


From: Tim Cross
Subject: Re: Theme generator (was: solarized)
Date: Wed, 16 Sep 2020 11:49:04 +1000

I think this is a better approach than trying to come up with a definitive set of themes. The 'look' of your editor is a pretty personal preference and we are unlikely to find a definitive set of themes that will suit all. On the other hand, if we can make it easier to define a theme, we are enabling people to make it look the way they want, which seems to be part of the core essence of Emacs - do it your way. 

At present, while you have all the power to customize faces, it isn't necessary easy to get things consistent. Defining a new theme usually takes a lot of trial and error. It has certainly improved since I first started with Emacs in the 90s, but could probably be improved further with a theme generator. The big challenge is that Emacs has far more 'faces' than other editors and it sin't always clear how all these faces interact. Some sort of theme generator which could help with this would make it easier for people to define their own themes. 

The spacemacs setup also has a pretty straight-forward way to tweak existing themes with their theming-modifications list, which makes it easy to tweak specific settings for specific themes (and ensures they are applied when themes change or are re-loaded etc).



On Wed, 16 Sep 2020 at 00:43, Stefan Monnier <monnier@iro.umontreal.ca> wrote:
> Henrik tried to do it with emacs-doom-themes
> ( https://github.com/hlissner/emacs-doom-themes ) but apparently the theme
> generation part is not really good and he has been trying to find time to
> rewrite that part. But using that API to define a theme seems really easy :
> https://github.com/hlissner/emacs-doom-themes/blob/master/themes/doom-one-theme.el
>
> I think this is the kind of helpers that would warrant upstream integration :

Indeed, it seems that if we extended the `defface` machinery to allow
evaluation of Elisp code, we could make this "standard".


        Stefan




--
regards,

Tim

--
Tim Cross


reply via email to

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