From: Drew Adams <drew.adams@oracle.com>
To: John Mastro <john.b.mastro@gmail.com>, help-gnu-emacs@gnu.org
Subject: RE: Using "Emacs Configure" **and** modifying .emacs
Date: Tue, 15 Aug 2017 16:09:44 -0700 (PDT) [thread overview]
Message-ID: <4c4b3808-6be2-4d84-9b5e-08f731ebdb53@default> (raw)
In-Reply-To: <CAOj2CQQUoMfN5HjmZv_mrL93CR_RsE-vu8aj7GKN2D_s8hbmHQ@mail.gmail.com>
> > According to the thread, `customize-set-variable' should be used
> > rather than setq.
>
> I would put it differently: it's fine to use `setq' on any variable,
> it's just that there may be more to be done.
Maybe, maybe not.
A `:set' function for a given `defcustom' can do anything it wants.
It need not set the option value at all (surprise!). It can do
anything - or nothing.
Typically it does set the value. And typically it uses a function
such as `custom-set-default' to set it, which does what you might
expect. And often, as you say, it does something additional, often
after setting the value (or before, or both).
But you can't count on a typical case, any more (well maybe a
little more) than you can count on just using `setq' to DTRT.
> You could therefore use `customize-set-variable', but my
> preference is generally to view the variable's definition,
> see whether a custom setter is defined, and
> decide if I need to do anything about it.
That's fine. Extra work, in general, but it shouldn't hurt,
at least not in the short term.
Not sure why you would prefer that, but it sounds like it is so
that if you find you can get away with `setq' in some case then
you prefer to use that. Is that it?
And what if the library changes the `:set' function and you
upgrade? I'm not being facetious - I really don't see the
advantage/motivation.
next prev parent reply other threads:[~2017-08-15 23:09 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-08-10 13:51 Using "Emacs Configure" **and** modifying .emacs Ronald Fischer
2017-08-10 15:59 ` Drew Adams
2017-08-10 16:58 ` Emanuel Berg
2017-08-12 17:24 ` John Ankarström
2017-08-13 20:16 ` Emanuel Berg
2017-08-12 17:32 ` John Ankarström
2017-08-10 16:00 ` Óscar Fuentes
2017-08-10 16:56 ` Emanuel Berg
2017-08-11 7:21 ` Ronald Fischer
2017-08-11 13:51 ` Emanuel Berg
2017-08-11 14:11 ` Tomas Nordin
[not found] ` <mailman.12937.1502460691.21957.help-gnu-emacs@gnu.org>
2017-08-11 15:20 ` notbob
2017-08-11 15:31 ` Emanuel Berg
2017-08-11 16:54 ` Drew Adams
2017-08-11 19:07 ` Emanuel Berg
2017-08-11 19:15 ` Drew Adams
2017-08-12 15:53 ` ken
2017-08-12 16:11 ` Emanuel Berg
2017-08-12 16:24 ` ken
2017-08-13 20:19 ` Emanuel Berg
[not found] ` <mailman.12941.1502465490.21957.help-gnu-emacs@gnu.org>
2017-08-11 15:57 ` notbob
2017-08-11 16:37 ` Emanuel Berg
[not found] ` <mailman.12935.1502459723.21957.help-gnu-emacs@gnu.org>
2017-08-11 14:09 ` HASM
2017-08-11 15:20 ` Emanuel Berg
[not found] ` <mailman.12940.1502464872.21957.help-gnu-emacs@gnu.org>
2017-08-11 18:55 ` Alan Mackenzie
2017-08-11 20:08 ` HASM
2017-08-11 20:29 ` Emanuel Berg
2017-08-11 20:46 ` Drew Adams
2017-08-11 22:12 ` (1) defcustom :set, (2) similar for defvar Drew Adams
2017-08-12 0:15 ` Using "Emacs Configure" **and** modifying .emacs Emanuel Berg
2017-08-12 7:30 ` tomas
2017-08-12 7:43 ` Emanuel Berg
2017-08-12 8:02 ` tomas
2017-08-12 10:03 ` Emanuel Berg
2017-08-12 10:38 ` Tomas Nordin
2017-08-12 11:38 ` Emanuel Berg
2017-08-15 22:10 ` Emanuel Berg
2017-08-15 22:18 ` Drew Adams
2017-08-15 22:27 ` Emanuel Berg
2017-08-15 23:38 ` Drew Adams
2017-08-16 0:09 ` John Mastro
2017-08-16 0:37 ` Robert Thorpe
2017-08-16 1:20 ` Emanuel Berg
2017-08-16 0:09 ` Emanuel Berg
2017-08-15 22:25 ` John Mastro
2017-08-15 22:41 ` Emanuel Berg
2017-08-15 23:09 ` Drew Adams [this message]
2017-08-16 0:07 ` John Mastro
2017-08-16 0:13 ` Emanuel Berg
2017-08-12 12:50 ` Emanuel Berg
2017-08-12 16:04 ` Drew Adams
2017-08-12 16:20 ` Emanuel Berg
2017-08-12 16:04 ` Drew Adams
2017-08-12 0:32 ` Emanuel Berg
2017-08-14 16:33 ` Emanuel Berg
2017-08-14 18:15 ` Emanuel Berg
2017-08-14 21:41 ` Emanuel Berg
2017-08-14 23:17 ` John Mastro
2017-08-15 0:24 ` Emanuel Berg
2017-08-15 2:20 ` Emanuel Berg
[not found] ` <mailman.12888.1502380810.21957.help-gnu-emacs@gnu.org>
2017-08-10 17:47 ` Dan Espen
2017-08-10 18:06 ` Drew Adams
2017-08-10 18:10 ` Drew Adams
[not found] ` <mailman.12897.1502388423.21957.help-gnu-emacs@gnu.org>
2017-08-10 19:08 ` Dan Espen
2017-08-10 19:14 ` Emanuel Berg
[not found] ` <mailman.12899.1502392471.21957.help-gnu-emacs@gnu.org>
2017-08-11 12:03 ` Dan Espen
2017-08-11 13:46 ` Emanuel Berg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4c4b3808-6be2-4d84-9b5e-08f731ebdb53@default \
--to=drew.adams@oracle.com \
--cc=help-gnu-emacs@gnu.org \
--cc=john.b.mastro@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).