Closed Bug 3135 Opened 26 years ago Closed 26 years ago

LABEL element causing skewed rendering

Categories

(Core :: Layout, defect, P2)

Product:
Core
Component:
Layout
Platform:
x86
Windows 95
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: run2000, Assigned: buster)

Details

This bug has been seen on the 19990209 and 19990211 nightly builds. In the following sample code, the label element is causing the password label to be truncated as "passw". <HTML> <HEAD> <TITLE>Sample Login Page</TITLE> </HEAD> <BODY> <form action="index.html"> <table bgcolor="#FFFFCC" border="0" cellpadding="6" cellspacing="0"> <tr> <td align="right">Username:</td> <td><input type="text" name="username" size="16"></td> </tr> <tr> <td align="right"><LABEL FOR="password">Password:</LABEL></td> <td><input type="password" name="password" id="password" size="16"></td> </tr> <tr> <td colspan="2"> If you are not a subscriber, you can <a href="index.html">register on-line</a>. </td> </tr> </table> </form> </BODY> </HTML> In what appears to be a related bug, the fullstop at the end of "...register on-line." is wrapped to the beginning of the next line.
Assignee: troy → karnaze
Assignee: karnaze → kipp
I think this may be a problem in line layout. The "password" text frame is offset from its grandparent label and it shouldn't be since the label is offset from its parent line. The label has a view which may be contributing to the problem. When the table cell uses align=left there is no problem. TableRow(tr)(0)@012AD1E0{0, 0, 241.5, 27} [state=00000004]< TableCell(td)(0)@012B0750{0, 0, 79.5, 27} [state=00000004] < Area(td)(0)@0128BE80{4.5, 6.4, 70.5, 14.25}< line 0128C9E0: count=1 state=clean,inline[0x8] {0, 0, 48, 14.25} ca={0, 0, 48, 14.25} < Text(0)@0128BF20[0,8,T] {22.5, 0, 48, 14.25} [state= 00000014]< "Username:" > > text-runs < 012A34C0: count=1 <Text(0) > > > > TableCell(td)(1)@01290120{79.5, 0, 162, 27} [state=0000000 4]< Area(td)(1)@01290220{4.5, 4.5, 153, 18}< line 01290760: count=1 state=clean,inline[0x8] {0, 0, 114.8, 18} ca={0, 0, 107.3, 18} < TextControl(input)(0)@012905B0 [view=012A3900] {0, 0 , 107.3, 18} [state=00000004]<> > > > > TableRow(tr)(1)@01290A90{0, 27, 241.5, 27} [state=00000004]< TableCell(td)(0)@01290C50{0, 0, 79.5, 27} [state=00000004] < Area(td)(0)@01290D50{4.5, 6.4, 70.5, 14.25}< line 01290930: count=1 state=clean,inline[0x8] {0, 0, 51.75, 14.25} ca={0, 0, 51.75, 14.25} < Label(label)(0)@012902C0 [view=012A3E50]{18.75, 0, 5 1.75, 14.25} [state=00000004]< Area(label)(0)@01290890{2.25, 0, 47.25, 14.25}< line 01290B70: count=1 state=clean,inline[0x8] { 0, 0, 47.25, 14.25} ca={0, 0, 47.25, 14.25} < Text(0)@01290810[0,8,T] {23.25, 0, 47.25, 14.2 5} [state=00000004]< "Password:" > > text-runs < 012A35F0: count=1 <Text(0) > > > > > > >
per leger, assigning QA contacts to all open bugs without QA contacts according to list at http://bugzilla.mozilla.org/describecomponents.cgi?product=Browser
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
it works fine now
Status: RESOLVED → VERIFIED
Fixed in April 5th Builds.
You need to log in before you can comment on or make changes to this bug.