News for hackers. Stuff that matters.

A comment on How a new HTML element will make the Web faster. Parent comment

Re:How a new HTML element will make the Web faster by yuhong on Tuesday September 02, 2014 @04:32AM (#8256362)
HTML5 got one thing right though: standardization of the DOM failure behavior. As an implementation detail of their design, they went with "sensible recovery" for failures over stricter failure modes.

It was browsers that did that in the first place. HTML5 just standardized the exact behavior on failures.

[ Parent | on HN ]
Re:How a new HTML element will make the Web faster by domenicd on Tuesday September 02, 2014 @12:26PM (#8258533)
Incorrect. HTML5 synthesized the exact behavior that was closest to the majority of browsers. But not all browsers agreed (e.g. Mozilla would change its HTML parsing behavior depending on network packet boundaries), so there was still effort aligning with the newly-specced common parsing algorithm. At the time there was much skepticism that such alignment was even possible.
[ Parent | on HN ]
Re:How a new HTML element will make the Web faster by TheLoneWolfling on Tuesday September 02, 2014 @02:05PM (#8259130)
> Mozilla would change its HTML parsing behavior depending on network packet boundaries

I want to know more...

[ Parent | on HN ]
Re:How a new HTML element will make the Web faster by possibilistic on Tuesday September 02, 2014 @04:49AM (#8256414)
Which is what I said, right?

HTML 4 - vendors implemented the spec incongruently and failed in their own special ways. XHTML strict - standard parsing rules with strict failure mode. HTML 5 - standard parsing rules, suggested (but not required) rendering behavior for browser uniformity, and well-defined failure behavior.

[ Parent | on HN ]