[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Why is custom--inhibit-theme-enable not t by default?
From: |
Basil L. Contovounesios |
Subject: |
Re: Why is custom--inhibit-theme-enable not t by default? |
Date: |
Wed, 13 Jun 2018 16:56:51 +0300 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
Richard Stallman <address@hidden> writes:
> [[[ To any NSA and FBI agents reading my email: please consider ]]]
> [[[ whether defending the US Constitution against all enemies, ]]]
> [[[ foreign or domestic, requires you to follow Snowden's example. ]]]
>
> > I think themes are special in this regard: loading a theme activates
> > it.
>
> Do we really want loading the file to activate the theme?
>
> We could instead have a command to select a theme, which autoloads
> the theme if necessary.
Wouldn't a simpler solution be to change the interactive spec of the
command load-theme to conditionally specify a non-nil NO-ENABLE
argument? This argument could, for example, be toggled based on the
value of a new user option or an additional yes-or-no prompt.
WDYM by "autoload a theme", by the way, and how would that differ from
the means by which the function custom-available-themes determines which
themes are available for loading?
--
Basil
Re: Why is custom--inhibit-theme-enable not t by default?, Basil L. Contovounesios, 2018/06/12
Re: Why is custom--inhibit-theme-enable not t by default?, Richard Stallman, 2018/06/12
- Re: Why is custom--inhibit-theme-enable not t by default?,
Basil L. Contovounesios <=