Re: Detailed release notes

From: Peter Eisentraut <peter(at)eisentraut(dot)org>
To: Bruce Momjian <bruce(at)momjian(dot)us>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Marcos Pegoraro <marcos(at)f10(dot)com(dot)br>, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, jian he <jian(dot)universality(at)gmail(dot)com>, Jelte Fennema-Nio <postgres(at)jeltef(dot)nl>, Daniel Gustafsson <daniel(at)yesql(dot)se>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Detailed release notes
Date: 2024-09-18 09:02:36
Message-ID: ee2abe13-7543-4f7a-beef-489d7fa0fd5d@eisentraut.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 18.09.24 02:54, Bruce Momjian wrote:
> On Tue, Sep 17, 2024 at 08:22:41PM -0400, Tom Lane wrote:
>> Bruce Momjian <bruce(at)momjian(dot)us> writes:
>>> On Tue, Sep 17, 2024 at 03:29:54PM -0300, Marcos Pegoraro wrote:
>>>> Em ter., 17 de set. de 2024 às 05:12, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
>>>>> Add backend support for injection points (Michael Paquier) [commit 1] [2]
>>
>>> I think trying to add text to each item is both redundant and confusing,
>>
>> Also very clutter-y. I'm not convinced that any of this is a good
>> idea that will stand the test of time: I estimate that approximately
>> 0.01% of people who read the release notes will want these links.
>
> Yes, I think 0.01% is accurate.
>
>> But if we keep it I think the annotations have to be very unobtrusive.
>
> I very much agree.
>
>> (Has anyone looked at the PDF rendering of this? It seems rather
>> unfortunate to me.)
>
> Oh, not good. See my build:
>
> https://momjian.us/expire/postgres-US.pdf#page=2890
>
> Those numbers are there because all external links get numbers that
> start a 1 at the top of the section and increment for every link --- I
> have no idea why. You can see that acronyms that have external links
> have the same numbering:
>
> https://momjian.us/expire/postgres-US.pdf#page=3150
>
> I wonder if we should remove the numbers in both cases.

Maybe this shouldn't be done between RC1 and GA. This is clearly a more
complex topic that should go through a proper review and testing cycle.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2024-09-18 09:06:50 Re: Separate HEAP WAL replay logic into its own file
Previous Message Bertrand Drouvot 2024-09-18 09:01:06 Re: Add contrib/pg_logicalsnapinspect