- From: <bugzilla@jessica.w3.org>
- Date: Tue, 24 Jun 2014 20:25:22 +0000
- To: www-dom@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=26187 Bug ID: 26187 Summary: implicit close for <rb>/<rtc> elements. Product: WHATWG Version: unspecified Hardware: Other OS: other Status: NEW Severity: normal Priority: P3 Component: DOM Parsing and Serialization Assignee: Ms2ger@gmail.com Reporter: w3@cscott.net QA Contact: sideshowbarker+domparsingspec@gmail.com CC: mike@w3.org, public-webapps-bugzilla@w3.org, www-dom@w3.org WHATWG and the W3C seem to disagree on the status of <rb> and <rtc>. The W3C HTML spec contains examples such as: <ruby>法<rb>華<rb>経<rt>ほ<rt>け<rt>きょう</ruby> and contains text in http://www.w3.org/TR/html5/syntax.html#closing-elements-that-have-implied-end-tags which ensures that the <rb> is parsed correctly. On the other hand, the WHATWG spec explicitly lists <rb> as "non-conforming" in http://www.whatwg.org/specs/web-apps/current-work/multipage/obsolete.html#non-conforming-features and contains text in http://www.whatwg.org/specs/web-apps/current-work/multipage/tree-construction.html#closing-elements-that-have-implied-end-tags which *doesn't list* rb or rtc, ensuring that the example in the W3C HTML spec will be parsed incorrectly (the <rb> tag won't be closed until the </ruby>). This is a mess. I haven't tested all browsers, but Chrome (at least) implements the WHATWG parsing algorithm, not the W3C one. If the W3C plans to keep the rb/rtc elements, I suggest that they deprecate the "implicit close" on those elements, warning authors that they need to include explicit close tags if they want existing browsers to parse them correctly. Alternatively, if the WHATWG is feeling generous, they could add rb/rtc to their parsing spec so that browsers parse rb/rtc correctly, even if they don't "like" those elements. -- You are receiving this mail because: You are on the CC list for the bug.
Received on Tuesday, 24 June 2014 20:25:23 UTC