From: Jude DaShiell <jdashiel@panix.com>
To: Dr Rainer Woitok <rainer.woitok@gmail.com>, help-gnu-emacs@gnu.org
Subject: Re: Configuration files vs customization
Date: Sat, 21 Jan 2023 12:24:40 -0500 [thread overview]
Message-ID: <4eeb2474-a8fb-502d-f145-a1385a11265e@panix.com> (raw)
In-Reply-To: <25548.5130.933634.159947@woitok.gmail.com>
I prefer configuration to customization since once a file is in place it's
shareable so if I get something wrong in configuration it can be checked
by other eyes. With customization especially in the case of the o-p,
there's no way possible to clean that up outside of customization and
likely no way for others to examine current state of customization and
give good advice on how to correct it to get things working.
Jude <jdashiel at panix dot com> "There are four boxes to be used in
defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
.
On Sat, 21 Jan 2023, Dr Rainer Woitok wrote:
> Greetings,
>
> in the course of my transition from XEmacs to Emacs I meanwhile have
> reached the point of getting Vm running under Emacs. But my first at-
> tempt utterly failed. After some experimenting and checking variable
> values with "C-h v" I came to the conclusion that at least in some vari-
> ables' descriptions the remark "You can customize this variable" really
> meant "You HAVE TO customize this variable".
>
> So eventually I removed everything customizable from my ".vm" configu-
> ration file and customized it instead. And then Vm worked as expected.
>
> Why is that? Do I have to use "defvar" rather than "setq" in my ".vm"
> configuration file to mark these variables as dynamically bound?
>
> Personally, I hate this clicky-clicky customization interface because it
> doesn't evaluate the values, even though function "custom-set-variables"
> provides an option to do so. Thus you can't use things like '(getenv
> "HOME")', '(getenv "HOST")' or '(cond ...)'. The lack of this flexibi-
> lity makes configuration rather tricky. And according to the comment
>
> ;; Your init file should contain only one such instance.
> ;; If there is more than one, they won't work right.
>
> function "custom-set-variables" writes into my "custom.el" file, putting
> a call to "custom-set-variables" together with the Vm specific customi-
> zation directly into configuration file ".vm" is not expected to work.
>
> So being forced to put more or less all application specific configura-
> tion into one big "custom.el" file which on top of all does only accept
> constants as values is quite a nuisance for me. Originally, having se-
> parate configuration files like ".vm" or ".gnus.el" had the purpose not
> to clutter one's "init.el" file and to save time when firing up Emacs
> without also starting Vm or Gnus.
>
> How do others solve these configuration problems?
>
> Sincerely,
> Rainer
>
>
next prev parent reply other threads:[~2023-01-21 17:24 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-21 16:34 Configuration files vs customization Dr Rainer Woitok
2023-01-21 17:24 ` Jude DaShiell [this message]
2023-01-21 17:44 ` [External] : " Drew Adams
2023-01-21 19:04 ` Jude DaShiell
2023-01-21 20:54 ` Drew Adams
2023-01-24 17:31 ` Dr Rainer Woitok
2023-01-24 20:16 ` Drew Adams
2023-01-21 17:51 ` Thibaut Verron
2023-01-21 19:40 ` Tassilo Horn
2023-01-21 20:08 ` Jean Louis
2023-01-21 23:15 ` Eduardo Ochs
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=4eeb2474-a8fb-502d-f145-a1385a11265e@panix.com \
--to=jdashiel@panix.com \
--cc=help-gnu-emacs@gnu.org \
--cc=rainer.woitok@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).