DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type:content-transfer-encoding;
	b=I0r0bh6eTHwAtUGtX6fsigZDcWFXez0zkzxud6HefegBvgdxhnU5mlfQe6zMOzqPIT
	HceGOdj1+h4fVwNmwU4AcyRh+tUvfKQ06cSMmIQt6jKmUG63lYx7A/reaONlT7Rfalxv
	Kw6kjsD98sMU0GY0jsKXqMUl6P9aOHbUNI1mo=
MIME-Version: 1.0
In-Reply-To: <18382.1278198852@sss.pgh.pa.us>
References: <1278124002.25901.12.camel@vanquo.pezone.net>
	<201007030241.o632fZ609530@momjian.us>
	<AANLkTilEpIJrgmpZi2CgL9HvLkVxN-9U26REqhLyye0u@mail.gmail.com>
	<AANLkTikNVB8sKyV3WDU74JqSYzQUwbaPz87Qh2FfVlqu@mail.gmail.com>
	<AANLkTimPf3_PmCXDOLknTGM2PEUdrEfaIh-JqhtJ5vyZ@mail.gmail.com>
	<18382.1278198852@sss.pgh.pa.us>
Date: Sat, 3 Jul 2010 19:16:09 -0400
Message-ID: <AANLkTilcXNTMNB-NypnELe8utn2iDkzAEauzslih-3Qm@mail.gmail.com>
Subject: Re: Documentation and explanatory diagrams
From: Robert Haas <robertmhaas@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Thom Brown <thombrown@gmail.com>, Bruce Momjian <bruce@momjian.us>,
	Peter Eisentraut <peter_e@gmx.net>,
	Alvaro Herrera <alvherre@commandprompt.com>,
	Rafael Martinez <r.m.guerrero@usit.uio.no>,
	pgsql-docs <pgsql-docs@postgresql.org>, Marc Fournier <scrappy@hub.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

On Sat, Jul 3, 2010 at 7:14 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> Seems like a good one. =A0But I'd still like to know the answer to the
>> question I asked upthread - how is anyone supposed to generate images
>> this way?
>
> Hmm, judging from
> http://live.gnome.org/Dia
>
> the answer is that .dia files aren't meant to be human readable but only
> to be a storage format for WYSIWYG editing. =A0I find this less than
> thrilling: it essentially means you *can't* edit the images any other
> way than using dia. =A0(I'd bet a nickel that any small change results in
> massive changes in the file contents, too, which will be un-fun for
> keeping them in a VCS.)

Anyone know of any other alternatives we could investigate?

--=20
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company