Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pyXQZ-000792-Q4 for pgsql-docs@arkaria.postgresql.org; Mon, 15 May 2023 12:35:47 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1pyXQX-0006Y3-5V for pgsql-docs@arkaria.postgresql.org; Mon, 15 May 2023 12:35:45 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1pyXQW-0006Xs-Up for pgsql-docs@lists.postgresql.org; Mon, 15 May 2023 12:35:44 +0000 Received: from smtp.outgoing.loopia.se ([93.188.3.37]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1pyXQQ-002sE7-44 for pgsql-docs@postgresql.org; Mon, 15 May 2023 12:35:44 +0000 Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 554B12F8EAE5 for ; Mon, 15 May 2023 14:35:37 +0200 (CEST) Received: from s979.loopia.se (unknown [172.22.191.6]) by s807.loopia.se (Postfix) with ESMTP id 45ED82E2AC85; Mon, 15 May 2023 14:35:37 +0200 (CEST) Received: from s474.loopia.se (unknown [172.22.191.6]) by s979.loopia.se (Postfix) with ESMTP id 40EBC10BC4EE; Mon, 15 May 2023 14:35:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at amavis.loopia.se X-Spam-Flag: NO X-Spam-Score: -1 X-Spam-Level: X-Spam-Status: No, score=-1 tagged_above=-999 required=6.2 tests=[ALL_TRUSTED=-1] autolearn=disabled Received: from s981.loopia.se ([172.22.191.6]) by s474.loopia.se (s474.loopia.se [172.22.190.14]) (amavisd-new, port 10024) with UTF8LMTP id R21PvWbYz6d9; Mon, 15 May 2023 14:35:36 +0200 (CEST) X-Loopia-Auth: user X-Loopia-User: daniel@yesql.se X-Loopia-Originating-IP: 89.255.232.193 Received: from smtpclient.apple (customer-89-255-232-193.stosn.net [89.255.232.193]) (Authenticated sender: daniel@yesql.se) by s981.loopia.se (Postfix) with ESMTPSA id B65F722B17E3; Mon, 15 May 2023 14:35:36 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3696.120.41.1.3\)) Subject: Re: tables on pgbench man page look garbled From: Daniel Gustafsson In-Reply-To: <68F02709-4027-4BF4-8666-ECDAE94655AB@yesql.se> Date: Mon, 15 May 2023 14:35:36 +0200 Cc: Peter Eisentraut , pgsql-docs Content-Transfer-Encoding: quoted-printable Message-Id: References: <3e17d64b-863d-aa8d-334d-0d857e571b63@enterprisedb.com> <894867.1683732908@sss.pgh.pa.us> <68F02709-4027-4BF4-8666-ECDAE94655AB@yesql.se> To: Tom Lane X-Mailer: Apple Mail (2.3696.120.41.1.3) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On 10 May 2023, at 22:08, Daniel Gustafsson wrote: >=20 >> On 10 May 2023, at 17:35, Tom Lane wrote: >>=20 >> Daniel Gustafsson writes: >>> I took a look at this using macOS as the initial testbed; the TLDR = is that >>> mandoc doesn't support macros in tables, and our single-column = function >>> signature tables rely on that. macOS switched to mandoc in v11 I = think, but I >>> don't have an older box handy to doublecheck. >>=20 >> Hmm, any chance of addressing this by expanding out the relevant = macros? >=20 > Maybe, but I'm not too optimistic about that since I was unable to = coerce > mandoc into accepting any form of explicit linebreaks in T{T} text = blocks. Having spent some more time on this I've been unsuccessful in getting = anything to look better than the originally proposed diff upthread; which is far = from good but a) better than the current garbled output and b) fixes the = warnings from mandoc. Not sure how to make progress on this. -- Daniel Gustafsson