From: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
---|---|
To: | brar(at)gmx(dot)de |
Cc: | robertmhaas(at)gmail(dot)com, peter(dot)eisentraut(at)enterprisedb(dot)com, alvherre(at)alvh(dot)no-ip(dot)org, pgsql-hackers(at)lists(dot)postgresql(dot)org |
Subject: | Re: Add id's to various elements in protocol.sgml |
Date: | 2022-02-25 00:52:35 |
Message-ID: | 20220225.095235.1855403933039746806.horikyota.ntt@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
At Tue, 21 Dec 2021 08:47:27 +0100, Brar Piening <brar(at)gmx(dot)de> wrote in
> On 20.12.2021 at 16:09, Robert Haas wrote:
> > As a data point, this is something I have also wanted to do, from time
> > to time. I am generally of the opinion that any place the
+1 from me. When I put an URL in the answer for inquiries, I always
look into the html for name/id tags so that the inquirer quickly find
the information source (or the backing or reference point) on the
page. If not found, I place a snippet instead.
> > documentation has a long list of things, which should add ids, so that
> > people can link to the particular thing in the list to which they want
> > to draw someone's attention.
> >
> Thank you.
>
> If there is consensus on generally adding links to long lists I'd take
> suggestions for other places where people think that this would make
> sense and amend my patch.
I don't think there is.
I remember sometimes wanted ids on some sections(x.x) and
items(x.x.x or lower) (or even clauses, ignoring costs:p)
FWIW in that perspecive, there's no requirement from me that it should
be human-readable. I'm fine with automatically-generated ids.
regards.
--
Kyotaro Horiguchi
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | Chapman Flack | 2022-02-25 01:01:56 | Re: Add id's to various elements in protocol.sgml |
Previous Message | samay sharma | 2022-02-24 23:11:32 | Re: Proposal: Support custom authentication methods using hooks |