[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: mailabbrev fix from Jan 2005 now broken in latest CVS
From: |
John Owens |
Subject: |
Re: mailabbrev fix from Jan 2005 now broken in latest CVS |
Date: |
Wed, 1 Aug 2007 18:22:26 +0000 (UTC) |
User-agent: |
Loom/3.14 (http://gmane.org/) |
Richard Stallman <rms <at> gnu.org> writes:
>
> Could you please send me a *precise* test case for this bug? The test
> case should start with `emacs -q', so that your .emacs file does not
> affect it, and it should show exactly what text to put in the buffer,
> what commands to execute, and how and where to click. Also please say
> exactly what incorrect results you get.
Thanks for your reply, and your detailed description of what you need
to take a closer look. Here are the steps I use to reproduce the
problem. There is probably a much more efficient way for me to do the
init than what I've done (having to set the load-path and manually add
the paths to the load-library calls seems kludgey), so please clue me
in.
I am using Carbon Emacs on OS X, though my best guess is that this
problem would also be present on other platforms.
GNU Emacs 22.1.1 (i386-apple-darwin8.9.1, Carbon Version 1.6.0) of
2007-06-16 on localhost
It uses what appears to be the latest cvs mailabbrev (the changes in
1.82.2.1 / 1.83) and almost certainly uses a mid-June drop of emacs
from cvs.
First, I defined the following file, ~/test-mailabbrev.el.
======
;;; begin test-mailabbrev.el
(setq load-path
'("/Applications/Emacs.app/Contents/Resources/lisp"
"/Applications/Emacs.app/Contents/Resources/lisp/emacs-lisp"
"/Applications/Emacs.app/Contents/Resources/lisp/mail"))
;; load compose-mail
(load-library
"/Applications/Emacs.app/Contents/Resources/lisp/simple.el")
;; load mailabbrev
(load-library
"/Applications/Emacs.app/Contents/Resources/lisp/mail/mailabbrev.el")
(define-mail-abbrev "rms" "address@hidden")
(define-mail-abbrev "rms-other" "address@hidden")
(add-hook 'mail-mode-hook 'mail-abbrevs-setup)
;;; end test-mailabbrev.el
======
Then I reproduce using the following sequence:
======
/* launch emacs with -q */
$ /Applications/Emacs.app/Contents/MacOS/bin/emacs -q
/* within emacs, type everything before the ;; */
M-x load-library ~/test-mailabbrev.el
M-x compose-mail ;; this places point after "To: "
rms, ;; this properly expands "rms" to "address@hidden"
;; "To" line is now "To: address@hidden,"
rms- ;; this should NOT expand the rms alias but does
;; I would like to finish the alias "rms-" to "rms-other"
;; "To" line is now "To: address@hidden,address@hidden"
;; Desired "To" line is "To: address@hidden,rms-"
;; with an unexpanded "rms-"
======
If I use the previous 1.68.2.10 version of mailabbrev (load it instead
of the one in cvs), the problem does not appear. Instead it does NOT
expand rms- with rms's alias and waits until the end of the alias (a
comma or a space) to expand rms-other.
One-sentence summary: The character '-' should not cause an alias
expansion via mailabbrev.
JDO