From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: Removing unloaded functions from auto-mode-alist. Date: Thu, 21 Apr 2005 19:46:11 +0200 Message-ID: <85br88qazg.fsf@lola.goethe.zz> References: <87zmvu6ba2.fsf@xs4all.nl> <85ll7e68ei.fsf@lola.goethe.zz> <854qe2ihhi.fsf@lola.goethe.zz> <85ekd5fo8e.fsf@lola.goethe.zz> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1114105604 17240 80.91.229.2 (21 Apr 2005 17:46:44 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 21 Apr 2005 17:46:44 +0000 (UTC) Cc: monnier@iro.umontreal.ca, Lute.Kamstra.lists@xs4all.nl, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Apr 21 19:46:39 2005 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DOfkK-0000js-Oh for ged-emacs-devel@m.gmane.org; Thu, 21 Apr 2005 19:45:49 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DOfp5-0001rh-M7 for ged-emacs-devel@m.gmane.org; Thu, 21 Apr 2005 13:50:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DOfoW-0001fg-S5 for emacs-devel@gnu.org; Thu, 21 Apr 2005 13:50:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DOfoT-0001eQ-AP for emacs-devel@gnu.org; Thu, 21 Apr 2005 13:50:08 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DOfoT-0001Zl-4i for emacs-devel@gnu.org; Thu, 21 Apr 2005 13:50:05 -0400 Original-Received: from [151.189.21.47] (helo=mail-in-07.arcor-online.net) by monty-python.gnu.org with esmtp (TLS-1.0:DHE_RSA_3DES_EDE_CBC_SHA:24) (Exim 4.34) id 1DOfnh-0004hk-Dc; Thu, 21 Apr 2005 13:49:17 -0400 Original-Received: from lola.goethe.zz (i5387AB2C.versanet.de [83.135.171.44]) by mail-in-07.arcor-online.net (Postfix) with ESMTP id 10993124370; Thu, 21 Apr 2005 19:46:27 +0200 (CEST) Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 18AC81C1E222; Thu, 21 Apr 2005 19:46:11 +0200 (CEST) Original-To: rms@gnu.org In-Reply-To: (Richard Stallman's message of "Thu, 21 Apr 2005 11:30:13 -0400") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:36246 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:36246 Richard Stallman writes: > So they SHOULD be invoked by the same names. > > I explained already why nothing else makes sense. AUCTeX makes > extensive use of mode cookies in local variables, and those are only > obeyed in the lowercase version. The choice of AUCTeX vs tex-mode is > a user preference and should not be embedded into files. > > That is right. > > It would be feasible to set up AUCTeX and tex-mode.el so that they > have no overlap except for the primary entry points, which are > tex-mode etc. and TeX-mode etc. That is already the case: AUCTeX uses the mixed case variants exclusively, _except_ when it calls one of its modes that _might_ be subjected to user choice. All of AUCTeX's mode hooks and variables also use the lowercase version. So if one bothers fiddling with load order and realiasing, one can indeed choose plain-tex-mode from tex-mode.el, but LaTeX-mode from AUCTeX. > However, this package and its user options could just as well be > included in AUCTeX. I see no benefit in making it a separate file. Yes. That's the current setup, anyway: requiring tex-site.el will make AUCTeX replace the respective variables. I am at the moment just concerned with creating a setup where Emacs packagers would have no qualms enabling AUCTeX as the default mode by preloading "auctex.el" (to be created). And this goal can be achieved if (unload-feature 'auctex) or something similar will remove it again. Another possibility would be to have a customizable variable AUCTeX-modes which contains all modes that should be provided by AUCTeX. Psychologically however, (setq AUCTeX-modes nil) means that you have to beg AUCTeX to be gone, whereas (unload-feature 'AUCTeX) commands it to be gone. People objecting to AUCTeX might prefer the second variant on principle as long as one does not tell them that it only works because it wants to... Maybe I'll try combining both approaches: if I am saving the function cells of both the AUCTeX modes and tex-mode.el after loading, restoring via auctex-unload-hook should also be possible. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum