Received: from localhost (maia-3.hub.org [200.46.204.184]) by postgresql.org (Postfix) with ESMTP id 44AFF9FA373 for ; Thu, 14 Dec 2006 17:37:08 -0400 (AST) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-new, port 10024) with ESMTP id 28126-02 for ; Thu, 14 Dec 2006 17:37:01 -0400 (AST) X-Greylist: from auto-whitelisted by SQLgrey-1.7.4 Received: from exchange.g2switchworks.com (mail.g2switchworks.com [63.87.162.25]) by postgresql.org (Postfix) with ESMTP id DE7EC9FA344 for ; Thu, 14 Dec 2006 17:37:03 -0400 (AST) Received: from 10.10.1.37 ([10.10.1.37]) by exchange.g2switchworks.com ([10.10.1.2]) with Microsoft Exchange Server HTTP-DAV ; Thu, 14 Dec 2006 21:37:01 +0000 Received: from state.g2switchworks.com by mail.g2switchworks.com; 14 Dec 2006 15:37:01 -0600 Subject: Re: Authoring Tools WAS: Switching to XML From: Scott Marlowe To: Tom Lane Cc: josh@agliodbs.com, pgsql-docs@postgresql.org, Bruce Momjian , Peter Eisentraut , "Joshua D. Drake" , David Fetter , Guillaume Lelarge In-Reply-To: <25332.1166132046@sss.pgh.pa.us> References: <200612131714.kBDHEI800289@momjian.us> <200612141258.44479.josh@agliodbs.com> <1166131397.3243.181.camel@state.g2switchworks.com> <25332.1166132046@sss.pgh.pa.us> Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1166132220.3243.184.camel@state.g2switchworks.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 (1.4.6-2) Date: Thu, 14 Dec 2006 15:37:01 -0600 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200612/157 X-Sequence-Number: 4080 On Thu, 2006-12-14 at 15:34, Tom Lane wrote: > Scott Marlowe writes: > > On Thu, 2006-12-14 at 14:58, Josh Berkus wrote: > >> It would be more accurate to say that we have not identified a WYSWYG tool > >> which does not mess up the source. There may be one, it would just take a > >> fair amount of testing to find it. > > > Is this strictly a question of indentation, or one of actually mangling > > tags and such? > > What we need is something that does not change regions of the file that > the user did not intend to modify. I think horizonal-white-space-only > changes could be worked around if the user is careful to use diff > --ignore-space-change when submitting the patch, but I suspect that an > editor that thinks it can mangle whitespace will also figure that it can > change line boundaries, and then diff will never be able to extract any > signal from that noise. Ahhhh. I see. Well, I don't mind teaching myself some docbook, but the first time I looked at adding to the docs I was overwhelmed with what I didn't know, and didn't even see a starting point. I'll look in the appendices and see what I can see.