GNU bug report logs - #21695
25.0.50; Change most occurrences of `setq' in Emacs manual to `customize-set-variable'

Previous Next

Package: emacs;

Reported by: Drew Adams <drew.adams <at> oracle.com>

Date: Fri, 16 Oct 2015 21:51:01 UTC

Severity: wishlist

Found in version 25.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #110 received at 21695 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: rms <at> gnu.org
Cc: 21695 <at> debbugs.gnu.org, hmelman <at> gmail.com
Subject: Re: bug#21695: 25.0.50;
 Change most occurrences of `setq' in Emacs manual to
 `customize-set-variable'? Really?
Date: Thu, 09 Sep 2021 09:52:11 +0300
> From: Richard Stallman <rms <at> gnu.org>
> Cc: 21695 <at> debbugs.gnu.org, hmelman <at> gmail.com
> Date: Wed, 08 Sep 2021 23:11:33 -0400
> 
>   > "Any source file" should include all the Lisp files installed on the
>   > user's machine, right?
> 
> I don't think so.  There is no need.
> 
> To make language clearer, let's say the variable is foofoo, its defcustom
> is in foofoo.el, and all its other uses in Emacs are in foofoo.el 
> after the defcustom.
> 
> That option doesn't have any problems, I think.

I don't see the significance of being defined and used in the same
file, for this matter.  A defcustom could need to use the :set
attribute for such variables, if just changing the value doesn't
produce the expected effect.  For example, some other foofoo.el
variables could depend on the value of foofoo, so any change in the
value of the latter needs to recalculate the values of its
dependencies.

Now suppose .emacs uses (setq foofoo ...), and foofoo.el is from some
third-party package, or even one of user's own init files.  How will
we be able to account for that by using a precompiled list of
variables produced from just the bundled Emacs Lisp files?




This bug report was last modified 3 years and 300 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.