Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1f1MV7-0006F1-9M for pgsql-docs@arkaria.postgresql.org; Thu, 29 Mar 2018 01:37:13 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1f1MV6-00009Z-AO for pgsql-docs@arkaria.postgresql.org; Thu, 29 Mar 2018 01:37:12 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1f1MV6-00009P-4Y for pgsql-docs@lists.postgresql.org; Thu, 29 Mar 2018 01:37:12 +0000 Received: from meldrar.postgresql.org ([2a02:c0:301:0:ffff::31]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1f1MV3-0005d0-11 for pgsql-docs@postgresql.org; Thu, 29 Mar 2018 01:37:11 +0000 Received: from pool-98-116-99-252.nycmny.fios.verizon.net ([98.116.99.252] helo=ph33r-retina.home) by meldrar.postgresql.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1f1MUy-0007Un-ND; Thu, 29 Mar 2018 01:37:08 +0000 From: "Jonathan S. Katz" Message-Id: <5B6B7585-9892-4846-904F-BB5B4A011A7D@postgresql.org> Content-Type: multipart/alternative; boundary="Apple-Mail=_15BD341A-83CA-4CD6-82B7-B0CC17D8B0E6" Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: Blanks in the first line before the first word in the code boxes Date: Wed, 28 Mar 2018 21:36:59 -0400 In-Reply-To: Cc: Daniel Westermann , pgsql-docs@postgresql.org To: Peter Eisentraut References: <1237101144.12611.1521809780021.JavaMail.zimbra@dbi-services.com> X-Mailer: Apple Mail (2.3273) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk --Apple-Mail=_15BD341A-83CA-4CD6-82B7-B0CC17D8B0E6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Mar 28, 2018, at 9:32 PM, Peter Eisentraut = wrote: >=20 > On 3/28/18 21:30, Peter Eisentraut wrote: >> On 3/23/18 08:56, Daniel Westermann wrote: >>> is it only me who sees blanks before the first word in the first = line of >>> the code boxes, e.g. here: >>>=20 >>> https://www.postgresql.org/docs/9.6/static/sql-createtable.html >>> https://www.postgresql.org/docs/10/static/sql-createtable.html >>>=20 >>> For the devel documentation it is fine: >>> https://www.postgresql.org/docs/devel/static/sql-createtable.html >>>=20 >>> Tested in Firefox and Chrome. >>=20 >> Yeah, that looks weird. I'll look into it. >=20 > Just looking at a nearby thread ... something is quite whacky with the > web site stylesheet. It didn't use to look like this. Check this = out: > https://www.postgresql.org/docs/10/static/pgcrypto.html#id-1.11.7.35.5 = Something is adding spaces - it=E2=80=99s within the =E2=80=9C
=E2=80=9D=
 tag, which causes browsers
to interpret each space literally.

For the case of the =E2=80=9Cdigest=E2=80=9D function, the outputted =
HTML shows the first digest
function indented, the second one at the start of the new line.

Jonathan


--Apple-Mail=_15BD341A-83CA-4CD6-82B7-B0CC17D8B0E6
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8


On Mar 28, 2018, at 9:32 PM, Peter Eisentraut <peter.eisentraut@2ndquadrant.com> wrote:

On =
3/28/18 21:30, Peter Eisentraut wrote:
On 3/23/18 08:56, Daniel Westermann wrote:
is it only me who sees =
blanks before the first word in the first line of
the code =
boxes, e.g. here:

https://www.postgresql.org/docs/9.6/static/sql-createtable.html=

https://www.postgresql.org/docs/10/static/sql-createtable.html<=
br class=3D"">
For the devel documentation it is fine:
https://www.postgresql.org/docs/devel/static/sql-createtable.ht=
ml

Tested in Firefox and Chrome.

Yeah, that looks weird. =
 I'll look into it.

Just =
looking at a nearby thread ... something is quite whacky with the
web site stylesheet.  It didn't use to look like this. =
 Check this out:
https://www.postgresql.org/docs/10/static/pgcrypto.html#id-1.11=
.7.35.5

Something =
is adding spaces - it=E2=80=99s within the =E2=80=9C<pre>=E2=80=9D =
tag, which causes browsers
to interpret each space =
literally.

For the case of the =
=E2=80=9Cdigest=E2=80=9D function, the outputted HTML shows the first =
digest
function indented, the second one at the start of the =
new line.

Jonathan

=

--Apple-Mail=_15BD341A-83CA-4CD6-82B7-B0CC17D8B0E6--