Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id F26151337B49 for ; Sat, 12 Mar 2011 03:31:42 -0400 (AST) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 47401-09 for ; Sat, 12 Mar 2011 07:31:35 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mail.postgresql.org (Postfix) with SMTP id 3E170133616B for ; Sat, 12 Mar 2011 03:31:34 -0400 (AST) Received: (qmail invoked by alias); 12 Mar 2011 07:31:32 -0000 Received: from a88-115-218-165.elisa-laajakaista.fi (EHLO [10.0.0.101]) [88.115.218.165] by mail.gmx.net (mp046) with SMTP; 12 Mar 2011 08:31:32 +0100 X-Authenticated: #495269 X-Provags-ID: V01U2FsdGVkX1+QRcJIQ2iQIV6K6cD8JU0U1HciLHIsYhyt7yDval Xuv1A1eB1xPKu3 Subject: Re: Building PDFs error: \pdfendlink ended up in different nesting level than \pd From: Peter Eisentraut To: Bruce Momjian Cc: Tom Lane , Josh Kupershmidt , pgsql-docs In-Reply-To: <201103111341.p2BDfJP12449@momjian.us> References: <201103111341.p2BDfJP12449@momjian.us> Content-Type: text/plain; charset="UTF-8" Date: Sat, 12 Mar 2011 09:31:30 +0200 Message-ID: <1299915090.21000.0.camel@vanquo.pezone.net> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.909 tagged_above=-5 required=5 tests=BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201103/85 X-Sequence-Number: 6518 On fre, 2011-03-11 at 08:41 -0500, Bruce Momjian wrote: > Peter, any news on this? I wasn't planning to work on it. > > --------------------------------------------------------------------------- > > 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. > > > > > > > > -- > > Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org) > > To make changes to your subscription: > > http://www.postgresql.org/mailpref/pgsql-docs > > -- > Bruce Momjian http://momjian.us > EnterpriseDB http://enterprisedb.com > > + It's impossible for everything to be true. + >