Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id F3BD9B5DBCB for ; Thu, 15 Sep 2011 08:46:35 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 49762-01 for ; Thu, 15 Sep 2011 11:46:29 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.8.0-rc2 Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.216.181]) by mail.postgresql.org (Postfix) with ESMTP id 3A01DB5DBF0 for ; Thu, 15 Sep 2011 08:46:29 -0300 (ADT) Received: by qyk7 with SMTP id 7so2873731qyk.19 for ; Thu, 15 Sep 2011 04:46:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=NuJqOusCoK4QyLDsXSklkxlwROj3Ohc2Ujxs1tfvTDE=; b=BQUvQmyyQXM779VeBQz4gCsKC4fUttjpWxZ6ioY5RWVZz2ADXHSJP8ALK/4X+cxHu6 hq4q2iO2Z0lTjP8unCGNAJZia9RsuLN50gUZ8f2cs37/I+3ehA2de4AC6c5TmqZwFvYd T6z0chbZOtALwHL980BGkpv+nx3ScVI7eVrpA= MIME-Version: 1.0 Received: by 10.229.64.163 with SMTP id e35mr813202qci.239.1316087189096; Thu, 15 Sep 2011 04:46:29 -0700 (PDT) Received: by 10.229.236.71 with HTTP; Thu, 15 Sep 2011 04:46:29 -0700 (PDT) In-Reply-To: <201109051650.p85GoOu14781@momjian.us> References: <1297496650.6286.1.camel@vanquo.pezone.net> <201109051650.p85GoOu14781@momjian.us> Date: Thu, 15 Sep 2011 06:46:29 -0500 Message-ID: Subject: Re: Building PDFs error: \pdfendlink ended up in different nesting level than \pd From: Robert Haas To: Bruce Momjian Cc: Peter Eisentraut , Tom Lane , Josh Kupershmidt , pgsql-docs Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.899 tagged_above=-5 required=5 tests=BAYES_00=-1.9, FREEMAIL_FROM=0.001 X-Spam-Level: X-Archive-Number: 201109/50 X-Sequence-Number: 6971 On Mon, Sep 5, 2011 at 11:50 AM, Bruce Momjian 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. =A0This >> > seems bad. =A0What is even more curious is that it looks like the func= tion >> > "man pages" within the dblink section *do* get forced page breaks. >> > That is inconsistent to say the least. =A0How 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. =A0But that's it. =A0It's not impossible to hack the styleshee= t 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? =A0Did 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. --=20 Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company