[Top][All Lists]

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

Re: Byte-compilation of custom themes

From: Stefan Monnier
Subject: Re: Byte-compilation of custom themes
Date: Tue, 30 Jan 2018 21:26:37 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)

> diff --git a/doc/lispref/customize.texi b/doc/lispref/customize.texi
> index 6c7ca260ab..7fea507fd0 100644
> --- a/doc/lispref/customize.texi
> +++ b/doc/lispref/customize.texi
> @@ -1432,7 +1432,9 @@ Custom Themes
>  would be evaluated when loading the theme, but that is bad form.
>  To protect against loading themes containing malicious code, Emacs
>  displays the source file and asks for confirmation from the user
> -before loading any non-built-in theme for the first time.
> +before loading any non-built-in theme for the first time.  As
> +such, themes are not ordinarily byte-compiled, and source files
> +always take precedence when Emacs is looking for a theme to load.
>    The following functions are useful for programmatically enabling and
>  disabling themes:

Sounds good to me.

> Why are built-in themes not exempt to this safety net, though?

They're not?  There is code which tries to exempt them, so if they're
not, it's a bug in that code.

> Finally, would you care to post your helpful explanation as an answer to
> my Stack Exchange question, or would you rather I paraphrased this
> thread?

Feel free to post my answer there,


reply via email to

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