Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id E296913364DE for ; Tue, 26 Apr 2011 13:00:26 -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 86085-01 for ; Tue, 26 Apr 2011 16:00:19 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from momjian.us (momjian.us [70.90.9.53]) by mail.postgresql.org (Postfix) with ESMTP id 7DF74133616B for ; Tue, 26 Apr 2011 13:00:19 -0300 (ADT) Received: (from bruce@localhost) by momjian.us (8.11.6/8.11.6) id p3QG0EV20362; Tue, 26 Apr 2011 12:00:14 -0400 (EDT) From: Bruce Momjian Message-Id: <201104261600.p3QG0EV20362@momjian.us> Subject: Re: Building PDFs error: \pdfendlink ended up in different nesting level than \pd In-Reply-To: <1303833125-sup-9121@alvh.no-ip.org> To: Alvaro Herrera Date: Tue, 26 Apr 2011 12:00:14 -0400 (EDT) CC: Tom Lane , Peter Eisentraut , Josh Kupershmidt , pgsql-docs X-Mailer: ELM [version 2.4ME+ PL124 (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="US-ASCII" X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.91 tagged_above=-5 required=5 tests=BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201104/92 X-Sequence-Number: 6663 Alvaro Herrera wrote: > Excerpts from Bruce Momjian's message of mar abr 26 12:44:39 -0300 2011: > > Alvaro Herrera wrote: > > > > 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. > > Remember that this thread is about someone being unable to build a PDF > from our docs (and the proposed workaround being "insert more page > breaks"), not about how logical the documentation is. > > In any case, the ones I listed are the ones that have more structure > documentation-wise (which also are the ones that have received more > attention and thus are of more interest to users), so there is some > logic behind it. > > Am I saying that not all contrib modules are created equal? Yes, I am. > So sue me. It is hard to see how a user is going to guess which ones are better than others when trying to find something in the docs. I think we are going to need logical categories if we want to split them up. -- Bruce Momjian http://momjian.us EnterpriseDB http://enterprisedb.com + It's impossible for everything to be true. +