2 ms·
Wrong or not, the point is that many websites that declared`xhtml` back in a day failed validation and the majority of developers didn't like it. Browser vendor
by 0x457 4y ago
Wrong or not, the point is that many websites that declared`xhtml` back in a day failed validation and the majority of developers didn't like it. Browser vendors (WHATWG) didn't like that their browsers showed dead pages (parsing errors) more often than not.
Some estimates say that 99% of HTML pages in the wild have at least one error in them. Yes, they errors would probably be fixed if it stopped browsers from rendering the page.
Browser plugins also had to speak valid XHTML and be able to modify documents correctly. In-line JavaScript was...funny looking. CSS also behaved differently in XHTML.
I, personally, liked XHTML behavior because errors in HTML were essentially Undefined Behavior. That resulted in different results from browser to browser (back when we had multiple browsers and not just Chrome). However, I also like Rust, so maybe it's a fetish? /s
We didn't really have good tools back then, and the way HTML was generated wasn't brilliant. Currently, I'm making a website in Yew, and it won't even compile if I don't have tags correctly placed and closed because everything inside `html!` macro gets turned into rust code and then HTML gets built. I think JSX behaves similarly?