Re: House style for DocBook documentation?
Joshua D. Drake <jd@commandprompt.com>
From: "Joshua D. Drake" <jd@commandprompt.com>
To: Chapman Flack <chap@anastigmatix.net>,
Alvaro Herrera <alvherre@2ndquadrant.com>
Cc: Pavel Stehule <pavel.stehule@gmail.com>,
Markus Winand <markus.winand@winand.at>, Tom Lane <tgl@sss.pgh.pa.us>,
PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2019-01-21T17:07:56Z
Lists: pgsql-hackers
On 1/21/19 8:46 AM, Chapman Flack wrote: > On 01/21/19 09:12, Alvaro Herrera wrote: > >>> (thinks to self half-seriously about an XSL transform for generating >>> printed output that could preserve link-texted links, add raised numbers, >>> and produce a numbered URLs section at the back) >> Well, if you have the time and inclination, and you think such changes >> are improvements, feel free to propose them. Do keep in mind we have a >> number of outputs that would be good to keep consistent. > Well, "consistent" what I was half-thinking about, FSVO "consistent". > > For me, if I'm looking at an online document, I would prefer to see > the descriptive text of the link, rather than a long jaggy URL. If I > want to see the URL, I can hover over it, and if I want to go there, > I can click it. > > But the point's well taken that in /printed output/, that's of no use. > Which is, in a sense, an inconsistency: in one format, you can follow the > links, while in another, you're out of luck. > > Maybe a simpler transform for printed output, rather than collecting > all URLs into one section at the back, would just be to follow any > <ulink> that has link text with a <footnote> containing the same ulink > without the link text, so it shows the URL, and that would be right at > the bottom of the same 'page'. > > That'd be an introductory XSL exercise.... > > In practice, applying such a transform "for printed output" would > probably mean applying it when generating PDF output, which of course > can also be viewed online (and probably most often is, these days). I don't think that is a good idea. PDFs have had the ability to embed hyperlinks under descriptive text for years. If we are going to expand links for printed output, we should have a specific build / modification to the make file for printed output. I also wonder if we are trying to solve the 1% problem here. Who is really going to "print" our docs? If they do print the docs, they are likely not going to "type in" a long URL. They are going to go online (or to the PDF) and click the link that they saw within the printed page. JD -- Command Prompt, Inc. || http://the.postgres.company/ || @cmdpromptinc PostgreSQL centered full stack support, consulting and development. Advocate: @amplifypostgres || Learn and Network: https://postgresconf.org *** A fault and talent of mine is to tell it exactly how it is. ***
Commits
-
Improve documentation about our XML functionality
- 728c49779ba8 11.6 landed
- 603a28b44973 10.11 landed
-
Improve documentation about our XML functionality.
- 12d46ac392d0 12.0 landed
-
Add volatile qualifier missed in commit 2e616dee9.
- b2b819019f44 12.0 landed
-
Fix crash with old libxml2
- 2e616dee9e60 12.0 landed
-
Fix minor deficiencies in XMLTABLE, xpath(), xmlexists()
- 251cf2e27bec 12.0 cited
-
Fix the BY {REF,VALUE} clause of XMLEXISTS/XMLTABLE
- eaaa5986ad03 12.0 landed
-
doc: Update README.links
- b060e6c1f5b4 12.0 landed
-
XPath fixes:
- 3963574d1338 8.3.0 cited