unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: rms@gnu.org, Lute.Kamstra.lists@xs4all.nl, emacs-devel@gnu.org
Subject: Re: Removing unloaded functions from auto-mode-alist.
Date: Wed, 20 Apr 2005 16:11:33 -0400	[thread overview]
Message-ID: <jwv4qe1rzhm.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <8564yhcl2a.fsf@lola.goethe.zz> (David Kastrup's message of "Wed, 20 Apr 2005 21:19:57 +0200")

> 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.

I of course understand why it would override them, but not why it would set
major-mode to `latex-mode' rather than to `LaTeX-mode'.

In my opinion, LaTeX-mode is the AUCTeX major mode, while latex-mode can be
either, depending on the user's preference.

> I am still thinking about whether to keep the current scheme which has
> tex-mode as the main function and TeX-mode as an alias into it, or
> switch that around.

I'll very much vote in favor of switching it around.

> The problem with a switch is that "autoload" will not replace aliases,
> and so I can't replace the Emacs default scheme by just specifying new
> autoloads.

Indeed, as shown in my sample auctex-override.el you just have to explicitly
fmakunbound them before setting up the autoload.  No biggie, tho.

> You don't have the same problems with Perl as with TeX/LaTeX, namely
> that the same file ending ".tex" is used for incompatible major modes
> TeX and LaTeX, and so it becomes a good idea to specify the major mode
> in local file variables.

Doesn't make any significant difference.  People still want perl-mode
cookies to use cperl-mode, just not as often.  They also want the default
auto-mode-alist to use cperl-mode (even tho it links .perl to perl-mode), so
people typically do (defalias 'perl-mode 'cperl-mode).

The real difference is that perl-modes have only one entry point
(i.e. `perl-mode') whereas TeX modes have tex-mode, latex-mode, ...
so instead of a single defalias, you have to setup a separate file,
which I called auctex-override.el.

> Anyway, I am not interested in continuing this discussion.  AUCTeX has
> to deal with aliases in existing Emacs versions, however imprudent,
> anyway.  If you are concerned about or interested in how it is going
> to do that, the right forum would be auctex-devel@gnu.org.

I was just answering your own question about the current insanity of your
solution.  I'm not particularly concerned about AUCTeX, tho I am interested
in coming up with a plan for what a clean solution would look like and what
is currently missing in Emacs to get that solution working.  I think my
suggestion of auctex-override is a solution which can be made clean (with
some bugfixing in Emacs), so I'm satisfied and will try to fix the
corresponding problems.  The fact that my solution can also be made to work
right now, using some ugly workarounds is not that interesting to me, I just
thought you might like to try it.


        Stefan

  reply	other threads:[~2005-04-20 20:11 UTC|newest]

Thread overview: 66+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-19 15:23 Removing unloaded functions from auto-mode-alist Lute Kamstra
2005-04-19 16:25 ` David Kastrup
2005-04-19 17:44   ` Stefan Monnier
2005-04-19 21:28     ` David Kastrup
2005-04-19 21:58       ` Stefan Monnier
2005-04-19 22:33         ` David Kastrup
2005-04-20 18:52           ` Stefan Monnier
2005-04-24 20:24             ` Lute Kamstra
2005-04-24 20:50               ` David Kastrup
2005-04-24 21:51                 ` Lute Kamstra
2005-04-24 22:00                   ` David Kastrup
2005-04-24 23:37                     ` Lute Kamstra
2005-04-25  0:07                       ` David Kastrup
2005-04-26 10:04                       ` Richard Stallman
2005-04-20 19:22           ` Lute Kamstra
2005-04-19 23:01         ` Stefan Monnier
2005-04-19 23:14         ` Lute Kamstra
2005-04-19 23:24           ` David Kastrup
2005-04-20 18:41             ` Stefan Monnier
2005-04-20 19:00               ` David Kastrup
2005-04-20 19:18                 ` Stefan Monnier
2005-04-20 19:50                   ` David Kastrup
2005-04-20 19:29               ` Lute Kamstra
2005-04-20 14:57           ` Richard Stallman
2005-04-20 15:59             ` Lute Kamstra
2005-04-21 15:30               ` Richard Stallman
2005-04-21 16:35                 ` Lute Kamstra
2005-04-22 20:51                   ` David Kastrup
2005-04-23 21:00                     ` Lute Kamstra
2005-04-23 22:10                       ` David Kastrup
2005-04-24 20:21                         ` Lute Kamstra
2005-04-24 20:32                           ` David Kastrup
2005-04-24 20:52                             ` Lute Kamstra
2005-04-25 16:05                             ` Richard Stallman
2005-04-23 22:24                     ` Richard Stallman
2005-04-20 14:57         ` Richard Stallman
2005-04-20 15:02           ` Stefan Monnier
2005-04-20 15:57             ` David Kastrup
2005-04-20 18:37               ` Stefan Monnier
2005-04-20 19:19                 ` David Kastrup
2005-04-20 20:11                   ` Stefan Monnier [this message]
2005-04-20 20:25                     ` David Kastrup
2005-04-20 20:57                       ` Stefan Monnier
2005-04-20 21:33                         ` David Kastrup
2005-04-20 16:25             ` Andreas Schwab
2005-04-20 16:57               ` David Kastrup
2005-04-20 22:47                 ` Andreas Schwab
2005-04-20 22:58                   ` David Kastrup
2005-04-21  9:56                     ` Andreas Schwab
2005-04-21 10:12                       ` David Kastrup
2005-04-21 11:50                         ` Andreas Schwab
2005-04-21 19:56                         ` Richard Stallman
2005-04-21 20:13                           ` David Kastrup
2005-04-23 16:15                             ` Richard Stallman
2005-04-23 16:23                               ` David Kastrup
2005-04-23 16:15                           ` Richard Stallman
2005-04-21 11:41                       ` Johan Vromans
2005-04-20 15:43           ` David Kastrup
2005-04-21 15:30             ` Richard Stallman
2005-04-21 17:46               ` David Kastrup
2005-04-23 16:15                 ` Richard Stallman
2005-04-19 22:00       ` Lute Kamstra
2005-04-19 23:22       ` Andreas Schwab
2005-04-19 23:33         ` David Kastrup
2005-04-19 21:05   ` Lute Kamstra
2005-04-20 14:57     ` Richard Stallman

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=jwv4qe1rzhm.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=Lute.Kamstra.lists@xs4all.nl \
    --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 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).