Re: Getting our tables to render better in PDF output

2020-04-12 Thread Tom Lane
Corey Huinker writes: > On Sat, Apr 11, 2020 at 6:41 PM Tom Lane wrote: >> Don't have a strong opinion about that, but it'd sure be a lot of new >> anchors. > So I can't speak to any scalability issues for adding a bunch of refs, I did a quick check by adding id tags to all 700-or-so s in func.

Re: Getting our tables to render better in PDF output

2020-04-12 Thread Corey Huinker
On Sun, Apr 12, 2020 at 8:38 PM Tom Lane wrote: > Corey Huinker writes: > > On Sat, Apr 11, 2020 at 6:41 PM Tom Lane wrote: > >> Is that going to be a problem for the docs toolchain? If > >> the anchors are attached to individual function names rather than > >> sections or paragraphs, do they

Re: Improve This Sentence?

2020-04-12 Thread Michael Paquier
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 number of bytes. > > I think I have an idea what it says, but

Re: Getting our tables to render better in PDF output

2020-04-12 Thread Tom Lane
Corey Huinker writes: > On Sat, Apr 11, 2020 at 6:41 PM Tom Lane wrote: >> Is that going to be a problem for the docs toolchain? If >> the anchors are attached to individual function names rather than >> sections or paragraphs, do they actually work well as link references? >> (I'm particularly

Re: Getting our tables to render better in PDF output

2020-04-12 Thread Tom Lane
Alexander Lakhin writes: > 12.04.2020 20:33, Tom Lane wrote: >> I educated myself a teensy bit about XSL, and unless I'm missing >> something, this is really pretty darn trivial; the attached seems >> to do the trick. > I've come to almost the same solution simultaneously. I think this > should w

Re: Getting our tables to render better in PDF output

2020-04-12 Thread Alexander Lakhin
Hello Tom, 12.04.2020 20:33, Tom Lane wrote: > I wrote: >> So if we can get to both insert a right arrow and switch the >> font to match 's choice, this would work more or less decently, and >> it's probably cleaner than the bare-entity-reference approach I posted >> before. I don't have the XSL

Re: Getting our tables to render better in PDF output

2020-04-12 Thread Tom Lane
I wrote: > So if we can get to both insert a right arrow and switch the > font to match 's choice, this would work more or less decently, and > it's probably cleaner than the bare-entity-reference approach I posted > before. I don't have the XSL skills to get that to work though. > Anyone want to

Re: pre-requiste for installation

2020-04-12 Thread Jonathan S. Katz
On 4/12/20 8:21 AM, Ankush Chawla wrote: > hi  > > what is the pre-requiste packages for Postgres Installation on SUSE Linux > > I have already transferred .run file > > What would be pre-requiste package, hardware or software requirements , > any readme available? I believe these are listed on

pre-requiste for installation

2020-04-12 Thread Ankush Chawla
hi what is the pre-requiste packages for Postgres Installation on SUSE Linux I have already transferred .run file What would be pre-requiste package, hardware or software requirements , any readme available? -- Best Regards, Ankush Chawla

Improve This Sentence?

2020-04-12 Thread PG Doc comments form
The following documentation comment has been logged on the website: Page: https://www.postgresql.org/docs/12/wal-configuration.html Description: In the WAL configuration chapter, one finds this sentence: On Linux and POSIX platforms checkpoint_flush_after allows to force the OS that pages writte

Re: Getting our tables to render better in PDF output

2020-04-12 Thread Jürgen Purtz
On 11.04.20 22:51, Tom Lane wrote: Yet another possibility is to use the docbook tags: func() int. Then we can define the desired formatting for such markup (similar to ..). I looked into this. It appears that is fairly tightly tied to C function declaration syntax, plus it sounds like it