From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | Andres Freund <andres(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: building pdfs |
Date: | 2014-07-27 15:28:12 |
Message-ID: | 23211.1406474892@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
> On 07/26/2014 06:44 PM, Tom Lane wrote:
>> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>>> Yes, I did that and generated a PDF, but I got an enormous number of
>>> errors or warnings. See
>>> <https://www.dropbox.com/s/9n4hhijin3qn8mw/postgres-US.log> for example.
>> If they're things like "overfull hbox" from the TeX step, they're
>> expected.
> That's rather sad. How would we find out that something has actually
> gone wrong, short of it failing to write a PDF altogether? Searching
> through 204,000 lines of output doesn't sound like fun.
I've always assumed that if there were something seriously wrong, it
*would* fail to generate a PDF. It certainly does so when we hit
things like the link-crosses-a-page-boundary restriction.
> There are lots of these:
> Package Fancyhdr Warning: \fancyhead's `E' option without twoside
> option is use
> less on input line 83877.
Well, if you'd like to do the work to figure out a way to suppress
that, more power to you.
> and quite a few overfull hboxes that are more than 72pt too wide.
I can't see that we'd ever invest the effort to get rid of those.
Personally I find the PDF docs to be an anachronism: surely nobody
is printing them on dead trees any more, and for on-computer usage,
what do they offer that the HTML format doesn't? So I'm unexcited
about making them slightly prettier.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2014-07-27 16:31:30 | Re: get_loop_count() fails to ignore RELOPT_DEADREL rels |
Previous Message | Greg Stark | 2014-07-27 15:23:30 | Re: B-Tree support function number 3 (strxfrm() optimization) |