[7880] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: Emacs behaviour changed... not reallly a bug, I guess..

daemon@ATHENA.MIT.EDU (ckclark@ATHENA.MIT.EDU)
Tue Aug 6 00:01:53 1991

From: ckclark@ATHENA.MIT.EDU
Date: Tue, 6 Aug 91 00:01:59 -0400
To: bugs@ATHENA.MIT.EDU
Cc: testers@ATHENA.MIT.EDU, amgreene@ATHENA.MIT.EDU
Reply-To: ckclark@mit.edu

(From transaction number [7874] in the Athena Bugs discuss meeting:)

	>When did Emacs stop saving rmail files when "g"etting new messages returned
	>no new messages?  I've been relying on that feature....

	>- Rhu

On Sun, Jan 17, 1988 at 9:53:57 PM:

Sun Jan 17 21:53:57 1988  Richard Stallman  (rms at frosted-flakes)

        * rmail.el (rmail-display-labels): Preserve buffer bounds correctly.
        Remove extra spaces from the string before displaying it.

        * rmail.el (rmail-insert-inbox-text): message only if file exists.
        * rmail.el (rmail-get-new-mail): Don't save if was no new mail.

This is a user interface question, and hence is a matter of opinion.  I
personally agree with the change rms made, as I would contend that the
previous behavior was in fact a bug that he fixed; however, this is at
the level where it should go in the release notes.  A line like the
following will do:

* Typing `g' in rmail mode will no longer save the buffer if there are
no new messages to read.

(I promised Rhu I'd provide a hack for him to get the previous behavior.
I have sent him this hack.  If anyone else is interested, send me
e-mail.  I suspect there are few people who truly relied on this
behavior.)

-Calvin

home help back first fref pref prev next nref lref last post