From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/73636 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.gnus.general Subject: Re: Gnus search Date: Wed, 27 Oct 2010 12:41:57 -0500 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87wrp3lehm.fsf@lifelogs.com> References: <87vd4n3m0l.fsf@andy.bu.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1288201522 5428 80.91.229.12 (27 Oct 2010 17:45:22 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 27 Oct 2010 17:45:22 +0000 (UTC) To: ding@gnus.org Original-X-From: ding-owner+M22005@lists.math.uh.edu Wed Oct 27 19:45:21 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 1PBA3t-0003gA-4w for ding-account@gmane.org; Wed, 27 Oct 2010 19:45:21 +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 1PBA3k-00049K-Pz; Wed, 27 Oct 2010 12:45:12 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1PBA3i-000492-UR for ding@lists.math.uh.edu; Wed, 27 Oct 2010 12:45:10 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtp (Exim 4.72) (envelope-from ) id 1PBA3h-0007kS-UP for ding@lists.math.uh.edu; Wed, 27 Oct 2010 12:45:10 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]) by quimby.gnus.org with esmtp (Exim 3.36 #1 (Debian)) id 1PBA3h-0005Y5-00 for ; Wed, 27 Oct 2010 19:45:09 +0200 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PBA3c-0003X6-D0 for ding@gnus.org; Wed, 27 Oct 2010 19:45:04 +0200 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Oct 2010 19:45:04 +0200 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 27 Oct 2010 19:45:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 53 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6;d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:HamIzeSWZd8MVDuHQgYpfgsL0EQ= X-Spam-Score: -0.7 (/) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:73636 Archived-At: On Wed, 27 Oct 2010 07:36:42 -0400 Andrew Cohen wrote: AC> I am considering significant changes to nnir to improve the searching AC> experience. I have added gmane searching but this has exposed some AC> weaknesses in the current interface, so I would like to get some advice AC> on potential changes. AC> Currently nnir searches are initiated from the group buffer in one of AC> two ways: AC> 1. If any groups are process-marked only these groups are searched. AC> 2. If no groups are process marked then all opened servers are AC> searched. Some search engines (imap) are only capable of searching a AC> single group at a time so the search is restricted to the group on AC> the current line. Others (swish, freewais, namazu) can only search AC> the whole database, so that's what they do. AC> With only one search engine available (as has been the case for me AC> forever) I never noticed this, and assumed that nnir was just searching AC> the group on the current line. But I now have both imap and gmane AC> searching available, and without process-marking groups all searches now AC> search both backends. This is usually 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 current AC> line (using the appropriate backend). Agreed. AC> and possibly adding AC> 3. If no groups are process-marked and no group is on the current line, AC> search all opened servers (which might take awhile). The user can put AC> point on the last line of the group buffer for example. I think this could be in the Server buffer, where you will have a server under point. In the Group buffer, I'd use `G M-G' to search specific servers, which "all" being the default (so `G M-G RET' will search all servers). AC> This last addition might not be a great idea, and its only relevant if AC> anyone continues to use the relevant search engines. So is anyone using: AC> swish AC> wais AC> hyrex AC> namazu Not me. Ted