Closed
Bug 77141
Opened 25 years ago
Closed 24 years ago
<label> causes table's colspan being ignored for the label
Categories
(Core :: Layout, defect)
Core
Layout
Tracking
()
mozilla0.9.5
People
(Reporter: burnus, Assigned: alexsavulov)
Details
(Keywords: css1, testcase)
Attachments
(1 file)
|
958 bytes,
text/html
|
Details |
This is with 0.8.1/Linux.
If I use
<td colspan="2"><label><input>foo bar</label></td>
then the table cell is two columns width (according to the drawn border), but
the label text "foo bar" uses only the space of the first column.
| Reporter | ||
Comment 1•25 years ago
|
||
Comment 3•25 years ago
|
||
I've seen this on Win NT as well so marking All/All. It also occurs with the
other style of label:
<td colspan="2"><input id="foo"><label for="foo">foo bar</label></td>
It certainly is related to bug 47149 (which indicates that Labels should behave
more like a SPAN than they currently are). Perhaps the table colspan breaking is
a side effect of this lack of SPAN-like behavior, making this a duplicate?
In any case, adding appropriate keywords and proposing for 0.9.1. This blocks a
web-based product I'm working on. It seems like a freequent use of labels is in
table cells with colspan.
Comment 4•25 years ago
|
||
Reassigning to alexsavulov and moving to m0.9.3.
The cell's block which contains the label is giving conflicting info - it
reports d=915 and m=1650. I can't tell if this is because of the label or not,
but it may be contributing to the problem (the a=-30 is probably another bug).
Row 02B14A88 r=0 a=UC,UC c=UC,UC cnt=8
Cell 02B14AD0 r=0 a=30,UC c=0,UC cnt=9
Block 02B14B2C r=0 a=-30,UC c=0,UC cnt=10
creating frame=02B14EC8 createCount=53
Block 02B14B2C d=855,825 me=855 m=1590
Cell 02B14AD0 d=915,885 me=915 m=1650
Row 02B14A88 d=UC,885
During the final reflow it looks like the label should fit because the block is
wide enough, but it doesn't.
Row 02B14A88 r=2 a=3705,UC c=3705,UC cnt=17
Cell 02B14AD0 r=2 a=3645,UC c=3585,UC cnt=18
Block 02B14B2C r=2 a=3585,UC c=3585,UC cnt=19
Block 02B14B2C d=3585,825
Cell 02B14AD0 d=3645,885
Row 02B14A88 d=3705,885
Assignee: karnaze → alexsavulov
Target Milestone: --- → mozilla0.9.3
Comment 5•24 years ago
|
||
Doesn't look like this is getting fixed before the freeze tonight.
Pushing out a milestone. Please correct if I'm mistaken.
Target Milestone: mozilla0.9.3 → mozilla0.9.4
| Assignee | ||
Comment 6•24 years ago
|
||
push to 0.9.4 is correct, thx
Comment 9•24 years ago
|
||
Fixed (in 2001091316 Win2k), most likely because of bug 47149 being fixed.
*** This bug has been marked as a duplicate of 47149 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•