Re: Building PDFs error: \pdfendlink ended up in different nesting level than \pd

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Building PDFs error: \pdfendlink ended up in different nesting level than \pd
Дата
Msg-id CA+TgmoYmXZCUHKBGO2dntn2pvR9NgiRuLQapCq1JxW77PiuJqA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Building PDFs error: \pdfendlink ended up in different nesting level than \pd  (Bruce Momjian <bruce@momjian.us>)
Список 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 по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: documenting contrib modules (was Re: Building PDFs error)
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Use of literal in SGML docs