Closed Bug 130767 Opened 22 years ago Closed 18 years ago

table content computed differently than div content.

Categories

(Core :: Layout, defect, P3)

defect

Tracking

()

RESOLVED FIXED
Future

People

(Reporter: sproctor, Assigned: attinasi)

References

(Blocks 1 open bug, )

Details

(Keywords: testcase)

Attachments

(2 files, 1 obsolete file)

tables has set:
border-style: none;
padding: 0;
margin: 0;
width: 100%;
div has set:
nothing that should affect this

sometimes the table and div line up (ie have the save width), sometimes they
don't.  (if I up'ed my resolution they lined up fine.)  I'm guessing there's a
floating point involved here someplace that is behaving differently between the
two (this is the only thing I can think of besides my code being invalid, but
I'm pretty sure my code is right).
Changing QA contact
QA Contact: petersen → amar
Is this the table with the months?  Or the table of days?
both, but the first page lines up well, I've updated the URL to
http://php-calendar.sourceforge.net/php-calendar/display.php

the two tables on that page (no border, padding, margin) are wider than the div
(by 1 or 2 pixels), but if I up the resolution, they're the same width (the
reason I don't think it's a problem in my CSS).
Try making the borders on both table and div much bigger (eg 20 px, not 1px or
2px).  Does that make things even worse?  Conversely, does changing the border
to 0px make things better?
increasing the border size doesn't make this any more apparent.  I would've
thought it would change things.  (there was no border originally, and setting
border-spacing: 0 doesn't get rid of the problem.)  perhaps tables are rendered
differently than divs, but I thought having a border, etc with width: 100% would
cause the content to be the width of the containing block, not the entire table
to be the width of the containing block.  I've left the borders at 20px if you'd
like to see.  also setting the borders to 0px does not remove the issue.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: testcase
shows just the bug.
the bug is in rendering the following:
body { padding: 0, 2%; }
also seeing bug on win2k build 2002031104 and linux build 2002031121
please change OS from Windows NT to All, I don't have permission.
OS: Windows NT → All
Hardware: PC → All
Priority: -- → P3
Target Milestone: --- → Future
I've tried to look into fixing this a little, but I don't really know where to
start.  I was looking through layout.  Any tips you can give?
See how TableOuterFrame (the table) and AreaFrame/BlockFrame (the div) size
differently?
Blocks: 134942
bernd, could this be due to the rounding table layout does?
Testcase wfm.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a2pre) Gecko/20061231 Minefield/3.0a2pre
I see the bug in a 2006-12-07-01 build but not a 2006-12-08-01 build.  Fixed by reflow branch landing, looks like.
Status: NEW → RESOLVED
Closed: 18 years ago
Depends on: reflow-refactor
Resolution: --- → FIXED
Does this need a reftest?
Yes.
Flags: in-testsuite?
Attached patch Reftests (obsolete) — Splinter Review
Attachment #257329 - Flags: review?(bzbarsky)
Comment on attachment 257329 [details] [diff] [review]
Reftests

You probably need an explicit "-moz-box-sizing: border-box; box-sizing: border-box" on the table to make this future-proof...
Attachment #257329 - Flags: review?(bzbarsky) → review-
Attachment #257329 - Attachment is obsolete: true
Attachment #257389 - Flags: review?(bzbarsky)
Attachment #257389 - Flags: review?(bzbarsky) → review+
Checked in the test.  Thanks!
Flags: in-testsuite? → in-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: