Open Bug 472126 Opened 16 years ago Updated 2 years ago

label does not act as an inlinish thing

Categories

(Core :: XUL, defect)

x86
Windows XP
defect

Tracking

()

People

(Reporter: timeless, Unassigned)

References

()

Details

steps: 1. load help>about in minefield 2. look for ©1998-2009 Contributors. All rights reserved. (Licensing information). actual results: attachment 355395 [details] ©1998-2009 Contributors. All rights reserved. ( Licensing information). expected results: ©1998-2009 Contributors. All rights reserved. (Licensing information). the model is <description>... (<label>...</label>)</description> data:text/html,<div style="width: 0">(<span>this is a test</span>)</div> bz suggested: presumably the frame in question is not claiming to be a text-flow frame or some such
In fact, it looks like a <label> with no @value gets an nsXULLabelFrame, which is just an nsBlockFrame. Should it get a frame by display or something (with the accesskey logic moved to the content node)? Or can we do the line-breaking right somehow while keeping this a blockframe?
Status: UNCONFIRMED → NEW
Ever confirmed: true
As far as I can tell, label is acting like any other replaced element. Try styling the <span> with a display of -moz-box and see what happens! In (e.g.) Mozilla 1.6 I think you used to be able to work around it by styling it with display: inline; but that doesn't seem to work any more. As for moving the access key logic to the content node, I think this is done by frames to avoid registering access keys in some cases, although I forget which.
Component: XP Toolkit/Widgets: XUL → XUL
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.