716 bytes, text/html
1.54 KB, text/html
328 bytes, text/html
5.13 KB, patch
|Details | Diff | Splinter Review|
4.88 KB, patch
|Details | Diff | Splinter Review|
part of the text "Add to my yahoo!" is outside the cell. I will attach a small testcase.
I'll attach a new test case where there is a quick fix (removing the width or nowrap) that fixes the problem. There is bad html code here. The image and text part that goes outside the cell are from a nested table with the parent cell of 1% width. I suggest evangelism because it is bad code that is causing the problem.
Changing Component to Evangelism because of previous comments and because it's Yahoo! and noticable on every yahoo! news page. Again this is caused by bad markup.
Moving back to HTML Tables. Changing summary. Old summary: "Layout problem on yahoo! Tech news". The problem here is that mozilla renders the content outside the parent table because of the width for parent table is 1%. The space required by the content is greater than 1%. Removing the width and/or nowrap fixes the layout problem. Thanks buster!
*** Bug 59384 has been marked as a duplicate of this bug. ***
This is frequently used by developers. The method of specifying a cell width smaller than the content is frequently used by developers to get a browser to collapse a cell around the content, or to get the cell to expand just large enough to hold the content, depending on how you look at it. Adding compat keyword.
Adding keywords: 4xp, top100 from duplicate bug. As the testcase I just attached shows this has nothing to do with nested tables. (The problem only showed itself in a nested table because noone uses width=1 or width=1% on the <table> tag, and if you do so on <td> it overrides "nowrap") The problem is that the width of floated images is not calculated into the minimum desired with of the block (the table cell in this case), because normally if the content cannot fit because of the floating image, line boxes can be skipped until content can be resumed below the image. This is not the case with "nowrap" where no linebox is skipped because nowrap. It looks like the solution is: Calculate the width of floats into the width of a block when nowrap is used. Changing summary from: "nested table overflows parent table because of smaller width" to: "[FLOAT] floating image and nowrap causes table to overflow" Exiting because mozilla is dying...
Fixing mid air collision
r=rods as long as maxElementWidth cannot be greater than stylewidth (when present)
much better. sr=buster
The patch has been checked in.
*** Bug 60354 has been marked as a duplicate of this bug. ***
I am not sure whether the patch is really good, in my opinion this patch should not rise the cell size for fixed table layout.
I think it has regressed. Probably due to the fix of bug 56201.
QA contact update
There are comments above saying this has regressed, but it seems OK to me in a current build. What regressed?
Mass removing self from CC list.
Now I feel sumb because I have to add back. Sorry for the spam.
(Adding self to CC list; changing URL from <http://dailynews.yahoo.com/h/zd/20001024/tc/palm_is_gearing_up_for_a_wireless_battle_1.html>, which is stale, to <http://lxr.mozilla.org/mozilla/source/layout/html/tests/table/bugs/bug57828.html>, which tests for regression just fine) In Mozilla 1.7.1, the testcase displays incorrectly. I guess this regressed. Tomorrow morning I will check the latest nightly to see whether the regression has been silently fixed since then.