Very interesting, but also quite sad that today's renderers ignore the finer points of the specification.
On a related note, I like the ability of good old HTML to be able to change text for different human readers, based on their chosen locale. With this I can change units such as litres to 'fluid flagon ounces' or whatever it is they use in the USA, or I can drop in a friendly greeting in a foreign language. I have not seen this done in the wild, usually it is a trip back to the server for a different locale, or the server does the locale reading before sending the page.
As for our AI overlords, HTML5 content sectioning markup done to HTML5 specifications should be helpful, yet I have yet to see this done in the wild.
PDF has its uses but CSS for print interests me far more. I am not in a hurry to learn the PDF spec, but HTML/CSS/SVG specifications do interest me. I doubt I am alone in this, so I would prefer to get my HTML fully accessible to all, to make PDF a 'nice to have', just churned out with some type of headless webkit renderer, server side.
On a related note, I like the ability of good old HTML to be able to change text for different human readers, based on their chosen locale. With this I can change units such as litres to 'fluid flagon ounces' or whatever it is they use in the USA, or I can drop in a friendly greeting in a foreign language. I have not seen this done in the wild, usually it is a trip back to the server for a different locale, or the server does the locale reading before sending the page.
As for our AI overlords, HTML5 content sectioning markup done to HTML5 specifications should be helpful, yet I have yet to see this done in the wild.
PDF has its uses but CSS for print interests me far more. I am not in a hurry to learn the PDF spec, but HTML/CSS/SVG specifications do interest me. I doubt I am alone in this, so I would prefer to get my HTML fully accessible to all, to make PDF a 'nice to have', just churned out with some type of headless webkit renderer, server side.