10771 2010-09-27 17:23:33 +0000 User agents disagree with each other and with the spec on rendering of multiple legends if the first one is styled 2010-10-14 08:49:43 +0000 1 1 1 Unclassified HTML WG pre-LC1 HTML5 spec (editor: Ian Hickson) unspecified PC All RESOLVED FIXED P2 normal --- 10546 1 bzbarsky ian ian mike public-html-admin public-html-wg-issue-tracking public-html-bugzilla oldest_to_newest 39588 0 bzbarsky 2010-09-27 17:23:33 +0000 Consider this testcase: <fieldset> <legend style="position: absolute">aaa</legend> <legend>bbb</legend> </fieldset> The text added in bug 10547 defines Presto's behavior on this testcase, I think. Gecko and Webkit make the second legend into the legend rendered over the border of the fieldset in this case. Note that it's not just a matter of Webkit/Gecko operating on the box tree while Presto operates on the DOM. This testcase: <fieldset> <legend style="display: none">aaa</legend> <legend>bbb</legend> </fieldset> is interoperably rendered in Presto/Gecko/Webkit with "bbb" as the legend, which doesn't match what bug 10547 specified. 39597 1 bzbarsky 2010-09-27 18:02:06 +0000 For what it's worth the Gecko behavior is that when constructing CSS boxes, if we're constructing a box for an HTML <legend> element whose parent in the DOM is an HTML <fieldset> element and if the parent box of the given box is a fieldset box (this part is needed to deal with XBL stuff) and if the <legend> element is in-flow then we create a special legend box for the element. This box is more or less like a block in most respects. Note that we can end up creating more than one legend box for a given fieldset (e.g. if you just have two unstyled legends). Then once we have constructed all the child boxes for the fieldset, we scan the list of child boxes looking for the first legend box, if any. If one is found, we use that a the legend for the fieldset, pulling it out of the normal in-flow child list. And of course on dynamic mutations things have to update properly (e.g. removing the fieldset's legend has to pick up the next one; inserting legends needs to notice them, etc). 39598 2 bzbarsky 2010-09-27 18:04:01 +0000 Simple testcase of part of that last bit, which is passed by Gecko/Presto/Webkit (though Webkit paints wrong): <fieldset> <legend id="x" style="display: none">This should now be the legend</legend> <legend onclick="document.getElementById('x').style.display = ''">Click me</legend> </fieldset> 40671 3 ian 2010-10-05 22:13:56 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Accepted Change Description: see diff given below Rationale: Sorry about that. Let's try again. Please don't hesitate to reopen this bug if it's still wrong. 40672 4 contributor 2010-10-05 22:14:43 +0000 Checked in as WHATWG revision r5583. Check-in comment: Try to define how <legend> renders more accurately. http://html5.org/tools/web-apps-tracker?from=5582&to=5583 40693 5 bzbarsky 2010-10-06 04:30:08 +0000 There's no mention of display:none anywhere in there. Should there be? 41007 6 ian 2010-10-12 08:28:01 +0000 Doesn't "out-of-flow" cover that case? I'm happy to add it explicitly if you think that would help. 41101 7 bzbarsky 2010-10-12 13:22:40 +0000 > Doesn't "out-of-flow" cover that case? Not using the usual CSS definition (which applies to boxes, hence makes no sense at all for display:none). 41317 8 ian 2010-10-14 08:39:52 +0000 EDITOR'S RESPONSE: This is an Editor's Response to your comment. If you are satisfied with this response, please change the state of this bug to CLOSED. If you have additional information and would like the editor to reconsider, please reopen this bug. If you would like to escalate the issue to the full HTML Working Group, please add the TrackerRequest keyword to this bug, and suggest title and text for the tracker issue; or you may create a tracker issue yourself, if you are able to do so. For more details, see this document: http://dev.w3.org/html5/decision-policy/decision-policy.html Status: Accepted Change Description: see diff given below Rationale: Man, my CSS spec-fu is so rusty. Anyway, I've tried to fix this. Please don't hesitate to reopen the bug if I continue to prove incompetent. :-) 41319 9 contributor 2010-10-14 08:49:43 +0000 Checked in as WHATWG revision r5626. Check-in comment: compat rendering for <legend> with display:none http://html5.org/tools/web-apps-tracker?from=5625&to=5626