X-Original-To: pgsql-www-postgresql.org@postgresql.org
Received: from localhost (mx1.hub.org [200.46.208.251])
	by postgresql.org (Postfix) with ESMTP id ABA559FB22A
	for <pgsql-www-postgresql.org@postgresql.org>;
	Wed,  2 Aug 2006 17:39:24 -0300 (ADT)
Received: from postgresql.org ([200.46.204.71])
	by localhost (mx1.hub.org [200.46.208.251]) (amavisd-new, port 10024)
	with ESMTP id 87999-03 for <pgsql-www-postgresql.org@postgresql.org>;
	Wed,  2 Aug 2006 17:39:23 -0300 (ADT)
X-Greylist: from auto-whitelisted by SQLgrey-
Received: from vale-housing.co.uk (mailgate.vale-housing.co.uk
 [194.217.48.34])
	by postgresql.org (Postfix) with ESMTP id DAC359FB21E
	for <pgsql-www@postgresql.org>; Wed,  2 Aug 2006 17:39:23 -0300 (ADT)
Received: from 192.168.1.106 ([192.168.1.106]) by ratbert.vale-housing.co.uk
	([192.168.1.106]) with Microsoft Exchange Server HTTP-DAV ;
	Wed,  2 Aug 2006 20:39:21 +0000
MIME-Version: 1.0
From: "Dave Page" <dpage@vale-housing.co.uk>
Subject: Re: [Fwd: [BUGS] BUG #2560: Web page documentation hard 
Date: Wed, 2 Aug 2006 21:39:57 +0100
Message-ID: <013101c6b673$bbad9700$6a01a8c0@valehousing.co.uk>
Importance: normal
X-Priority: 3
To: "Tom Lane" <tgl@sss.pgh.pa.us>,
	"Richard Huxton" <dev@archonet.com>
Cc: "Robert Bernier" <robert.bernier5@sympatico.ca>,
 <pgsql-www@postgresql.org>
Content-Transfer-Encoding: quoted-printable
thread-topic: [pgsql-www] [Fwd: [BUGS] BUG #2560: Web page documentation hard 
thread-index: Aca2c7uttVXl+ZLPTd6LK+BSJ8JpxQ==
Content-Type: text/plain;
	charset="utf-8"
X-Virus-Scanned: Maia Mailguard 1.0.1
X-Archive-Number: 200608/17
X-Sequence-Number: 10408



-----Original Message-----
From: "Tom Lane" <tgl@sss.pgh.pa.us>
To: "Richard Huxton" <dev@archonet.com>
Cc: "Robert Bernier" <robert.bernier5@sympatico.ca>; "pgsql-www@postgresql.=
org" <pgsql-www@postgresql.org>
Sent: 02/08/06 20:30
Subject: Re: [pgsql-www] [Fwd: [BUGS] BUG #2560: Web page documentation har=
d=20

> But what strikes me is the idea of teaching the search engine not to
> ignore stopwords that are marked as <indexterm>'s ...

We tell it what to ignore, not the other way round. Besides, the problem as=
 I understood it was that a search for 'IN' returns virtually every page (a=
s one might expect) which is little help when looking for IN the keyword.

Regards, Dave