To view parent comment, click here.
To read all comments associated with this story, please click here.
My point was: different broken code will render differently in different browsers and versions.
This means this broken page renders fine in IE, other broken pages render fine in Chrome or Firefox.
And for new pages (HTML5) this should not be a problem anymore. Till will look the same in HTML5-browsers now as they will look the same in HTML-browsers in 10 or even 20 years.
This is also the same the person making the page will see it now when creating the HTML5-page.
Edited 2013-02-27 14:36 UTC
No, the point is that all modern browsers are rendering that page with broken code badly, but that IE has a compatibility view that allows it to be viewed "as it was tested to work in the past". This compatibility view is the reason that IE is better at running broken code.
And if you think that HTML5 will still be there 10 to 20 years from now you should look back at HTML 10 to 20 years ago and see how well that is still working.





Member since:
2010-09-23
Nobody is ever going to change the doctype in that page and that was the point in that post. This is not about how browsers handle new broken HTML5 code, it is about how browsers handle ANCIENT broken code.
For that IE has a compatibility view that works very nice and that makes IE a great browser for viewing broken code