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 по дате отправления: