GNU bug report logs - #13306
24.2; [WishList] rmail-next-error-move functionality for occurs mode

Previous Next

Package: emacs;

Reported by: mdl <at> alum.mit.edu

Date: Sat, 29 Dec 2012 22:45:01 UTC

Severity: wishlist

Found in version 24.2

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: mdl <at> alum.mit.edu
Cc: 13306 <at> debbugs.gnu.org
Subject: bug#13306: clarification
Date: Sun, 30 Dec 2012 06:52:02 +0200
> From: Mark Lillibridge <mdl <at> alum.mit.edu>
> Date: Sat, 29 Dec 2012 15:02:36 -0800
> 
> 
>     In case it wasn't clear from the last message, occurs does not work
> sanely with Rmail buffers currently even in version 24.2.  It takes you
> to the occurrence point but there is no way to narrow the buffer so you
> can do things like forward the found message.
> 
>     Perhaps a way to narrow a widened Rmail buffer around point would be
> a useful independent function.  I'm wondering if such a function called
> from the right occurs mode hook (assuming it exists) would suffice to
> provide the functionality I'm asking for here.
> 
> - Mark
> PS, note that both grep and the proposed occurs search the raw mbox file
> not the results of decoding the messages; if someone wanted to go for
> extra awesomeness, they might try and make an special Rmail search
> command that produces an occurs buffer but only searches the decoded
> messages (e.g., ignore nontext parts, work on base 64/printable
> representations correctly).  This would be substantially slower, but
> would avoid a lot of false positives.

Mairix solves all this, since the results of the search are
_messages_, not just lines of text, and these results are presented to
Rmail that decodes and displays them as usual.  Try it.




This bug report was last modified 12 years and 168 days ago.

Previous Next


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