Re: Weird table alignment override in website docs style - Mailing list pgsql-www

From Jonathan S. Katz
Subject Re: Weird table alignment override in website docs style
Date
Msg-id a89beb1f-55e0-3dbe-e92b-bfcae935e6cf@postgresql.org
Whole thread Raw
In response to Re: Weird table alignment override in website docs style  ("David G. Johnston" <david.g.johnston@gmail.com>)
Responses Re: Weird table alignment override in website docs style  ("David G. Johnston" <david.g.johnston@gmail.com>)
Re: Weird table alignment override in website docs style  (Magnus Hagander <magnus@hagander.net>)
List pgsql-www
On 4/14/20 6:17 PM, David G. Johnston wrote:
> On Tue, Apr 14, 2020 at 2:53 PM Jonathan S. Katz <jkatz@postgresql.org
> <mailto:jkatz@postgresql.org>> wrote:
>
>     On 4/14/20 5:40 PM, Tom Lane wrote:
>     > "Jonathan S. Katz" <jkatz@postgresql.org
>     <mailto:jkatz@postgresql.org>> writes:
>     >> The fix is now live:
>     >>      https://www.postgresql.org/docs/devel/functions-enum.html
>     >
>     > Hm, looking at
>     >
>     > https://www.postgresql.org/docs/devel/functions-enum.html
>     >
>     > it seems like it's now handling valign=middle for the "Function"
>     > header, but it's still ignoring align=center for all the headers.
>
>     Oops I missed that, sorry.
>
>     Doing some research, and from what I recall, align/valign as HTML
>     properties are technically no longer supported in HTML5 -- you are
>     supposed to handle this with CSS (text-align & vertical-align
>     respectively)[1]. The main reason it still works is that browsers still
>     support that backwards compatibility.
>
>     I do have a fix on my local that accounts for this using CSS attribute
>     selectors to check for that value and then apply it as CSS and it is
>     safe across browsers. I do wonder if it's more prudent to have a class
>     on it that I can check for?
>
>
> I would suggest adding a class to the table element designating this as
> a "v12" style table.

This would involve edits to the source documentation generation. Perhaps
not unreasonable to do, and then we can namespace the changes (which we
already do in the pgweb CSS).

However, I would be a -1 for doing it by PostgreSQL version, but rather
have it for "table version" as the table versions change less.

Jonathan


Attachment

pgsql-www by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: Weird table alignment override in website docs style
Next
From: "David G. Johnston"
Date:
Subject: Re: Weird table alignment override in website docs style