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

Alvaro Herrera wrote:
> Excerpts from Bruce Momjian's message of mar abr 26 12:15:50 -0300 2011:
> > Tom Lane wrote:
> > > Peter Eisentraut <peter_e@gmx.net> writes:
> > > > On lr, 2011-03-12 at 09:13 -0500, Bruce Momjian wrote:
> > > >> OK, it is not something worthwhile, or just something you don't have
> > > >> time for.  If the later, can you give us a hint on how to fix it?
> > >
> > > > I'm not even sure what the actual action item is supposed to be.
> > >
> > > The last suggestion in the thread was to move the contrib docs up one
> > > level in the hierarchy, ie each contrib module would get a chapter not a
> > > sect1.
> >
> > I think we would have to move "Additional Supplied Modules" up into its
> > own book, and then list each module.  The problem is that there are 42
> > modules so that list is going to be pretty long in the table of
> > contents.
>
> Also, most of the sections are pretty short.  Making each of them a
> chapter seems a waste.  I think some of them deserve a full chapter
> (dblink, citext?, hstore, intarray, ltree, pgbench, pgcrypto, pgtrgm?,
> pg_upgrade, tablefunc), but most don't.  (Some of the others could,
> perhaps, get moved under "Reference").
>
> Would it work to move only some?

I think moving some would be even worse than what we have now, unless
you can propose some logic about why they would be split.

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +