Hello,
I have some progress with the "Port all DSSSL customizations to XSLT" step. I still think that we should avoid manual comparison of old and new outputs when we can align them and have all differences observable, countable and manageable.
I had developed XSLT's that allows us to do it. Please look at the patch (with all the XSLT's) and the comparison script attached.
(There are a several dozens of changes in XSLTs and some in the script. Some differences still remain but they are observable and can be eliminated too)
Btw, can I hope to get some feedback on my previous letter regarding error fixes (
https://www.postgresql.org/message-id/5736C475.3030405%40gmail.com)?
Best regards,
Alexander
19.06.2016 23:22, Jürgen Purtz пишет:
On 05.05.2016 03:09, Peter Eisentraut wrote:
I think the process should be something like this:
- Apply your XSLT performance patch. The patch should be submitted to the next commit fest.
- Wait a while to make sure everyone is happy with the performance. Keep tweaking if necessary.
- Port all DSSSL customizations to XSLT. Manually evaluate output for quality.
- Switch to XSLT build for official HTML documentation. [milestone 1]
- Convert sources to XML. (There could be substeps here.) [milestone 2]
- Then consider upgrading to DocBook 5. [milestone 3]
Alexander and I continue to work on this path. In the meanwhile we have reached a state where xml files are well formed and valid against docbook 4 dtd - each single file as well as the big postgres_all.xml file. Thanks to Alexander's performance patch all XSLT processes run very fast (the slowest is fo+pdf with 6:30 min).
On this basis I actually work on the HTML generation. But in opposite to the previous steps (where we create identical copies of the sgml files) the new css file is very different from the old one. This results from the following:
- The XSLT process generates other HTML elements and other classes in comparison to the dsssl process.
- XML files are case sensitive. All object names (id, ulink, linkend, zone, ...) are now lower case.
- Sometimes the order of elements changed.
- As the previous css file was constructed (some years ago) from three different css files, he contains redundant and sometimes contradictory information. I did a complete review.
To get a feedback from the community I have published the resulting postgres_all.html and its pgdoc_online.css file. Please refer to https://github.com/JuergenPurtz/pgdoc_db5/blob/master/postgresql-9.5.3/doc/src/db4_xml/postgres_all.html respective pgdoc_online.css to get the files. Please compare the html file with pages you are familiar with. And remember: the look-and-feel is similar, but far from identical.
Jürgen Purtz
