Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: Re: [DOCS] [BUGS] BUG #1414: DOC - pl/Perl hash tags missing
Date: Thu, 20 Jan 2005 22:36:33 +0100
Message-ID: <6BCB9D8A16AC4241919521715F4D8BCE476699@algol.sollentuna.se>
Thread-Topic: [pgsql-www] [DOCS] [BUGS] BUG #1414: DOC - pl/Perl hash tags
	missing
Thread-Index: AcT/NwtL3/A4YRNrQh2JyNiHwNWkTQAAG3rw
From: "Magnus Hagander" <mha@sollentuna.net>
To: "Alexey Borzov" <borz_off@cs.msu.su>
Cc: "Tom Lane" <tgl@sss.pgh.pa.us>,
	"Mike Blackwell" <maiku41@anet.com>, <pgsql-docs@postgresql.org>,
	<pgsql-www@postgresql.org>

>> Going out on a line a bit here - and someone who've worked with teh
>> system probably knows for sure but... It looks like {} is used as the
>> template placeholder in the templating system on the website.
>
>Yes, that's exactly the case...

Ahh, I'm not totally PHP illiterate,...


>> It would seem to me that the fix would be as simple as to set
>> $removeUnknownVariables to false when parsing the docs=20
>template, but I'm
>> far from sure at that. And I have no way to test it. And it=20
>might break
>> something else. End of disclaimers.
>
>The clean solution would be to use
>$tpl->setOption('preserve_data', true);
>
>In this case there will be no problems even if a known=20
>placeholder appears in=20
>the docs.

... though as expected, I don't know the template system ;-)


>Sorry, cannot fix it myself right now, don't want to checkout=20
>the website code=20
>as there is a sh*tload of PDF docs in there.

Um. There should be no problem checking out just a subdir, no? Just do
cvs -d :pserver:anonymous@gborg.postgresql.org:/usr/local/cvsroot/pgweb
co portal/system

or whatever dir it is you need (or a single file should work too).=20
You don't want to use anoncvs if you're going to commit, of course. I
don't know which format CVSROOTs are used on gborg for authenticated
access.

//Magnus