From: Per Abrahamsen <abraham@dina.kvl.dk>
Subject: Re: [rost@math.ohio-state.edu: Re: GNU Emacs 21.3.50: Patch for cus-dep.el (:version handling)]
Date: Wed, 13 Nov 2002 13:13:53 +0100 [thread overview]
Message-ID: <rjel9p7jlq.fsf@zuse.dina.kvl.dk> (raw)
In-Reply-To: <E18BvlB-0002hc-00@fencepost.gnu.org> (Richard Stallman's message of "Wed, 13 Nov 2002 06:32:41 -0500")
Richard Stallman <rms@gnu.org> writes:
> What do you think of these two changes? Please tell emacs-devel too.
I can't see anything obviously wrong with the first. The second seems
to be Stefans territory, so I'd rather not use time analysing that,
but Markus desciption sounds convincing.
> From: Markus Rost <rost@math.ohio-state.edu>
> Subject: Re: GNU Emacs 21.3.50: Patch for cus-dep.el (:version handling)
> To: rms@gnu.org
> Cc: monnier+gnu/emacs@rum.cs.yale.edu, emacs-pretest-bug@gnu.org
> Date: Mon, 11 Nov 2002 16:06:56 -0500 (EST)
>
> The patch seems reasonable--please install it.
>
> Done.
>
> In general I think that custom related settings should not
> be put in loaddefs.el, but rather in cus-load.el.
>
> loaddefs.el contains defcustom forms, no defface forms, and just three
> defgroup forms.
>
> Aside from those three defgroup forms (whose autoload cookies should
> probably be removed--would you like to do that?), what are the
> custom-related settings you think should be removed from loaddefs.el?
>
> Let me postpone an answer (which may be empty) and rather fix some
> other things before that.
>
> Here are 2 independent changes.
>
> First, `custom-declare-group' contains an obviously unnecessary line
> of code. It does not hurt much, but should be removed for clarity.
> See the patch below.
>
> For the second patch, let me recall that Stefan had introduced for
> defcustoms and deffaces without an explicit group declaration an
> automatic group declaration which is based on `load-file-name' and
> which uses the result of the function `custom-current-group' as the
> group.
>
> This is currently not respected by `custom-make-dependencies'. As a
> result there are quite a few random entries in cus-load.el. The patch
> below for cus-dep.el fixes this.
>
> By the way, here is the current list of custom options without
> explicit or implicit group declaration:
>
> ada-tight-gvd-integration
> button (defface in button.el)
> cvs-mode-commit-hook
> describe-text-mode-hook
> mouse-wheel-down-button, mouse-wheel-up-button (a patch for them follows)
> gnus-alter-header-function, nnimap-authinfo-file, nnimap-prune-cache,
> nntp-authinfo-file (all in gnus)
>
> It is easy to find them: Load admin/cus-test.el and then load many
> libraries with M-x cus-test-load-libs. Then do
>
> M-x customize-group nil (return)
>
>
> 2002-11-11 Markus Rost <rost@math.ohio-state.edu>
>
> * custom.el (custom-declare-group): Remove unnecessary line of
> code.
>
> * cus-dep.el (custom-make-dependencies): Bind load-file-name.
>
>
> ===Buffer *vc-diff*=========================================
> *** custom.el.~1.57.~ Sat Nov 9 23:19:28 2002
> - --- custom.el Mon Nov 11 15:46:10 2002
> ***************
> *** 315,321 ****
> (while members
> (apply 'custom-add-to-group symbol (car members))
> (setq members (cdr members)))
> - - (put symbol 'custom-group (nconc members (get symbol 'custom-group)))
> (when doc
> ;; This text doesn't get into DOC.
> (put symbol 'group-documentation (purecopy doc)))
> - --- 315,320 ----
> ============================================================
>
> ===Buffer *vc-diff*=========================================
> *** cus-dep.el.~1.25.~ Mon Nov 11 11:39:07 2002
> - --- cus-dep.el Mon Nov 11 12:11:14 2002
> ***************
> *** 54,60 ****
> (insert-file-contents file)
> (goto-char (point-min))
> (string-match "\\`\\(.*\\)\\.el\\'" file)
> ! (let ((name (file-name-nondirectory (match-string 1 file))))
> (if (save-excursion
> (re-search-forward
> (concat "(provide[ \t\n]+\\('\\|(quote[ \t\n]\\)[ \t\n]*"
> - --- 54,61 ----
> (insert-file-contents file)
> (goto-char (point-min))
> (string-match "\\`\\(.*\\)\\.el\\'" file)
> ! (let ((name (file-name-nondirectory (match-string 1 file)))
> ! (load-file-name file))
> (if (save-excursion
> (re-search-forward
> (concat "(provide[ \t\n]+\\('\\|(quote[ \t\n]\\)[ \t\n]*"
> ============================================================
> ----------
next parent reply other threads:[~2002-11-13 12:13 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <E18BvlB-0002hc-00@fencepost.gnu.org>
2002-11-13 12:13 ` Per Abrahamsen [this message]
2002-11-13 13:40 ` [rost@math.ohio-state.edu: Re: GNU Emacs 21.3.50: Patch for cus-dep.el (:version handling)] Stefan Monnier
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=rjel9p7jlq.fsf@zuse.dina.kvl.dk \
--to=abraham@dina.kvl.dk \
/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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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).