all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Luc Teirlinck <teirllm@dms.auburn.edu>
Cc: emacs-devel@gnu.org
Subject: Re: Bugs caused by recent use of define-derived-mode
Date: Mon, 2 Sep 2002 18:02:21 -0500 (CDT)	[thread overview]
Message-ID: <200209022302.SAA26633@eel.dms.auburn.edu> (raw)
In-Reply-To: <200209021629.g82GTY707192@rum.cs.yale.edu> (monnier+gnu/emacs@rum.cs.yale.edu)

There are two questions raised by my previous bug report.  I only
address one here:

Is inheritance of abbrev tables desirable or needed?  Inheritance of
abbrev tables would essentially be equivalent to the introduction of
"recursively super-local abbrevs".  I doubt I would use such a feature
myself.  Of course everybody may have his or her own ways to use
local abbrevs and maybe other people could find it useful.  

As long as inheritance of abbrevs would be defined in a bug-free way
that does not inconvenience anybody who does not want to use it, it
would of course be perfectly OK to do that.  Note however, that this
would require additional changes, for instance in the way 
M-x list-abbrevs lists abbrevs (otherwise, it would get hopelessly
cluttered by countlessly repeated abbrev definitions).

To me, it seems like a lot of work with very little benefit, but, of
course, other people can disagree with me on that.

The fact is though that currently we do not have inheritance of
abbrevs.  I believe that the current "poor man's inheritance" is an
unacceptable alternative.  It makes a lottery out of abbrev expansion.

If we decide NOT to go for true inheritance, or at least not in the
very immediate future, then it seems clear to me that closely related
modes should use the same abbrev-table.  As long as there is no true
inheritance I consider the existence of a
paragraph-indent-text-mode-abbrev-table an "annoying feature" (to
avoid the b-word).

Stefan's patch takes indeed care of the mail-mode-abbrev-table bug  (I
can safely use the b-word here, since Stefan actually agreed it was a
bug.)  There actually was a related "nuisance feature" for
syntax-tables, but since Stefan's patch can be used for that one too,
I do not see any reason to expand on this. 

One last remark:

Stefan Monnier wrote:

   I'm not sure it's correct.  There has already been people on
   gnu.emacs.help asking why they can't define abbrevs that are
   specific to their mail buffers.

Are you sure they were asking that because they really wanted that
feature or because they were confused by the fact that mailabbrev.el
mistakenly claimed that there was a mail-mode-abbrev-table?

Sincerely,

Luc.

  reply	other threads:[~2002-09-02 23:02 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-09-02  2:37 Bugs caused by recent use of define-derived-mode Luc Teirlinck
2002-09-02 16:29 ` Stefan Monnier
2002-09-02 23:02   ` Luc Teirlinck [this message]
2002-09-02 23:20     ` Stefan Monnier
2002-09-02 23:25       ` Luc Teirlinck
2002-09-02 23:29         ` Stefan Monnier
2002-09-02 23:46           ` Luc Teirlinck
2002-09-03  0:26             ` Stefan Monnier
2002-09-03  1:21       ` Luc Teirlinck
2002-09-03  2:08         ` Stefan Monnier
2002-09-03  2:04       ` Luc Teirlinck
2002-09-03  2:07         ` Stefan Monnier
2002-09-03 14:05     ` Kai Großjohann
2002-09-03 15:06       ` Stefan Monnier
2002-09-03 15:36         ` Luc Teirlinck
2002-09-03 21:23           ` Luc Teirlinck
2002-09-04  0:01             ` Luc Teirlinck
2002-09-04  3:28               ` Luc Teirlinck
2002-09-04  3:49                 ` Miles Bader
2002-09-04 12:31                   ` Luc Teirlinck
2002-09-05  2:46               ` Richard Stallman
2002-09-05  4:37                 ` Luc Teirlinck
2002-09-08 12:54                   ` Richard Stallman
2002-09-09  0:14                     ` Luc Teirlinck
2002-09-09  1:36                       ` Luc Teirlinck
2002-09-09 23:33                         ` Richard Stallman
2002-09-10  0:12                           ` Luc Teirlinck
2002-09-09  2:35                       ` Luc Teirlinck
2002-09-09 13:49                       ` Miles Bader
2002-09-09 15:25                         ` Kim F. Storm
2002-09-09 18:42                         ` Luc Teirlinck
2002-09-10 16:36                           ` Richard Stallman
2002-09-11  4:30                             ` Luc Teirlinck
2002-09-11 20:03                               ` Richard Stallman
2002-09-09 19:15                       ` Richard Stallman
2002-09-05 11:07                 ` Kai Großjohann
2002-09-06  1:26                   ` Miles Bader
2002-09-06  2:11                     ` Luc Teirlinck
2002-09-06  2:26                       ` Miles Bader
2002-09-06  2:31                         ` Luc Teirlinck
2002-09-06  2:31                       ` Miles Bader
2002-09-06 10:52                       ` Kai Großjohann
2002-09-07  3:16                         ` Richard Stallman
2002-09-06 20:03                     ` Richard Stallman
2002-09-06 15:11                   ` Richard Stallman
2002-09-04 14:13   ` Richard Stallman
2002-09-04 16:01     ` Stefan Monnier
2002-09-03 13:26 ` Richard Stallman
2002-09-03 14:57   ` Stefan Monnier
2002-09-05  2:46     ` Richard Stallman
2002-09-06 16:07       ` 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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=200209022302.SAA26633@eel.dms.auburn.edu \
    --to=teirllm@dms.auburn.edu \
    --cc=emacs-devel@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.