Received: from localhost (unknown [200.46.204.182]) by postgresql.org (Postfix) with ESMTP id 7BFBA9FA617; Thu, 30 Aug 2007 10:43:44 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-maia, port 10024) with ESMTP id 30745-06; Thu, 30 Aug 2007 10:43:38 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from gauss.credativ.com (gauss.credativ.com [212.112.227.254]) by postgresql.org (Postfix) with ESMTP id A1A619FA167; Thu, 30 Aug 2007 10:43:43 -0300 (ADT) Received: from kodaira.local (host-87-75-150-20.bulldogdsl.com [87.75.150.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gauss.credativ.com (Postfix) with ESMTP id DA3A77750F; Thu, 30 Aug 2007 15:36:37 +0200 (CEST) From: Peter Eisentraut To: Tom Lane Subject: Re: [HACKERS] Contrib modules documentation online Date: Thu, 30 Aug 2007 15:43:36 +0200 User-Agent: KMail/1.9.5 Cc: Andrew Dunstan , pgsql-docs@postgresql.org, Josh Berkus , pgsql-hackers@postgresql.org, Albert Cervera i Areny References: <200708290157.07968.albert@nan-tic.com> <46D6C279.5050200@dunslane.net> <26319.1188480404@sss.pgh.pa.us> In-Reply-To: <26319.1188480404@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200708301543.37948.peter_e@gmx.net> X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200708/45 X-Sequence-Number: 4392 Am Donnerstag, 30. August 2007 15:26 schrieb Tom Lane: > I thought a large part of the desire was to improve the visibility of > the contrib docs, ie, put the docs under the noses of people who have > *not* installed or even heard of the modules.  So "it's not in the docs > unless you installed it" seems counter to the point. I thought the point was to make the extensibility features of PostgreSQL more usable so people would be more inclined to use them. The assumption being that the problem is not finding things but the hesitation against using "unofficial" things. Moving everything to the main blob of things seems to go against that idea. So perhaps some market research is required to clarify the actual requirements and goals. -- Peter Eisentraut http://developer.postgresql.org/~petere/