X-Original-To: pgsql-www-postgresql.org@postgresql.org Received: from localhost (wm.hub.org [200.46.204.128]) by postgresql.org (Postfix) with ESMTP id C64899FA4A8 for ; Wed, 2 Aug 2006 14:57:35 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.128]) (amavisd-new, port 10024) with ESMTP id 94893-02 for ; Wed, 2 Aug 2006 17:57:19 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey- Received: from tomts5-srv.bellnexxia.net (tomts5.bellnexxia.net [209.226.175.25]) by postgresql.org (Postfix) with ESMTP id 630519F9316 for ; Wed, 2 Aug 2006 14:57:18 -0300 (ADT) Received: from toronto-hse-ppp3728167.sympatico.ca ([67.68.16.246]) by tomts5-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060802175717.OVKI18394.tomts5-srv.bellnexxia.net@toronto-hse-ppp3728167.sympatico.ca> for ; Wed, 2 Aug 2006 13:57:17 -0400 From: Robert Bernier To: pgsql-www@postgresql.org Subject: Re: [Fwd: [BUGS] BUG #2560: Web page documentation hard Date: Wed, 2 Aug 2006 13:57:28 -0400 User-Agent: KMail/1.9.1 References: <200608021333.22917.xzilla@users.sourceforge.net> In-Reply-To: <200608021333.22917.xzilla@users.sourceforge.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200608021357.28738.robert.bernier5@sympatico.ca> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=3.816 tagged_above=0 required=5 tests=SPF_HELO_SOFTFAIL, SPF_SOFTFAIL X-Spam-Level: *** X-Archive-Number: 200608/13 X-Sequence-Number: 10404 On Wednesday 02 August 2006 13:33, Robert Treat wrote: > > ASPSeek can as well (they're called stopwords) but it won't help in this > > case because even if we don't ignore IN et al. it'll still match > > virtually every page. > > What would be nice would be to have a first level of human specified > keywords that return specific information, above and beyond the general > search. This could operate similarly to rtfm_please on irc or my rtfmbot > on AIM. This way when someone searches on something like IN, we can say > "you're probably looking for this --> link" If there are general search > results, we could show them after the pre-spelected links. Could a set of links be returned, somewhere on the page, that would always refer to one or more keywords when a single word is used as the search criteria?