From: Tom Lane <tgl@sss.pgh.pa.us>
To: Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
cc: pgsql-docs@lists.postgresql.org,
        =?UTF-8?Q?J=c3=bcrgen_Purtz?= <juergen@purtz.de>
Subject: Re: First SVG graphic
In-reply-to: <c2d9a262-0f9d-8c76-b011-bdf3acfc60e3@2ndquadrant.com>
References: <4393cdcd-4efd-3198-4ffc-c080a5af79c7@2ndquadrant.com>
 <e5e6fa66-80b5-1225-8d22-07897435d0e2@purtz.de>
 <55a6a8cb-bfaa-e5a6-4596-82f445f1ec7c@2ndquadrant.com>
 <86af349c-5bcb-a28c-d858-c5cb0a283cd2@purtz.de>
 <cdb0e8e1-5c02-0dfe-c829-acfab314b1fc@2ndquadrant.com>
 <808a932e-bc40-d57e-7de2-5e4fd9a24ac6@purtz.de>
 <f6145ddb-0690-d493-8c30-fbe7aa892425@2ndquadrant.com>
 <58af275f-a46a-0ec5-8f95-c8ece23ee038@purtz.de>
 <20190309155411.mn5hqlhjbhhrdb4u@momjian.us> <21705.1552150171@sss.pgh.pa.us>
 <20190309173907.a6r6ghkokhbh4x3p@momjian.us>
 <4d48c7b8-750d-c6b4-fdfe-0e3c0d00760d@purtz.de>
 <c2d9a262-0f9d-8c76-b011-bdf3acfc60e3@2ndquadrant.com>
Comments: In-reply-to Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
	message dated "Mon, 11 Mar 2019 10:13:47 +0100"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <22217.1552315852.1@sss.pgh.pa.us>
Date: Mon, 11 Mar 2019 10:50:52 -0400
Message-ID: <22218.1552315852@sss.pgh.pa.us>
Precedence: bulk

Peter Eisentraut <peter.eisentraut@2ndquadrant.com> writes:
> I played with this further.  My conclusion is that SVG as a source
> format is not workable.  Aside from the tooling issues that are being
> discussed, which might be solvable, I think it's not the right level of
> abstraction.

It does seem like using SVG as an intermediate format rather than a source
format might be a better idea.

> (We can have some discussion about whether we want to commit the
> intermediate SVG files and what the directory layout should be etc.   I
> didn't bother with that in my patch yet.)

Ideally, we'd treat them much as we do for bison output files:
we'll supply them in tarballs but you'd better have the relevant
tools if you want to build docs from a git pull.  However, that
may be assuming too much about the portability of the tools ...

			regards, tom lane