Re: nested tags in glossary entries in html docs

Hello, 25.04.2024 12:24, Alvaro Herrera wrote: On 2024-Apr-12, Erik Wienhold wrote: There's this bug[1] in the DocBook XSLT stylesheets. Looks like the fix[2] landed in 1.79.2 (latest version on Arch, Maybe one of these days we should get going with the migration to Docbook 5.x that Jürgen P

Re: Typo in "43.9.1. Reporting Errors and Messages"?

Hi Bruce, 31.10.2023 17:52, Bruce Momjian wrote: It is referring to the internal constant (see src/backend/utils/errcodes.h). It was like you are proposing and it was changed in 66bde49d96a9ddacc49dcbdf1b47b5bd6e31ead5. Reading the original thread, there is no explanation why it was changed. R

Re: The huge_pages parameter doesn't work when shared_memory_type is sysv

Hello Thomas, 22.10.2021 06:59, Thomas Munro wrote: > That > second patch included exactly such a documentation adjustment, and an > error message too (the idea was to reject that combination on Linux > but allow it on AIX). Here are those bits, extracted. > > https://www.postgresql.org/message-i

Re: Some inconsistencies in release-14

Hello Tom, 19.09.2021 22:43, Tom Lane wrote: > Alexander Lakhin writes: >> While translating names in the acknowledgment section, I've found >> inconsistent spelling of several names. > I believe we've standardized on given-name-first in these lists. > (There was s

Some inconsistencies in release-14

Hello hackers, While translating names in the acknowledgment section, I've found inconsistent spelling of several names. 1) Dong Wook vs Lee Dong Wook Dong Wook mentioned in 64fe120b (with e-mail sh95...@gmail.com) Dong Wook Lee mentioned in 64725728 https://postgr.es/m/caacbyajsgrb-qc-alb0malpr

Minor fixes for PostgreSQL 13 documentation

Hello, Please consider applying fixes for bugs (incorrect tags, redundant spaces, etc.) I noticed while translating the documentation. Best regards, Alexander diff --git a/doc/src/sgml/btree.sgml b/doc/src/sgml/btree.sgml index d03ee4d6fa..435b7cb24d 100644 --- a/doc/src/sgml/btree.sgml +++ b/doc

Re: Rendering pi more nicely in PDF

Hello hackers, 30.04.2020 00:23, Alvaro Herrera wrote: > But apparently it's not sufficient -- the new font is not used > everywhere. For example footnotes seem to use a different font than the > main body of text. (I altered the fontname to Gentium, which I like > better, and uses a different g

Re: Rendering pi more nicely in PDF

27.04.2020 18:04, Tom Lane wrote: > Alexander Lakhin writes: >> 26.04.2020 22:13, Tom Lane wrote: >> BTW, I tried to also use this markup inside the template for >> , so we'd only need one font-switching special case not two. >> Didn't work though --- a

Re: Rendering pi more nicely in PDF

>From the symbolic unit of the department... Hello Tom, 26.04.2020 22:13, Tom Lane wrote: > In the department of nitpickery ... > > "π" renders poorly in our PDF docs: as shown in the attached > screenshot, it doesn't line up on the baseline. I realized that > this is the same problem I'd run int

Re: Getting our tables to render better in PDF output

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

17.02.2020 00:21, Alexander Lakhin wrote: > Hello Tom, >> 16.02.2020 23:07, Tom Lane wrote: >> >> >> I poked at this a little bit, and found that I could get a pretty >> decent-looking result if I hacked the .fo file to contain >> "→" rather than

Re: Getting our tables to render better in PDF output

Hello Tom, > 16.02.2020 23:07, Tom Lane wrote: > > > I poked at this a little bit, and found that I could get a pretty > decent-looking result if I hacked the .fo file to contain > "→" rather than a bare > right arrow. (See attached screenshot, wherein the last rightarrow > was fixed this way but

Re: PDF doc build is broken on recent Fedora

15.02.2020 12:09, Alexander Lakhin wrote: > I've just reproduced this on Fedora 29, 30, 31. > On Fedora 29 I see almost the same package versions: > docbook-style-xsl-1.79.2-8.fc29.noarch > libxslt-1.1.33-1.fc29.x86_64 > > But it's not reproduced on Fedora 28, where

Re: PDF doc build is broken on recent Fedora

Hello Tom, 13.02.2020 23:37, Tom Lane wrote: > By chance I tried to build our PDF docs on a Fedora 30 > installation, and it doesn't work. xsltproc seems to > get hung up in a tight loop before it starts to produce > any output. The HTML build works fine, though. > > Relevant package versions: >

Re: Getting our tables to render better in PDF output

Hello Alvaro, 14.02.2020 23:16, Alvaro Herrera wrote: > On 2020-Feb-13, Alexander Lakhin wrote: > >> Yes, I was starting with manual &zwsp; insertions into the translation, >> but later I reduced such insertions just to several dozens. (For >> example, we still have &

Re: Getting our tables to render better in PDF output

12.02.2020 23:58, Tom Lane wrote: > Alexander Lakhin writes: >> Please look at a less invasive approach that we use at Postgres Pro for >> some time (mainly for improving the translated documentation, but it >> works for the original one too). The idea is to add zero-width s

Re: Getting our tables to render better in PDF output

Hello Tom, 12.02.2020 00:51, Tom Lane wrote: > The crummy formatting of our tables of functions and operators has > been an issue for a long time. To my mind, there are several things > that need to be addressed: > > * The layout is completely unfriendly to function descriptions that > run to more

Miscellaneous minor fixes

Hello, Please consider fixing minor inconsistencies and typos in doc/. (fix-contributor-name.patch is for REL_12_STABLE only) Best regards, Alexander diff --git a/doc/src/sgml/ref/copy.sgml b/doc/src/sgml/ref/copy.sgml index 5e2992ddac..3e6f9cd532 100644 --- a/doc/src/sgml/ref/copy.sgml +++ b/doc

Fix contributor name-related inconsistencies in release-12.sgml

Hello, While translating Release Notes for version 12 I found some inconsistencies with contributor names. 1. Constantine Kuznetsov and Konstantin Kuznetsov are the same person. 2. Sho Kato and Kato Sho too. 3. Takayuki Tsunakawa is present in the Acknowledgments, but Tsunakawa Takayuki is referre

Some typos in documentation

Hello, While cross-checking the unique words in doc/ I found a few typos. REL9_6_STABLE transcations (Also there are two 'transcation's in src/bin/psql/po/tr.po, probably these are typos too.) REL_10_STABLE+ PQencryptPasswodConn pg_current_logfiles -- there is only the "pg_current_logfile" funct

A typo in release notes

Hello, I believe, that the name "Masahiko Sawada" was misspelled in the latest release notes. See: https://www.postgresql.org/message-id/CAD21AoB5K1qJm%2Bwj%2BTTCP-sFPiSdnd0LGd_pNAfi3VXrGKfdjw%40mail.gmail.com The patch is attached. Best regards, Alexander diff --git a/doc/src/sgml/release-10.sgm

Re: PDF build warnings

I remember such id don't get into internal FOP id table and then when rechecking id's it can't be resolved. Still think that it should be fixed just to bring attention to another (may be more important) warnings. I can prepare a patch if you find it useful. Best regards, -- Alexa

Re: [DOCS] list of credits for release notes

Hello, 03.02.2018 00:56, Peter Eisentraut wrote: On 10/3/17 03:16, Alexander Lakhin wrote: While working on translation I've found a wrong name in credits: Fakhroutdinov Evgenievich That's how the name was entered in bug #14682. I understand it, and I found his real name by

Re: [DOCS] Docbook 5.x

: Document is empty Best regards, ------ Alexander Lakhin Postgres Professional: http://www.postgrespro.com The Russian Postgres Company

Re: MacPorts xsltproc is very slow?

25.11.2017 11:21, Alexander Lakhin wrote: I wonder, what version of docbook-xsl are you using? (I have 1.79.1+dfsg-1). Can you check with 1.79+ (if yours is older)? docbook-xsl version 1.79.2_1. I'll try to install 1.79.2 version and check the performance on my side. I installed docbook-

Re: MacPorts xsltproc is very slow?

an you check with 1.79+ (if yours is older)? docbook-xsl version 1.79.2_1. I'll try to install 1.79.2 version and check the performance on my side. -- Alexander Lakhin Postgres Professional: http://www.postgrespro.com The Russian Postgres Company

Re: MacPorts xsltproc is very slow?

25.11.2017 07:49, Thomas Munro wrote: On Sat, Nov 25, 2017 at 4:57 PM, Alexander Lakhin wrote: Can you show the output of make XSLTPROCFLAGS="--profile" -C doc/src/sgml/html or make XSLTPROCFLAGS="--profile" docs ? Hi Alexander, please see attached. Thanks! Just to compa

Re: [DOCS] Docbook 5.x

.sgml to process only the installation section. I understand that it will take some time to review it, but I think it's justified by the portability and supportability reasons. Best regards, -- Alexander Lakhin Postgres Professional: http://www.postgrespro.com The Russian Postgres Co

Re: MacPorts xsltproc is very slow?

Hello Thomas, 25.11.2017 06:38, Thomas Munro wrote: Hi, Does anyone know why I'd see this difference in "make docs" performance? Can you show the output of make XSLTPROCFLAGS="--profile" -C doc/src/sgml/html or make XSLTPROCFLAGS="--profile" docs