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 1mwl79-0006PS-4w for pgsql-docs@arkaria.postgresql.org; Mon, 13 Dec 2021 13:11:35 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mwl77-0003hf-UJ for pgsql-docs@arkaria.postgresql.org; Mon, 13 Dec 2021 13:11:33 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mwl77-0003fl-Ms for pgsql-docs@lists.postgresql.org; Mon, 13 Dec 2021 13:11:33 +0000 Received: from smtp.outgoing.loopia.se ([93.188.3.37]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mwl73-0003tZ-0T for pgsql-docs@postgresql.org; Mon, 13 Dec 2021 13:11:32 +0000 Received: from s807.loopia.se (localhost [127.0.0.1]) by s807.loopia.se (Postfix) with ESMTP id 6A02C2EB869B for ; Mon, 13 Dec 2021 14:11:25 +0100 (CET) Received: from s899.loopia.se (unknown [172.22.191.5]) by s807.loopia.se (Postfix) with ESMTP id 5B0292E2929C; Mon, 13 Dec 2021 14:11:25 +0100 (CET) Received: from s472.loopia.se (unknown [172.22.191.6]) by s899.loopia.se (Postfix) with ESMTP id 586FA2C9294D; Mon, 13 Dec 2021 14:11:25 +0100 (CET) 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 s934.loopia.se ([172.22.191.5]) by s472.loopia.se (s472.loopia.se [172.22.190.12]) (amavisd-new, port 10024) with UTF8LMTP id D9yhl2wK42JB; Mon, 13 Dec 2021 14:11:25 +0100 (CET) X-Loopia-Auth: user X-Loopia-User: daniel@yesql.se X-Loopia-Originating-IP: 89.255.232.193 Received: from [192.168.72.144] (customer-89-255-232-193.stosn.net [89.255.232.193]) (Authenticated sender: daniel@yesql.se) by s934.loopia.se (Postfix) with ESMTPSA id EADC57DEC92; Mon, 13 Dec 2021 14:11:24 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.7\)) Subject: Re: bad style for SECURITY DEFINER From: Daniel Gustafsson In-Reply-To: <236bee0a-b624-b35d-516a-da7e4c3d2358@enterprisedb.com> Date: Mon, 13 Dec 2021 14:11:24 +0100 Cc: Justin Pryzby , pgsql-docs@postgresql.org Content-Transfer-Encoding: quoted-printable Message-Id: <212DF319-94A5-4827-9F78-74D29C888717@yesql.se> References: <20211213001707.GR17618@telsasoft.com> <236bee0a-b624-b35d-516a-da7e4c3d2358@enterprisedb.com> To: Peter Eisentraut X-Mailer: Apple Mail (2.3608.120.23.2.7) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On 13 Dec 2021, at 11:35, Peter Eisentraut = wrote: >=20 > On 13.12.21 01:17, Justin Pryzby wrote: >> The title of this section looks poor in the first two web browsers I = tried. >> = https://www.postgresql.org/docs/current/sql-createfunction.html#id-1.9.3.6= 7.10.2 >> | Writing SECURITY DEFINER Functions Safely >=20 > This appears to be a web site styling issue. It looks more reasonable = when I use the default style. Agreed, the class should not override the font size of the

= and should have a different margin than when rendered elsewhere. It's not = entirely clear to me why we set a font-size at all, I can't see which case that's supposed to be fixing but my CSS is really rusty so I'm sure to be = missing something. However, this should be moved to -www where it can be dealt = with. -- Daniel Gustafsson https://vmware.com/