Open
Bug 472126
Opened 16 years ago
Updated 2 years ago
label does not act as an inlinish thing
Categories
(Core :: XUL, defect)
Tracking
()
NEW
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
Comment 1•16 years ago
|
||
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
Comment 2•16 years ago
|
||
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.
Comment 3•6 years ago
|
||
Moving to Core:XUL per https://bugzilla.mozilla.org/show_bug.cgi?id=1455336
Component: XP Toolkit/Widgets: XUL → XUL
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•