From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/73638 Path: news.gmane.org!not-for-mail From: Andrew Cohen Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus search Date: Wed, 27 Oct 2010 14:08:42 -0400 Message-ID: <87iq0necet.fsf@andy.bu.edu> References: <87vd4n3m0l.fsf@andy.bu.edu> <87wrp3lehm.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1288202946 12067 80.91.229.12 (27 Oct 2010 18:09:06 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 27 Oct 2010 18:09:06 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M22007@lists.math.uh.edu Wed Oct 27 20:09:05 2010 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PBAQp-0007Ic-Q8 for ding-account@gmane.org; Wed, 27 Oct 2010 20:09:04 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1PBAQj-0004IX-3n; Wed, 27 Oct 2010 13:08:57 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1PBAQh-0004IB-5k for ding@lists.math.uh.edu; Wed, 27 Oct 2010 13:08:55 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PBAQf-0005co-PO for ding@lists.math.uh.edu; Wed, 27 Oct 2010 13:08:55 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1PBAQf-0005oJ-00 for ; Wed, 27 Oct 2010 20:08:53 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PBAQe-0007DU-AA for ding@gnus.org; Wed, 27 Oct 2010 20:08:52 +0200 Original-Received: from rain.gmane.org ([80.91.229.7]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Oct 2010 20:08:52 +0200 Original-Received: from cohen by rain.gmane.org with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Oct 2010 20:08:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 72 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: rain.gmane.org User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:CHy12FyLfNXNiFQX0d2AaSGQTY4= X-Spam-Score: -1.9 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:73638 Archived-At: >>>>> "Ted" == Ted Zlatanov writes: Ted> On Wed, 27 Oct 2010 07:36:42 -0400 Andrew Cohen Ted> Ted> wrote: AC> I am considering significant changes to nnir to improve the AC> searching experience. I have added gmane searching but this has AC> exposed some weaknesses in the current interface, so I would AC> like to get some advice on potential changes. AC> Currently nnir searches are initiated from the group buffer in AC> one of two ways: AC> 1. If any groups are process-marked only these groups are AC> searched. AC> 2. If no groups are process marked then all opened servers are AC> searched. Some search engines (imap) are only capable of AC> searching a single group at a time so the search is restricted AC> to the group on the current line. Others (swish, freewais, AC> namazu) can only search the whole database, so that's what they AC> do. AC> With only one search engine available (as has been the case for AC> me forever) I never noticed this, and assumed that nnir was just AC> searching the group on the current line. But I now have both AC> imap and gmane searching available, and without process-marking AC> groups all searches now search both backends. This is usually AC> not what I want. AC> So---how about changing the behavior in case 2: AC> 2. If no groups are process-marked search only the group on the AC> current line (using the appropriate backend). Ted> Agreed. AC> and possibly adding AC> 3. If no groups are process-marked and no group is on the AC> current line, search all opened servers (which might take AC> awhile). The user can put point on the last line of the group AC> buffer for example. Ted> I think this could be in the Server buffer, where you will have Ted> a server under point. In the Group buffer, I'd use `G M-G' to Ted> search specific servers, which "all" being the default (so `G Ted> M-G RET' will search all servers). I think this is an excellent idea. It adds a keystroke (to get into the server buffer) over the existing behavior, but I suspect that this kind of searching will be rare (and probably no one is using it this way at the moment). AC> So is anyone using: AC> swish wais hyrex namazu Ted> Not me. I'm wondering if we could remove some of these? I have been using namazu up until I switched to imap a year ago. Swish has packages as new as Apr 2009, but the freewais-sf webpage says it is no longer supported, and hyrex doesn't seem to have any activity since 2004. So I would vote for removing at least hyrex and freewais-sf. Regards, Andy