bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#13306: clarification


From: Mark Lillibridge
Subject: bug#13306: clarification
Date: Sat, 29 Dec 2012 22:23:06 -0800

Eli Zaretskii <eliz@gnu.org> writes:

>  > From: Mark Lillibridge <mdl@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.

    I already use Mairix; I want to use occurs on its results in order
to see the results in context.  Presumably someone else agrees since
they implemented this functionality for the result of grep.  Also, I
don't know a easy way to restrict Mairix's search to one Rmail file.

- Mark





reply via email to

[Prev in Thread] Current Thread [Next in Thread]