Re: doc: add missing "id" attributes to extension packaging page - Mailing list pgsql-hackers

From Brar Piening
Subject Re: doc: add missing "id" attributes to extension packaging page
Date
Msg-id a41ed60d-2f95-da52-ba8b-b0b1cc37f3a4@gmx.de
Whole thread Raw
In response to Re: doc: add missing "id" attributes to extension packaging page  (Alvaro Herrera <alvherre@alvh.no-ip.org>)
Responses Re: doc: add missing "id" attributes to extension packaging page  (Corey Huinker <corey.huinker@gmail.com>)
Re: doc: add missing "id" attributes to extension packaging page  (Brar Piening <brar@gmx.de>)
Re: doc: add missing "id" attributes to extension packaging page  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
List pgsql-hackers
On 23.03.2023 at 10:35, Alvaro Herrera wrote:
> As with the <simplelist> patch, we'll need to patch the CSS used in the
> website for the docs too, as that's the most important place where docs
> are visited.

Ok, I've created and tested a patch for this too.

Since the need for ids is starting to grow again (ecb696527c added an id
to a varlistentry in doc/src/sgml/ref/create_subscription.sgml) I've
also amended the add-needed-ids patch once again so that the build does
not fail after applying the make_html_ids_discoverable patch.

I've also attached the (unchanged)  make_html_ids_discoverable patch for
convenience so this email now contains two patches for postgresql
(ending with .postgresql.patch) and one patch for pgweb (ending with
.pgweb.patch).

TBH I'm a bit afraid that people will immediately start complaining
about the failing docs builds after this got applied since it forces
them to add ids to all varlistenries in a variablelist if they add one,
which can be perceived as quite a burden (also committers and reviewers
will have to get used to always watch out for failing docs builds
because of this).

Since breaking the build on missing ids was an intentional decision we
can theoretically soften this by only issuing a warning or removing the
check for missing id's altogether but this would probably defeat the
purpose since it would lead to an increasing number of entries that lack
an id after a while.

Regards,

Brar

Attachment

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: HOT chain validation in verify_heapam()
Next
From: Dave Cramer
Date:
Subject: Re: Request for comment on setting binary format output per session