From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/14084 Path: main.gmane.org!not-for-mail From: Harry Putnam Newsgroups: gmane.emacs.gnus.general Subject: Re: Is this an off-the wall suggestion or what? Date: 15 Feb 1998 18:07:42 +0000 Organization: none Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035153334 12838 80.91.224.250 (20 Oct 2002 22:35:34 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:35:34 +0000 (UTC) Return-Path: Original-Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16]) by altair.xemacs.org (8.8.8/8.8.8) with ESMTP id SAA31376 for ; Sun, 15 Feb 1998 18:28:35 -0800 Original-Received: from sina.hpc.uh.edu (root@Sina.HPC.UH.EDU [129.7.3.5]) by xemacs.org (8.8.5/8.8.5) with ESMTP id UAA24902 for ; Sun, 15 Feb 1998 20:27:04 -0600 (CST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id UAJ23818; Sun, 15 Feb 1998 20:16:54 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 15 Feb 1998 20:15:55 -0600 (CST) Original-Received: from claymore.vcinet.com (claymore.vcinet.com [208.205.12.23]) by sina.hpc.uh.edu (8.7.3/8.7.3) with SMTP id UAA23803 for ; Sun, 15 Feb 1998 20:15:48 -0600 (CST) Original-Received: (qmail 28013 invoked by uid 504); 16 Feb 1998 02:15:42 -0000 Original-Received: (qmail 28010 invoked from network); 16 Feb 1998 02:15:42 -0000 Original-Received: from sunsite.auc.dk (qmailr@130.225.51.30) by claymore.vcinet.com with SMTP; 16 Feb 1998 02:15:41 -0000 Original-Received: (qmail 14066 invoked by uid 509); 16 Feb 1998 02:15:40 -0000 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: emacs.ding Original-Lines: 67 Original-NNTP-Posting-Host: pm0-30.sba1.avtel.net Original-X-Trace: sunsite.auc.dk 887595339 14058 (None) 207.71.218.30 Original-X-Complaints-To: news@sunsite.auc.dk X-Newsreader: Gnus v5.5/Emacs 20.2 Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:14084 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:14084 Harry writes: > > > > With Quassias new abilities as off line reader it now makes sense to be > > able to search a group (even across groups) for regexp in bodies and be > > presented with a limited view in summary buffer of the findings. > > With many articles stored on disk (at least temp.) then a search of this > > kind is fast and very usefull. Lloyd Zusman writes: > > I also would find this to be very useful. I download news via a > cron-based background process, so all the news I access is within a > local spool at the time it's being read. The functionality you > suggest would run fast under this configuration. > > I already make use of `gnus-summary-search-article-forward' to find > individual articles whose bodies contain strings that match regexps > of my choosing. This function already gets us part of the way there > towards the capabilities you are suggesting. > > Perhaps instead of a limited view in the summary buffer, this could be > done via some sort of virtual newsgroup: the user enters a regexp in > the summary buffer, and all articles which have bodies (or headers and > bodies) that match this regexp will appear as entries in a newly > created, ad hoc newsgroup. I think that such an ad hoc newsgroup > might be easier to implement in Gnus as it stands today than > a limited view in the summary buffer. One possible problem with using the above suggestion instead of a "limited" view would be the easy and speed with which a reader could change the regexp and thereby the summary buffer. Currently it would seem possible to use any number of searches and then pop them off the stack as can be done now with limited views based on regexp. Since Lars seems willing to consider putting this "OTL" I will elaborate a little more (hopefully some will be interested): 1. Why not have it arranged so that a regexp based limited view could be aimed against any of the full range of headers, not just subject and author, but done with a mechanism similar to the one currently used to create the regexp for score files in a group? Or by hand 2. Regexp search of bodies conducted in current group with ability to create a limited view based on the regexp. 3. Regexp search of bodies conducted in several or all groups with summary lines and originating group info appearing in a new frame with this format (or similar): Originating newsgroup author summary-line Comp.Qgnus.suggest Harry new search capability Comp.Qgnus.suggest Harry Congrats to Lars for so much work Comp.os.linux.newbie Ralph F. How to click on button comp.os.linux.newbie Carol J. Which side of RH disk is up? Where the summary lines would be buttons that when selected would call up the full article in a split window with the cursor on the regexp string. Just as a normal summary buffer does, but with the added cursor positioning. -- Harry Putnam reader@newsguy.com