Received: from maia.hub.org (maia-5.hub.org [200.46.204.29]) by mail.postgresql.org (Postfix) with ESMTP id 0F27E1337B93 for ; Wed, 9 Mar 2011 11:58:00 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.29]) (amavisd-maia, port 10024) with ESMTP id 58538-08 for ; Wed, 9 Mar 2011 15:57:51 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from sss.pgh.pa.us (sss.pgh.pa.us [66.207.139.130]) by mail.postgresql.org (Postfix) with ESMTP id 5FD681337B82 for ; Wed, 9 Mar 2011 11:57:49 -0400 (AST) Received: from sss2.sss.pgh.pa.us (tgl@localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.2/8.14.2) with ESMTP id p29Fvmju025001; Wed, 9 Mar 2011 10:57:49 -0500 (EST) To: Bruce Momjian cc: PostgreSQL-documentation Subject: Re: Improve initdb and pg_controldata manual pages In-reply-to: <201103091551.p29FpW126215@momjian.us> References: <201103091551.p29FpW126215@momjian.us> Comments: In-reply-to Bruce Momjian message dated "Wed, 09 Mar 2011 10:51:32 -0500" Date: Wed, 09 Mar 2011 10:57:48 -0500 Message-ID: <25000.1299686268@sss.pgh.pa.us> From: Tom Lane X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-5 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201103/48 X-Sequence-Number: 6481 Bruce Momjian writes: > Well, looking at the detailed option list, it looks fine: > -D directory > --pgdata=directory > It is only at the top where we see the problem because -D/--pgdata is a > required argument and there are necesary spaces because we are showing > both -D and --pgdata followed by a single argument. The original patch > creator added '=' to be consistent with the syntax used below. > The bottom line is that there are many doc cases where this is used: > -D directory > --pgdata directory > (no '='), so we should decide what we want in the docs. Right. I think it's fine if the syntax summary shows only those cases, especially if the detailed option list shows that "=" is possible too. What is important to me is that the summary not suggest illegal syntaxes to people. > Does professionally produced documentation have as many inconsistencies? Hard to say. We have the problem that our docs were made by a lot of people over a long period of time, so inconsistencies are a fact of life. "Pro" documentation might be more consistent if it's written by a smaller group of people over a shorter period of time... regards, tom lane