Bommels05/Mozilla
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Fix for bug 46368. Fixed cellMet.mMaximumWidth for incremental reflow. r=karnaze

Browse Source 
git-svn-id: svn://10.0.0.236/trunk@78792 18797224-902f-48f8-a5cc-f745e15eee43
This commit is contained in:
peterlubczynski%netscape.com
2000-09-11 22:58:59 +00:00
parent bc3a80f52f
commit c57b75e783
2 changed files with 0 additions and 24 deletions
Download Patch File Download Diff File Expand all files Collapse all files

12
mozilla/layout/tables/nsTableRowFrame.cpp
View File

@@ -1360,18 +1360,6 @@ NS_METHOD nsTableRowFrame::IR_TargetIsChild(nsIPresContext* aPresContext,
// then inform the table that its maximum width needs to be recomputed
((nsTableCellFrame *)aNextFrame)->SetPass1MaxElementSize(kidMaxElementSize);
if (cellMet.mFlags & NS_REFLOW_CALC_MAX_WIDTH) {
// If the cell is not auto-width, then the natural width is the
// desired width. XXX what about Pct width?
PRBool isAutoWidth = eStyleUnit_Auto == kidRS.mStylePosition->mWidth.GetUnit();
if (!isAutoWidth) {
// Reset the natural width to be the desired width
// XXX This isn't the best thing to do, but if we don't then the table
// layout strategy will compute a different maximum content width than we
// computed for the initial reflow. That's because the table layout
// strategy doesn't check whether the cell is auto-width...
cellMet.mMaximumWidth = PR_MIN(cellMet.mMaximumWidth, cellMet.width);
}
((nsTableCellFrame *)aNextFrame)->SetMaximumWidth(cellMet.mMaximumWidth);
if (oldCellMaximumWidth != cellMet.mMaximumWidth) {
aReflowState.tableFrame->InvalidateMaximumWidth();