Re: A search feature request

Re: A search feature request

[Harry Putnam]

>Isn't this the raison d'etre for Glimpse?

Unless I have really missed some functionality in Glimpse, I don't
believe it has the ability to assemble its hits into a "Gnus summary"
type view.  Limited to the articles containing the sought after regexp.

Where with one keystroke or "click" you can jump to the message
containing the regexp.  Or any of several messages containing the
regexp.

Then proceed to copy, process mark, move, save or just read, those
articles containing the regexp.

In my proposal Gnus would find all messages containing the regexp and
assemble them in a limited view, just as it already does for a regexp
against subject, or author.

All the above without having to download build install and keepup with
yet another program.

Can Glimpse do something similar to this?  I think not.

-- 
Harry Putnam reader@super.zippo.com

Re: A search feature request

[Bud Rogers]

Harry Putnam <reader@super.zippo.com> writes:

> >Isn't this the raison d'etre for Glimpse?
> 
> Unless I have really missed some functionality in Glimpse, I don't
> believe it has the ability to assemble its hits into a "Gnus summary"
> type view.  Limited to the articles containing the sought after regexp.

[...]

> In my proposal Gnus would find all messages containing the regexp and
> assemble them in a limited view, just as it already does for a regexp
> against subject, or author.

Have you looked at kiboze groups?  I haven't tried it yet, but from
the info file it sounds a lot like what you're describing.


-- 

Bud Rogers <budr@tanet.net>

Re: A search feature request

[Bruce Stephens]

reader@super.zippo.com said:
> Unless I have really missed some functionality in Glimpse, I don't
> believe it has the ability to assemble its hits into a "Gnus summary"
> type view.  Limited to the articles containing the sought after
> regexp. 

You're right, of course.  For backends where each article or message is in a 
single file, then glimpse provides enough information to allow you to 
construct such a list (i.e., it gives you the filenames!).  This is what exmh 
does, since that's how mh articles are stored.

Glimpse has the advantages that it's fast after you've build the index (even 
for entire filesystems), and it provides approximate matching, which is cool.

A search feature request

[Harry Putnam]

I am, no doubt the newest kid on the block here, but hope you will
take time to read this and let me know if this is already possible or
if you think it would be a desirable addition to Gnus already
formidable searching ability.

I'll confess right off the bat that this functionality is a feature
of "Forte Agent" news reader. ( a windows application) the
functionality about to be described is very usefull for finding
information in news or mail postings/messages.

With Quassia's offline abilities and the holding of large numbers of
articles on disk, the following functions become highly desirable and
possible to carry out at good speeds.

What it amounts to is being able to aim a regexp search at any part of
a posting.  The part searched (header or body) to be designatable, and
having the ability to limit the view to those articles answering the
regexp, in the same fashion we can do now with regexp against subject,
and author.

The value of this over the existing (M-s) regexp search is:
1) Being able to aim at a header or body separately
2) The hits would be assembled in summary fashion where they could be
surveyed quickly and the most appropriate ones chosen for further
action, or simply read. ( ie view limited to hits)
As against the current process of viewing each hit as it is found.

A further advancement of this would be  the ability to perform a regexp 
search across selected or all groups.  Again, with the hits being
assembled in a separate view (possibly a new frame or seperate buffer)
With Summary style, author subject listing and additional information
on summary line showing which group the hit came from.

I have been told that nnkiboze, functions something like above but
after reading and experimenting with it, was not able to see much
similarity.

I have found the functions describe above to be a very useful feature
of a News and mail reader.  Already knowing of Gnus ability to be
adapted and expanded I suspect this is already possible, but would
like to hear how it could be done.

-- 

Harry Putnam  reader@super.zippo.com

Re: A search feature request

[Matt Simmons]

Isn't this the raison d'etre for Glimpse?

(http://glimpse.cs.arizona.edu)

Matt

-- 
     Matt Simmons  -  simmonmt@acm.org  -  http://www.netcom.com/~simmonmt
     Isn't is it a bit unnerving that doctors call what they do "practice"?

Re: A search feature request

[Bruce Stephens]

simmonmt@acm.org said:
> Isn't this the raison d'etre for Glimpse?
> (http://glimpse.cs.arizona.edu)

I'd have thought so.  That's how exmh does it, for example.  It's going to 
work less well for backends which don't use one file per article.  Otherwise, 
surely glimpse is the right thing to use?

Re: A search feature request

[Steinar Bang]

>>>>> Bruce Stephens <bruce@cenderis.demon.co.uk>:

> simmonmt@acm.org said:
>> Isn't this the raison d'etre for Glimpse?
>> (http://glimpse.cs.arizona.edu)

> I'd have thought so.  That's how exmh does it, for example.  It's
> going to work less well for backends which don't use one file per
> article.  Otherwise, surely glimpse is the right thing to use?

Wasn't there an nnglimpse backend somewhere?

Re: A search feature request

[Stefan Waldherr]

>>>>> "Steinar" == Steinar Bang <sb@metis.no> writes:

  >> I'd have thought so.  That's how exmh does it, for example.  It's going
  >> to work less well for backends which don't use one file per article.
  >> Otherwise, surely glimpse is the right thing to use?

  Steinar> Wasn't there an nnglimpse backend somewhere?

Kai did something for a single group and posted it a while ago. I did
something where you can use `W w', enter glimpse as the backend and you search
term. It would go over your entire mail and produce a list of articles that
matched. Unfortunately, my knowledge in elisp is very limited, so I couldn't
produce a summary buffer from that list. I mail the code to Lars. If someone
wants to finish it ...

cu
Stefan.
-- 
Stefan Waldherr                office +1 (412) 268-3837
                                  fax +1 (412) 268-5576
                               e-Mail swa@cs.cmu.edu
                                  www http://www.waldherr.org/