Closed
Bug 130767
Opened 22 years ago
Closed 18 years ago
table content computed differently than div content.
Categories
(Core :: Layout, defect, P3)
Core
Layout
Tracking
()
RESOLVED
FIXED
Future
People
(Reporter: sproctor, Assigned: attinasi)
References
(Blocks 1 open bug, )
Details
(Keywords: testcase)
Attachments
(2 files, 1 obsolete file)
759 bytes,
text/html
|
Details | |
2.44 KB,
patch
|
bzbarsky
:
review+
|
Details | Diff | Splinter Review |
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).
Comment 2•22 years ago
|
||
Is this the table with the months? Or the table of days?
Reporter | ||
Comment 3•22 years ago
|
||
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).
Comment 4•22 years ago
|
||
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?
Reporter | ||
Comment 5•22 years ago
|
||
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.
Updated•22 years ago
|
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.
Updated•22 years ago
|
OS: Windows NT → All
Hardware: PC → All
Updated•22 years ago
|
Priority: -- → P3
Target Milestone: --- → Future
Reporter | ||
Comment 8•22 years ago
|
||
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?
Comment 9•22 years ago
|
||
See how TableOuterFrame (the table) and AreaFrame/BlockFrame (the div) size differently?
Comment 10•21 years ago
|
||
bernd, could this be due to the rounding table layout does?
Comment 11•18 years ago
|
||
Testcase wfm. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a2pre) Gecko/20061231 Minefield/3.0a2pre
Comment 12•18 years ago
|
||
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.
Comment 13•17 years ago
|
||
Does this need a reftest?
Comment 15•17 years ago
|
||
Attachment #257329 -
Flags: review?(bzbarsky)
Comment 16•17 years ago
|
||
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-
Comment 17•17 years ago
|
||
Attachment #257329 -
Attachment is obsolete: true
Attachment #257389 -
Flags: review?(bzbarsky)
Updated•17 years ago
|
Attachment #257389 -
Flags: review?(bzbarsky) → review+
You need to log in
before you can comment on or make changes to this bug.
Description
•