From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Steven Pousty <steve(dot)pousty(at)gmail(dot)com> |
Cc: | Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-docs(at)lists(dot)postgresql(dot)org |
Subject: | Re: Please add a link to [BRIN] physical block ranges of a table |
Date: | 2020-06-25 20:02:12 |
Message-ID: | 20200625200212.GA1570@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-docs |
On 2020-Jun-25, Steven Pousty wrote:
> I like the direction as well as long as each of the items in the glossary
> has an anchor and you can link to it from the rest of the documents.
It has.
> The reader, if they are confused by the term, should be able to go get
> a quick definition without having to remember there is a glossary and
> then search for the term.
I cannot help people with incurable ADHD, so I hope your readers can
achieve clicking a page, reading the definition they're interested in,
and going back to whatever page they were reading originally. If
they're too easily distracted reading the rest of the glossary, they may
never return to the original page anyway.
> I think you actually said that but I want to confirm. If so then you would
> like me to:
> 1. Add the text " physical block range " to acronym page
Yes.
> 2. Make it anchor so I can link to it directly
If you follow the neighboring terms layout, this should be painless.
> 3. Add the definition, which can include links to external sites
Yes. What external sites are you thinking of, particularly to define
the BRIN terms?
> 4. Then turn the link on the original page to the anchor I created for
> Physical block range.
Yes.
> Is that the correct flow? Will this require me building all the docs on my
> machine?
I think the chances of people editing the DocBook sources with zero
mistakes without a way to compile them is very close to zero, so yes.
--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Andres Freund | 2020-06-25 20:36:29 | Re: Default setting for enable_hashagg_disk |
Previous Message | Bruce Momjian | 2020-06-25 19:56:07 | Re: Default setting for enable_hashagg_disk |