From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: rms@gnu.org, emacs-devel@gnu.org
Subject: Re: find-file-hook as illustration of Custom problems
Date: Sat, 5 Feb 2005 22:02:45 -0600 (CST) [thread overview]
Message-ID: <200502060402.j1642jN21168@raven.dms.auburn.edu> (raw)
In-Reply-To: <200502060326.j163QkE16205@raven.dms.auburn.edu> (message from Luc Teirlinck on Sat, 5 Feb 2005 21:26:46 -0600 (CST))
>From my previous message:
Maybe we could avoid that additional complexity if non-preloaded code
strictly adhered to the conventions proposed in another message and if
preloaded code put, for all involved list-vars, all elements of the
involved hook, list or alist, that should be user-overridable in
custom-list-var (instead of just in list-var). That way, these
elements would _not_ appear in the Custom buffer as "untouchable".
The situation is somewhat more complex. _Newly added_ (by code)
elements could be unwittingly overridden by .emacs if they were just
put into custom-list-var. (That is one of the reasons why the
distinction between list-var and custom-list-var is needed. I forgot
about that for a moment.) But _maybe_ it is OK anyway. _Essential_
elements get put in list-var, so Emacs will never malfunction as a
result of essential new code being overridden in .emacs.
Non-essential ones go in custom-list-var. When upgrading to a new
Emacs version, the user could then do `M-x customize-changed-options'
to see what new non-essential elements were added and see whether he
likes them.
Maybe we may need special `remove-hook' and `delete' functionality,
maybe we can avoid it. Probably the person volunteering to implement
this (if anybody) might have to decide.
Sincerely,
Luc.
next prev parent reply other threads:[~2005-02-06 4:02 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-04 0:36 find-file-hook as illustration of Custom problems Luc Teirlinck
2005-02-04 7:16 ` Lennart Borgman
2005-02-05 17:38 ` Richard Stallman
2005-02-05 18:54 ` Luc Teirlinck
2005-02-06 21:01 ` Richard Stallman
2005-02-06 22:19 ` Lennart Borgman
2005-02-05 19:43 ` Lennart Borgman
2005-02-05 20:56 ` Popup when buffer file is changed on disk moheb missaghi
2005-02-05 22:57 ` Eli Zaretskii
2005-02-06 0:51 ` Lennart Borgman
2005-02-06 7:20 ` Eli Zaretskii
2005-02-06 9:02 ` Lennart Borgman
2005-02-06 9:53 ` Eli Zaretskii
2005-02-06 10:41 ` Lennart Borgman
2005-02-06 16:34 ` Luc Teirlinck
2005-02-06 17:52 ` Lennart Borgman
2005-02-06 17:04 ` Luc Teirlinck
2005-02-11 0:33 ` Luc Teirlinck
2005-02-11 15:40 ` Eli Zaretskii
2005-02-11 16:51 ` David Kastrup
2005-02-11 19:38 ` Luc Teirlinck
2005-02-12 11:03 ` Eli Zaretskii
2005-02-12 8:37 ` Richard Stallman
2005-02-13 1:41 ` Luc Teirlinck
2005-02-13 4:36 ` Eli Zaretskii
2005-02-15 3:05 ` Luc Teirlinck
2005-02-15 4:59 ` Eli Zaretskii
2005-02-16 2:59 ` moheb missaghi
2005-02-16 9:31 ` Richard Stallman
2005-02-16 10:37 ` David Kastrup
2005-02-16 15:06 ` Luc Teirlinck
2005-02-16 15:21 ` David Kastrup
2005-02-17 1:08 ` Luc Teirlinck
2005-02-06 12:42 ` Richard Stallman
2005-02-06 18:00 ` Lennart Borgman
2005-02-06 18:17 ` Jan D.
2005-02-06 19:59 ` Lennart Borgman
2005-02-06 20:40 ` Jan D.
2005-02-07 4:34 ` Eli Zaretskii
2005-02-07 4:04 ` Luc Teirlinck
2005-02-06 18:11 ` Luc Teirlinck
2005-02-06 18:45 ` Luc Teirlinck
2005-02-06 13:24 ` Jason Rumney
2005-02-06 13:54 ` Lennart Borgman
2005-02-06 7:23 ` Eli Zaretskii
2005-02-06 21:01 ` find-file-hook as illustration of Custom problems Richard Stallman
2005-02-06 1:50 ` Luc Teirlinck
2005-02-06 3:26 ` Luc Teirlinck
2005-02-06 4:02 ` Luc Teirlinck [this message]
2005-02-06 21:02 ` Richard Stallman
2005-02-08 1:50 ` Luc Teirlinck
2005-02-09 8:10 ` Richard Stallman
2005-02-09 10:42 ` Kim F. Storm
2005-02-10 18:39 ` Richard Stallman
2005-02-10 21:42 ` Kim F. Storm
2005-02-12 8:37 ` Richard Stallman
2005-02-10 5:12 ` Luc Teirlinck
2005-02-10 18:40 ` Richard Stallman
2005-02-11 0:09 ` Luc Teirlinck
2005-02-12 8:37 ` Richard Stallman
2005-02-11 0:21 ` Luc Teirlinck
2005-02-11 14:59 ` Luc Teirlinck
2005-02-10 5:26 ` Luc Teirlinck
2005-02-06 2:07 ` Luc Teirlinck
2005-02-06 3:16 ` Luc Teirlinck
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200502060402.j1642jN21168@raven.dms.auburn.edu \
--to=teirllm@dms.auburn.edu \
--cc=emacs-devel@gnu.org \
--cc=rms@gnu.org \
/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.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.