Closed
Bug 4204
Opened 26 years ago
Closed 26 years ago
Floating problems involving tables
Categories
(Core :: Layout, defect, P3)
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.
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
Updated•26 years ago
|
Status: RESOLVED → VERIFIED
Comment 2•26 years ago
|
||
Fixed in March 26th Build
You need to log in
before you can comment on or make changes to this bug.
Description
•