Closed Bug 638 Opened 26 years ago Closed 26 years ago

floating image align=right messes up table layout

Categories

(Core :: Layout, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: buster, Assigned: buster)

References

()

Details

below is a minimized test case. If you remove the align=right the table lays out correctly. <HTML> <BODY TEXT="#000000" LINK="#0000B3" VLINK="#7A7A7A" ALINK="#0c0c0c" BGCOLOR="#FFFFFF"> <TABLE BORDER=1 WIDTH=566 CELLPADDING="0" CELLSPACING="0"> <TR> <TD VALIGN=top width=110> <IMG SRC="http://www.hp.com/ghp/images/drivers.gif" ALIGN=TOP WIDTH="109" HEIGHT="165" USEMAP="#bottleftmap" BORDER="0"><br> </TD> <TD VALIGN=top > <IMG SRC="http://www.hp.com/ghp/images/spacer.gif" NAME="deInfo" ALIGN=left WIDTH="119" HEIGHT="146" BORDER="0" HSPACE="0" VSPACE="0"> <A HREF="/ghp/aquarium/"><IMG SRC="http://www.hp.com/ghp/images/nettle.jpg" ALIGN=RIGHT WIDTH="337" HEIGHT="201" BORDER="0" HSPACE="0"></A> <br clear=all> <BR><BR> <UL TYPE=CIRCLE><LI>Lew Platt, a really swell guy at HP</LI></UL> </TD> </TR> </TABLE> </BODY> </HTML>
Status: NEW → ASSIGNED
Component: Unknown → Layout
Furthur investigation reveals that max-element-size computations need to be spatially aware in the block frame code. In particular, the table in question has two floating images (one left, one right) and then a BR clear=all and then some text. Clearly in this case the max-element-size is the greater of the text's max-element-size and the left-floaters-width and the right-floaters-width (not counting margins, padding and borders). Other cases abound where the above calculation would be wrong.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
I've updated the block code to better compute max-element-size for this page. It works just dandy now. There are some other issues for max-element-size noted by XXX comments in the code..
Status: RESOLVED → VERIFIED
verified fixed
You need to log in before you can comment on or make changes to this bug.