Gnus development mailing list
 help / color / mirror / Atom feed
From: Andrew Cohen <cohen@andy.bu.edu>
To: ding@gnus.org
Subject: Re: Gnus search
Date: Wed, 27 Oct 2010 14:08:42 -0400	[thread overview]
Message-ID: <87iq0necet.fsf@andy.bu.edu> (raw)
In-Reply-To: <87wrp3lehm.fsf@lifelogs.com>

>>>>> "Ted" == Ted Zlatanov <tzz@lifelogs.com> writes:

    Ted> On Wed, 27 Oct 2010 07:36:42 -0400 Andrew Cohen
    Ted> <cohen@andy.bu.edu>
    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







  reply	other threads:[~2010-10-27 18:08 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-21 15:49 Lars Magne Ingebrigtsen
2010-10-21 16:04 ` Julien Danjou
2010-10-21 16:07   ` Lars Magne Ingebrigtsen
2010-10-21 16:24     ` Julien Danjou
2010-10-21 17:09       ` Andrew Cohen
2010-10-21 17:10       ` Tibor Simko
2010-10-21 17:12         ` Lars Magne Ingebrigtsen
2010-10-21 17:56           ` Andrew Cohen
2010-10-21 18:25             ` Andrew Cohen
2010-10-21 18:45               ` Ted Zlatanov
2010-10-21 19:00                 ` Andrew Cohen
2010-10-22 14:24                   ` Andrew Cohen
2010-10-23  7:01                     ` Steinar Bang
2010-10-23 12:14                       ` Andrew Cohen
2010-10-24  9:15                         ` Steinar Bang
2010-10-25 18:34                         ` Ted Zlatanov
2010-10-24  4:18                     ` Lars Magne Ingebrigtsen
2010-10-21 18:00           ` Ted Zlatanov
2010-10-21 18:35             ` Andreas Seltenreich
2010-10-21 21:27     ` Steinar Bang
2010-10-27 11:36 ` Andrew Cohen
2010-10-27 12:32   ` Steinar Bang
2010-10-27 13:23   ` Dan Christensen
2010-10-27 13:25     ` Andrew Cohen
2010-10-27 17:41   ` Ted Zlatanov
2010-10-27 18:08     ` Andrew Cohen [this message]
2010-10-27 18:39       ` Ted Zlatanov
2010-10-28 10:27         ` Julien Danjou
2010-10-28 10:49           ` Andrew Cohen
2010-10-28 10:51             ` Julien Danjou
2010-10-29  6:34       ` nnir: Removing some search engines (was: Gnus search) Reiner Steib
2010-10-29 11:16         ` nnir: Removing some search engines Andrew Cohen
2010-10-29 12:57         ` Jose A. Ortega Ruiz
2010-10-27 20:15   ` Gnus search Jose A. Ortega Ruiz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87iq0necet.fsf@andy.bu.edu \
    --to=cohen@andy.bu.edu \
    --cc=ding@gnus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).