X-Original-To: pgsql-docs-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id D857814B2824 for ; Mon, 9 Aug 2004 17:52:52 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 57698-08 for ; Mon, 9 Aug 2004 20:52:46 +0000 (GMT) Received: from tht.net (vista.tht.net [216.126.88.2]) by svr1.postgresql.org (Postfix) with ESMTP id 485E514B281F for ; Mon, 9 Aug 2004 17:52:45 -0300 (ADT) Received: from [134.22.70.202] (dyn-70-202.tor.dsl.tht.net [134.22.70.202]) by tht.net (Postfix) with ESMTP id 2618576AC8; Mon, 9 Aug 2004 16:52:50 -0400 (EDT) Subject: Re: Suggestion on reorganizing functions From: Rod Taylor To: Tom Lane Cc: Jeff , PostgreSQL Docs In-Reply-To: <19661.1092083983@sss.pgh.pa.us> References: <6B84FBA0-EA28-11D8-A672-000D9366F0C4@torgo.978.org> <19661.1092083983@sss.pgh.pa.us> Content-Type: text/plain Message-Id: <1092084764.799.59.camel@jester> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Mon, 09 Aug 2004 16:52:45 -0400 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.0 tagged_above=0.0 required=5.0 tests= X-Spam-Level: X-Archive-Number: 200408/23 X-Sequence-Number: 2483 On Mon, 2004-08-09 at 16:39, Tom Lane wrote: > Jeff writes: > > One idea to solve it would to have the flat list link to > > functions-foo.html#FOOBAR - this would allow both methods of > > organization and only having function definitions in one spot. > > Basically what you're proposing is an index. > > I am not sure if DocBook could handle generating an index covering just > functions, or if we'd have to merge it with the general index. If the > latter then it's pretty much done already. (We may have missed indexing > some function descriptions, but certainly a lot of them have an index entry.) If we were using XML based docbook we could use an xmlinclude to generate this type of content on the fly during output generation. The big snag is that XML Docbook does not produce very nice printable documents without a rather expensive toolkit.