Closed Bug 4204 Opened 26 years ago Closed 26 years ago

Floating problems involving tables

Categories

(Core :: Layout, defect, P3)

x86
Windows 98
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: ian, Assigned: buster)

References

()

Details

The test document contains two test cases. In the first case, there is a table with two paragraphs containing two floated images, one left, one right. This is followed by some text in a CENTER element. In the second case, the table code has been removed, but otherwise the markup is the same. The Problems: 1. What Happens. - Right image is not shown in either test case. - Left image in table is cropped at bottom of table, instead of floating out of table as per CSS float rules. - Left image, below textual content bottom but above viewport bottom, does not always get painted when scrolling. 2. What Should Happen. - Both images visible at all times. - Images in table should float out of table (when table is wide enough for text to be much shorter than image height). This should cause the HR following the table to appear between the left and right floating images. The right image of the next section should then attempt to fit between the two images, like the HR. This will most likely fail, in which case it will try to go beneath the first left floater. See CSS floating rules for more details. - If images go beyond textual content, scroll bars on viewport element should allow access. This is due to the viewport being defined as "overflow:auto" in CSS. - Painting should happen when scrolling. I believe this is not a bug, but another symptom of the third problem described here (image going beyond end of document). 3. Tested with... - NGL 1999-03-23 on Win98 - fails as described above. - IE4 on Win98 - draws both images, and allows access to overflowing graphic. However, it incorrectly extends the table to fit the floating images. You may need to resize your window for some of these problems to be visible. See also bug #3872 (now fixed), which dealt with other problems on this page. I have assigned this bug to Kipp, who also dealt with 3872.
Status: NEW → ASSIGNED
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Fixed again (sigh). I fixed it briefly and then promptly broke it again; I actually noticed myself while doing some regression testing and noticed that the fixes for bug #3872 were suddenly not working. I landed the fixes this morning so look for improvements in tommorows build; also note that you may see a (known) incremental reflow bug with the last floater in the test - just resize the window to repair the layout
Status: RESOLVED → VERIFIED
Fixed in March 26th Build
You need to log in before you can comment on or make changes to this bug.