From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/14061 Path: main.gmane.org!not-for-mail From: Lloyd Zusman Newsgroups: gmane.emacs.gnus.general Subject: Re: Is this an off-the wall suggestion or what? Date: 15 Feb 1998 12:41:47 -0500 Organization: SunSITE Denmark (sunsite.auc.dk) Sender: owner-ding@hpc.uh.edu Message-ID: References: NNTP-Posting-Host: coloc-standby.netfonds.no X-Trace: main.gmane.org 1035153315 12705 80.91.224.250 (20 Oct 2002 22:35:15 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 22:35:15 +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 JAA05601 for ; Sun, 15 Feb 1998 09:44:46 -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 LAA20544 for ; Sun, 15 Feb 1998 11:43:17 -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 LAJ16014; Sun, 15 Feb 1998 11:42:57 -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 11:42:08 -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 LAA16001 for ; Sun, 15 Feb 1998 11:42:00 -0600 (CST) Original-Received: (qmail 26280 invoked by uid 504); 15 Feb 1998 17:41:55 -0000 Original-Received: (qmail 26277 invoked from network); 15 Feb 1998 17:41:55 -0000 Original-Received: from sunsite.auc.dk (qmailr@130.225.51.30) by claymore.vcinet.com with SMTP; 15 Feb 1998 17:41:55 -0000 Original-Received: (qmail 23662 invoked by uid 509); 15 Feb 1998 17:41:53 -0000 Original-To: ding@gnus.org Original-Path: not-for-mail Original-Newsgroups: emacs.ding Original-Lines: 67 Original-NNTP-Posting-Host: ljz.asfast.net Original-X-Trace: sunsite.auc.dk 887564511 23657 gnus 205.230.75.82 Original-X-Complaints-To: news@sunsite.auc.dk X-Newsreader: Quassia Gnus v0.26/XEmacs 20.3 - "Vatican City" Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:14061 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:14061 Harry Putnam writes: > Note: Sorry to repost but feared this message was hidden under a > misleading subject. > Comments please... > > > Harry Putnam writes: > > > I want to search my collection of ding articles for any instance of > > messages containing information about using message IDs. I want to do > > the same in Gnus.emacs.gnus. > > > > I don't want to have to find the messages one by one and read enough > > to see if they are about what I want to know. > > > > I want to find all instances that contain the info and then be able to > > look at the subject lines and authors in a summary buffer. > > A limited view of the findings. > > > > Can this be done with currant Quassia-gnus? > > > > [ ... ] > > 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. > > [ ... ] > > Is this an off the wall suggestion or what? 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. To discourage abuse of something like this, perhaps by default, it would only work in cases where Gnus can determine that the news resides on a locally accessible disk ... with a variable to override this behavior for those who really want to do so. And imagine what would happen if someone used this within `nnkiboze' groups!!! ... perhaps it would have to be necessary to invoke some kind of complicated-to-code-and-hard-to-remember mumbo-jumbo before this feature could be used in `nnkiboze' groups. But all in all, I consider this to be worthwhile functionality. -- Lloyd Zusman ljz@asfast.com