Message-ID: <1fb57aa2-a763-da2b-eead-b92692f0ddb5@gmx.de>
Date: Fri, 24 Mar 2023 06:48:17 +0100
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
 Thunderbird/102.9.0
Subject: Re: doc: add missing "id" attributes to extension packaging page
Content-Language: de-DE
To: "Karl O. Pinc" <kop@karlpinc.com>
Cc: Corey Huinker <corey.huinker@gmail.com>,
 Alvaro Herrera <alvherre@alvh.no-ip.org>,
 Peter Eisentraut <peter.eisentraut@enterprisedb.com>,
 Tom Lane <tgl@sss.pgh.pa.us>, vignesh C <vignesh21@gmail.com>,
 Ian Lawrence Barwick <barwick@gmail.com>,
 pgsql-hackers <pgsql-hackers@postgresql.org>
References: <20230323093555.3icw7zetwtmtrrzu@alvherre.pgsql>
 <a41ed60d-2f95-da52-ba8b-b0b1cc37f3a4@gmx.de>
 <CADkLM=d16C_aG2UZLTnZ+_D_od1ysh2Atm-=-uOiY8wfRyZyUA@mail.gmail.com>
 <20230323173123.68b5cd8f@slate.karlpinc.com>
 <20230323175530.2001f237@slate.karlpinc.com>
 <20230323230925.27e92a94@slate.karlpinc.com>
From: Brar Piening <brar@gmx.de>
In-Reply-To: <20230323230925.27e92a94@slate.karlpinc.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: quoted-printable
UI-OutboundReport: notjunk:1;M01:P0:jBlf9IbL/M8=;BgvDm9yYpy1QVLmC3h0F0dz4LHg
 WNi+MlF4edPaOEMoAE26Popw9A7hPF8r56KijdT+jlk3EP8qIq3mwMRrG+skJE7W6RlGfrPbZ
 GPwzKdvvShZtlzLrHpe5XClILcF3ZqyguXOdV6OXhqcFwYa32KOcyNpKhmECJSNXv9msiBVd4
 r8g307qtcCOI6TTpfaMx9QdIOfRj6/nRgq6o7bhk/rfFFMTW2dLAMnac18Dwxga2z7yOmbo4U
 AnIWWkdzdRDLoorPPqwPj7LP9NSwHopYJpos/7YTFUwytS6VrABVEjwZbqKovHVN91DCMi1mv
 51bHGE4XnmqbANm4SeX5MxwD3uaUzbiTObpRUJEA/DWOU7yPLiukBxuT6Y12PAtEH+91cg1BT
 SEyX0A4lW4xi9yxi45Y6GRSa0iZBWQk8C3w/vzJ8/kdowHFahzipRkDFf9iibHNhwa1Ra+GFY
 6cYBpff3y0eYWDyLuI0OWYdgTw24Kl27VruoLhB04PzGWEVuG/Ft3y2UUF5RJYzJX6gfm24vF
 YFgsJtgqjs/iVcp9DkTDXOciPZ3pDYhGNfrBV70UrPJ148mgm2B4SsjBaUSazDn1k7lS/6UlK
 uxp9ebichU94ReilWA6O5v1vPGjlgHr2QAN8IMhMoeSASvD000Xzb1qAQ0cJad5tyTUbenDXO
 oaUMlq08gTxgPEnksl34xvtehn/YCMa/T5taxY0T1LL1VU0387tg1Gmw/cHsCzhaH6c1CPuaO
 iQ0aJPl2N1nSBBSbLfMzsSuKkc32YcGPm+JsDvd82jLX4AFjZpq8VqEmbg9cotIDVMsyl18ec
 j0zapMmo2Qvl8a/6oAXaAmF5yhiVpagmroTLGFVFYcqVTQpR4ny7mlSXIqwy1oKRYlR9rL5iR
 haeYkIRarvANifxh5J4a5UOfXY8bSdzP7YHAYUTDI7sadKI9zMVYJDzujpJ/IsgfTlm8aJXCw
 yk4oZQ==
Archived-At: <https://www.postgresql.org/message-id/1fb57aa2-a763-da2b-eead-b92692f0ddb5%40gmx.de>
Precedence: bulk

On 24.03.2023 at 05:09, Karl O. Pinc wrote:
> Hi Brar,
>
> An observation:  The # that shows up when hovering
> over section-level headings is styled as the
> section-level heading is.  But the # that shows
> up when hovering over varlistentrys has the default
> text style.
>
> This works for me.  It's nice to have the "section #"s
> look like the section heading.  But the varlistentry's
> terms are smaller than the normal font, and their
> line width is less heavy than normal.  I'm not really
> invested one way or the other, but I find it kind of
> nice that the varlistentry's #s are easier to click
> on and more noticable because they're slightly larger
> than might be expected.

TBH I didn't bother a lot with this.

Most of the time it's actually not the font size but rather the
font-family which gets inherited from the parent element if you don't
set it explicitly.

The link just inherits everithing (including the color, which I have set
to inherit explicitly since links don't inherit the parent's color by
default) from it's parent, which is the HTML <dt> element (ultimately
the inheritance probably goes up to the <body> element style in pretty
much all cases).

In some instances the input <term> element contains elements that are
styled differently in the output (e.g.: <literal> which translates to
HTML <code> which has "font-family: monospace;") which makes the # from
the link appear differently than the visible element it appears after.

Since (after tweaking the color) the general visual appearence looked ok
to me, I didn't bother with this any further.

Regards,

Brar