Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 358A69F9FBD for ; Sun, 11 Nov 2007 00:37:02 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 15752-01 for ; Sun, 11 Nov 2007 00:36:57 -0400 (AST) Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by postgresql.org (Postfix) with ESMTP id 0C4829F9277 for ; Sun, 11 Nov 2007 00:36:56 -0400 (AST) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.1/8.14.1) with ESMTP id lAB4au1e011604 for ; Sat, 10 Nov 2007 23:36:56 -0500 (EST) To: pgsql-docs@postgreSQL.org Subject: Placement of contrib modules in SGML documentation Date: Sat, 10 Nov 2007 23:36:56 -0500 Message-ID: <11603.1194755816@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200711/22 X-Sequence-Number: 4555 I am still desperately unhappy with the choice to put the contrib docs where they were put. They are by no stretch of the imagination part of the "SQL Language", and there is no defense for having inserted them into the middle of the part, in front of substantially more widely interesting information such as concurrency control. Furthermore, labeling them "Standard Modules" is somebody's flight of wishful thinking --- if they were installed by default, they'd deserve such a title, but that's not happening any time soon. I think there's a case for putting these pages under Part V Server Programming (though a few are not in fact server-side code), or under Part VI Reference (ignoring the fact that most of the text isn't in a uniform reference-page style ... though maybe we could plan to work towards that) or under Appendixes (though I'm sure there are people who will complain about that because their private agenda is to make these things as prominent as possible). Or we could make them a new top-level Part, probably just after Reference. As for the title, how about "Available Add-On Modules", or something like that? BTW, why are neither contrib/dblink nor contrib/spi included in the conversion? regards, tom lane