Re: Building PDFs error: \pdfendlink ended up in different nesting level than \pd - Mailing list pgsql-docs

From Robert Haas
Subject Re: Building PDFs error: \pdfendlink ended up in different nesting level than \pd
Date
Msg-id CA+TgmoYmXZCUHKBGO2dntn2pvR9NgiRuLQapCq1JxW77PiuJqA@mail.gmail.com
Whole thread Raw
In response to Re: Building PDFs error: \pdfendlink ended up in different nesting level than \pd  (Bruce Momjian <bruce@momjian.us>)
List pgsql-docs
On Mon, Sep 5, 2011 at 11:50 AM, Bruce Momjian <bruce@momjian.us> wrote:
> Peter Eisentraut wrote:
>> On fre, 2011-01-28 at 12:11 -0500, Tom Lane wrote:
>> > In my build, the entire contrib manual is potentially interdependent,
>> > because the sub-sections of Appendix F don't start new pages.  This
>> > seems bad.  What is even more curious is that it looks like the function
>> > "man pages" within the dblink section *do* get forced page breaks.
>> > That is inconsistent to say the least.  How much control do we have over
>> > this type of formatting decision?
>>
>> There is a parameter that controls whether a references page starts on a
>> new page.  But that's it.  It's not impossible to hack the stylesheet to
>> add more page breaks, but that would affect the whole book, not just one
>> particular chapter.
>>
>> With the promotion of the contrib stuff, perhaps they should each get
>> their own chapter in a new part.
>
> Is this a TODO?  Did we ever decide on this?

Well, some of the contrib modules are such little stupid things that
giving them their own chapter seems excessive.  sepgsql might merit
its own chapter, but dummy_seclabel surely doesn't.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

pgsql-docs by date:

Previous
From: Robert Haas
Date:
Subject: Re: documenting contrib modules (was Re: Building PDFs error)
Next
From: Robert Haas
Date:
Subject: Re: Use of literal in SGML docs