- From: <bugzilla@jessica.w3.org>
- Date: Thu, 12 Jun 2014 11:12:45 +0000
- To: public-html-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=26074 Robin Berjon <robin@w3.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |mike@w3.org, | |public-html-wg-issue-tracki | |ng@w3.org Component|CR HTML5 spec |HTML5 spec Resolution|--- |WORKSFORME Assignee|robin@w3.org |dave.null@w3.org --- Comment #1 from Robin Berjon <robin@w3.org> --- (In reply to Yuki Sekiguchi from comment #0) > HTML 5 spec and its editor's draft says > http://www.w3.org/TR/html5/syntax.html#parsing-main-inbody > > A start tag whose tag name is "rt" > > If the stack of open elements has a ruby element in scope, then generate implied end tags, except for rtc elements. If the current node is not then a ruby element, this is a parse error. > > Insert an HTML element for the token. > > IIUC, HTML parser doesn't allow the rt element under the rtc element. > However, the description of rt element allows this. Those are not references to the editor's draft, they are references to a published snapshot. The editor's draft for 5.0 is at: http://www.w3.org/html/wg/drafts/html/CR/Overview.html Furthermore, what you are pointing at is not a bug in the parsing algorithm. It says to generate implied end tags *except* for rtc elements. This leaves containing rtc elements open. Here is an example of a parser change that matches the ruby behaviour: https://github.com/html5lib/html5lib-python/pull/126/files -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Thursday, 12 June 2014 11:12:46 UTC