Re: [HACKERS] switching documentation build to XSLT

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>
Cc: pgsql-docs(at)postgreSQL(dot)org
Subject: Re: [HACKERS] switching documentation build to XSLT
Date: 2016-11-23 02:39:47
Message-ID: 24807.1479868787@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-hackers

Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> writes:
> If you find any changes in the output that bother you, let pgsql-docs know.

So, while I'm complaining, have a look at the Note near the bottom
of

https://www.postgresql.org/docs/devel/static/datatype-numeric.html

and compare to its appearance in

https://www.postgresql.org/docs/9.6/static/datatype-numeric.html

Now, to my taste, our past markup of note/tip/etc is already
overemphasizing them. They're inset with narrower margins and
put on a different-color background, which makes it hard to avoid
the impression that they're the most important thing on the page
and you should barely bother to read anything else. In almost no
case is that actually warranted; certainly not for stuff with
markup less than <warning>. (Personally I'd argue that <note> means
it's *less* important than the surrounding text, not more so.)
But putting them in bold type with a separated heading is just over
the top. What are we going to do for text that's actually critical
... make it bright red and blinking?

Just to add confusion, the note on the previous page is set
in normal type:

https://www.postgresql.org/docs/devel/static/datatype.html

which I don't understand since the sgml source is about the same.
But this one is still different from the way it was rendered by
the old toolchain.

regards, tom lane

In response to

Responses

Browse pgsql-docs by date

  From Date Subject
Next Message Alexander Law 2016-11-23 14:20:20 Re: [HACKERS] switching documentation build to XSLT
Previous Message Tom Lane 2016-11-22 23:17:35 Re: Example error in createdb doc

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2016-11-23 03:01:03 UNDO and in-place update
Previous Message Robert Haas 2016-11-23 01:54:13 Re: Parallel bitmap heap scan