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.
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 |