4 ms·
> I never understood why the more strict rules of XML for HTML never took off. Because of the vast quantity of legacy HTML content, largely. > HTML 5 was an o
by dragonwriter 10mo ago
> I never understood why the more strict rules of XML for HTML never took off.
Because of the vast quantity of legacy HTML content, largely.
> HTML 5 was an opportunity to make a clear cut between legacy HTML and the future of HTML.
WHATWG and its living standard that W3C took various versions of and made changes to and called it HTML 5, 5.1, etc., to pretend that they were still relevant in HTML, before finally giving up on that entirely, was a direct result of the failure of XHTML and the idea of a clear cut between legacy HTML and the future of HTML. It was a direct reaction against the “clear cut” approach based on experience, not an opportunity to repeat its mistakes. (Instead of a clear break, HTML incorporated the “more strict rules of XML” via the XML serialization for HTML; for the applications where that approach offers value, it is available and supported and has an object model 100% compatible with the more common form, and they are maintained together rather than competing.)
- mgr86 10mo agoI'd argue XHTML did take off and was very widely adopted for the first 5-10 years of the century.
- pests 10mo agoFrom a recent HN post, ePub's are technically XHTML by spec.
- mgr86 10mo agoYes, that is an important point. I guess I was focused mainly on the browser. Which is not the typical way to consume epubs. But you are right that ePubs are essentially packaged XHTML.
- dragonwriter 10mo agoEPUB 3.x spec uses “XHTML” to refer to the XML serialization of HTML in the current WHATWG HTML living standard, not the separate historical standard from HTML known as XHTML. The obsolete EPUB 2.x (and earlier, I believe) specs actually used XHTML (XHTML 1.1 in EPUB 2.x), though.
- mgr86 10mo agoThanks for that update. I had worked with epub production in the past, but it was probably nearly 15 years ago at this point.