Re: Ambiguos statement in wal-async-commit page

2020-04-13 Thread Laurenz Albe
On Mon, 2020-04-13 at 21:11 +, PG Doc comments form wrote: > The following documentation comment has been logged on the website: > > Page: https://www.postgresql.org/docs/12/wal-async-commit.html > Description: > > In this page: > https://www.postgresql.org/docs/current/wal-async-commit.html

Ambiguos statement in wal-async-commit page

2020-04-13 Thread PG Doc comments form
The following documentation comment has been logged on the website: Page: https://www.postgresql.org/docs/12/wal-async-commit.html Description: In this page: https://www.postgresql.org/docs/current/wal-async-commit.html In this paragraph: Certain utility commands, for instance DROP TABLE, are fo

Re: Getting our tables to render better in PDF output

2020-04-13 Thread Tom Lane
Corey Huinker writes: > On Mon, Apr 13, 2020 at 12:28 PM Tom Lane wrote: >> I'm not really buying into that as a requirement. For one thing, the >> anchor name will be 100% predictable. > The anchor name is deterministic (or I intend it to be) but > the existence of the link is not predictable.

Re: Getting our tables to render better in PDF output

2020-04-13 Thread Corey Huinker
On Mon, Apr 13, 2020 at 12:28 PM Tom Lane wrote: > Corey Huinker writes: > > I was thinking that there were references that included parameters, but > I'm > > not finding any with actual parameter values, so at most we'd lose the > "()" > > of a reference. > > We could possibly stick the parens

Re: Getting our tables to render better in PDF output

2020-04-13 Thread Tom Lane
Corey Huinker writes: > I was thinking that there were references that included parameters, but I'm > not finding any with actual parameter values, so at most we'd lose the "()" > of a reference. We could possibly stick the parens into the indexterm text. Arguably that's an improvement on its ow

Re: Getting our tables to render better in PDF output

2020-04-13 Thread Corey Huinker
> > > I did a quick check by adding id tags to all 700-or-so s in > func.sgml (don't get excited, it was a perl one-liner that just added > random id strings). I did, actually, get excited for a second. > The runtime difference for building the HTML docs > seems to be under 1%, and negligible f

Re: Improve This Sentence?

2020-04-13 Thread Dave Cramer
On Sun, 12 Apr 2020 at 20:57, Michael Paquier wrote: > On Fri, Apr 10, 2020 at 06:32:05PM +, PG Doc comments form wrote: > > On Linux and POSIX platforms checkpoint_flush_after allows to force the > OS > > that pages written by the checkpoint should be flushed to disk after a > > configurable