From: Richard Stallman <rms@gnu.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: rgm@gnu.org, andreas.roehler@online.de, emacs-devel@gnu.org
Subject: Re: Abbrev tables in elisp with some extra stuff (was: Abbrev should preserve case)
Date: Fri, 12 Oct 2007 11:59:09 -0400 [thread overview]
Message-ID: <E1IgMur-00013M-Ve@fencepost.gnu.org> (raw)
In-Reply-To: <jwvy7easms0.fsf-monnier+emacs@gnu.org> (message from Stefan Monnier on Wed, 10 Oct 2007 17:14:01 -0400)
- :case-preserve non-nil means that abbreviations are lookedup without
case-folding, and the expansion is not capitalized/upcased.
It seems like a mistake to make this a per-table decision.
In every abbrev table, abbrevs should preserve case by default.
To define an abbrev that is only detected in a particular case
is an exception, so each abbrev needs to be marked if it is
to work that way.
- :syntax-table holds the syntax table to use to find the relevant word.
Why do we want this?
- :abbrev-before-point-function holds a function to use to find the
abbrev at point.
Why do we want this?
- :enable-function can be set to a function of no argument which returns
non-nil iff the abbrevs in this table should be used for this instance
of `expand-abbrev'. Useful to disable skeleton-abbrevs in strings and
comments.
That feature is useful, but shouldn't it be per-abbrev, not per-table?
If we have some abbrevs that are from skeletons, and some abbrevs that
are not, we don't want to have to put them in different abbrev tables.
- allow local-abbrev-table to hold a list of abbrev tables so minor
modes can add their own abbrev tables as well (useful for mailabbrev.el).
The right way to do this is to have minor-mode-abbrev-table-alist
which would work like minor-mode-map-alist.
+(defvar abbrev-auto-activated-tables t
+ ;; Could be expanded to be a predicate.
+ "List of abbrev tables that can be used when `expand-abbrev' is called implicitly.
+If t, use all installed tables.")
Is this the best way to design the feature so that `mail-abbrevs-only'
can use it? Ideally we want some hook function to test
`mail-abbrevs-only' and DTRT, so that setting or binding
`mail-abbrevs-only' in any fashion has the right effect. That is the
case with the current code in mailabbrev.el. I don't want to take
a step backwards.
next prev parent reply other threads:[~2007-10-12 15:59 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-06-20 17:48 Abbrev should preserve case Andreas Röhler
2007-06-20 22:18 ` Glenn Morris
2007-06-21 3:47 ` Davis Herring
2007-06-21 4:14 ` Stefan Monnier
2007-06-21 7:10 ` Andreas Röhler
2007-06-21 8:01 ` Stefan Monnier
2007-06-21 9:00 ` Andreas Röhler
2007-06-21 7:00 ` Glenn Morris
2007-06-21 17:32 ` Richard Stallman
2007-06-21 19:02 ` Stefan Monnier
2007-06-22 16:25 ` Richard Stallman
2007-06-22 17:51 ` Stefan Monnier
2007-06-22 21:53 ` Richard Stallman
2007-10-10 21:14 ` Abbrev tables in elisp with some extra stuff (was: Abbrev should preserve case) Stefan Monnier
2007-10-11 19:57 ` Andreas Röhler
2007-10-12 15:59 ` Richard Stallman [this message]
2007-10-12 21:26 ` Abbrev tables in elisp with some extra stuff Stefan Monnier
2007-10-13 6:41 ` Richard Stallman
2007-10-14 17:45 ` Andreas Röhler
2007-10-15 16:04 ` Richard Stallman
2007-10-15 18:04 ` Andreas Röhler
2007-10-16 4:10 ` Richard Stallman
2007-10-16 20:26 ` Stefan Monnier
2007-10-17 5:03 ` Richard Stallman
2007-10-17 14:10 ` Richard Stallman
2007-10-17 20:48 ` Richard Stallman
2007-10-24 2:21 ` Stefan Monnier
2007-10-25 2:10 ` Richard Stallman
2007-10-26 5:44 ` Testing new abbrev tables in elisp Stefan Monnier
2007-10-26 19:13 ` Andreas Röhler
2007-10-26 21:38 ` Stefan Monnier
2007-10-28 14:13 ` Andreas Röhler
2007-10-28 21:03 ` Stefan Monnier
2007-10-30 15:10 ` Andreas Röhler
2007-10-31 7:47 ` Richard Stallman
2007-11-03 20:29 ` Stephen J. Turnbull
2007-11-04 0:11 ` Richard Stallman
2007-11-04 2:42 ` Stephen J. Turnbull
2007-11-04 21:06 ` Andreas Röhler
2007-11-05 8:47 ` Richard Stallman
2007-10-31 16:09 ` Juri Linkov
2007-10-31 17:44 ` 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=E1IgMur-00013M-Ve@fencepost.gnu.org \
--to=rms@gnu.org \
--cc=andreas.roehler@online.de \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=rgm@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.