Closed
Bug 55694
Opened 24 years ago
Closed 23 years ago
Percentage table widths inside auto width [ABS POS] block treated as minimum
Categories
(Core :: Layout: Tables, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: tony.gorman, Assigned: bernd_mozilla)
References
()
Details
(Keywords: css2, Whiteboard: [Hixie-P3])
Attachments
(1 file)
989 bytes,
patch
|
Details | Diff | Splinter Review |
From Bugzilla Helper: User-Agent: Mozilla/4.75 [en] (Windows NT 5.0; U) BuildID: Create absolutely positioned layer. Insert into it a table whose width has been set with a percent value, E.G. 100%. The layer collapses down to its smallest wrappable size instead of following the table. This does not occur if the table's width is set using pixels/non-percents or if the layer uses relative positioning. Reproducible: Always Steps to Reproduce: 1. create an absolutely positioned layer 2. insert a table into the layer 3. set the tables width using a percentage value Actual Results: The layer is collapsed down to smallest width the table can assume. Expected Results: It should render the layer to be same width as table
Comment 1•24 years ago
|
||
Confirming the bug with Win98 20001007. Renaming the summary, as this bug has *nothing* to do with layers.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Table width=anyPercentValue inside an ABS POS layer is collapsed → Table width=anyPercentValue inside an ABS POS DIV is collapsed
Reporter | ||
Comment 2•24 years ago
|
||
Sorry. I was using "layer" in the general sense to describe a CSS-P element. Habit I've got into from working with DHTML in Netscape 4 and IE4+. This bug has crept in recently, as it used to be OK in PR1. It developed some time after that...
Comment 3•24 years ago
|
||
This is still a problem on Mozilla Build 2001012205 Win32.
Reporter | ||
Comment 5•23 years ago
|
||
This bug is still lurking about and seems to have been forgotten. It is causing a lot of problems with a few sites since it now seems to have changed behaviour to be even worse. Up to now the content of a table whose width was set using percentages collapsed down to the length of the available text wrap. Now it is collapsing down to its smallest available state. Tables in Abs Pos DIV tags is a very common layout technique and this bug makes it unusable as a design technique. For an example of the problem, look at www.diuturnal.com.
Comment 6•23 years ago
|
||
The bug is that the green <div> in the testcase given is getting sized to 0, when it should be getting sized just wide enough to contain the text. Note that the green box should NOT span the width of the viewport as the testcase asserts. amar, could you create a valid minimal testcase for this bug?
Reporter | ||
Comment 7•23 years ago
|
||
This IS a valid test case. Either that or Netscape 4 IE4,5,6 and Mozilla up until about M8 are all wrong.
Assignee | ||
Comment 10•23 years ago
|
||
The patch has passed the regression test, the code was already there, we asked for the width of the reflow state but did not use it, e.g. bypassed the column width balancing.
Assignee: karnaze → bernd.mielke
Comment 11•23 years ago
|
||
r=karnaze
Comment 12•23 years ago
|
||
sr=attinasi
Assignee | ||
Comment 13•23 years ago
|
||
fix checked in
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Comment 14•23 years ago
|
||
Bernd, <div style="position:absolute> does not seem to work properly. Its not extending the border to the width of the text.. instead its sizing to 0.. <div style="position:relative> is working good..
Assignee | ||
Comment 15•23 years ago
|
||
which build you are using? wfm win98 2001071704 trunk (I dont care about branch)
Comment 16•23 years ago
|
||
Bernd, I was using Branch build when I reported my previous message.. I tested with trunk build its working fine.. win2000 Build ID# 2001-07-18-10-trunk win98 Build ID# 2001-07-18-10-trunk Marking verified
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•