GNU bug report logs - #7651
23.2.91; Rmail doesn't allow displaying text attachments conveniently

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Thu, 16 Dec 2010 06:10:02 UTC

Severity: normal

Fixed in version 23.2.91

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #41 received at 7651 <at> debbugs.gnu.org (full text, mbox):

From: Kenichi Handa <handa <at> m17n.org>
To: Chong Yidong <cyd <at> stupidchicken.com>
Cc: eliz <at> gnu.org, 7651 <at> debbugs.gnu.org
Subject: Re: bug#7651: 23.2.91;
	Rmail doesn't allow displaying text attachments conveniently
Date: Tue, 04 Jan 2011 14:36:43 +0900
In article <87vd2ba0zb.fsf <at> stupidchicken.com>, Chong Yidong <cyd <at> stupidchicken.com> writes:

> Kenichi Handa <handa <at> m17n.org> writes:
> > I've just described the new behavior in info
> > (doc/emacs/rmail.texi).  Could someone please fix/improve my
> > English?

> Done.

Thank you.  But, this senetence will be misunderstood:

If the message contains multiple
parts (@acronym{MIME} entities), each part is represented by a tagline
in the Rmail buffer.  

Actually, a text/plain part is shown both with a tagline and
the decoded body.  Does "represented" imply that?

And, this is not accurate.

@findex rmail-mime-next-item
@item @key{TAB}
Move point to the next @acronym{MIME} part
(@code{rmail-mime-next-item}).

It actually moves point to the next displayed items; header,
tagline, buttons in tagline, or body.  It moves point to the
next part only if there's no more displayed item in the
current part.

---
Kenichi Handa
handa <at> m17n.org




This bug report was last modified 13 years and 223 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.