Changes

*<pre>/** * Compute There was discussion about profiling the testcase for bug 352367 on the size that a frame will occupyreflow branch. Called while * constructing the nsHTMLReflowState This bug is Firefox renders large tables with forms MUCH slower than IE (100x slower)The writer was asking about trying to be used to Reflow reduce the frame, * in order calls to fill its mComputedWidth various functions like nsRuleNode::GetStyleData and mComputedHeight member * variablesnsStyleContext::GetStyleData . * * The |height| member Ultimately it was mentioned that GetWidthInfo() took about 20% of the return value may be load time [http://groups.google.com/group/mozilla.dev.tech.layout/browse_thread/thread/3efaffa2893333c4/4d088595f0df53a2#4d088595f0df53a2 Perf question (reflow branch)]. * NS_UNCONSTRAINEDSIZE, but In MSIE table captions are displayed at the |width| member must not besame size as content. * * @param aAvailWidth The available width into which But in Firefox the element is * being placed (i.e.text displays at browser default, It also exceeds the width of its containing * block). * @param aMargin The sum of the left table and right margins of the * frame, including actual values resulting from * percentages, but not including actual values * resulting from 'auto'excess is hidden if the table is enclosed in a bounding div. * @param aBorder The sum writer wants to know if Is there any way of applying a font-size to firefox table caption text while keeping the left and right border widths of the * framecorrect display in other browsers. * @param aPadding The sum of In addition is it possible for preventing the left and right margins of caption width from exceeding the * frame, including actual values resulting from * percentagestables'width [http://groups.google.com/group/mozilla.dev.tech.layout/browse_thread/thread/f7872557085da571/6c3550647c850aa0#6c3550647c850aa0 firefox table captions]. * @param aShrinkWrap Whether Can the Gecko engine be used to get the frame is in a context where * non-replaced blocks should shrink-wrap width information of some HTML elements (e.g.such as table, * it's floatingtr, absolutely positioned, or * inline-blocktd)[http://groups.google.com/group/mozilla.dev.tech. *layout/browse_thread/thread/ virtual nsSize ComputeSize(nscoord aAvailWidth, nscoord aMargin, nscoord aBorder, nscoord aPadding, PRBool aShrinkWrap) = 0;<12cce877ec767ac0/pre>1bc65afbdf4df6b1#1bc65afbdf4df6b1 Help for getting HTML element width info]. :Details can * There was a discussion about interfaces allowing multiple presshells. The writer is for the idea and believes this issue should be located at refactoring some of cleared up [http://groups.google.com/group/mozilla.dev.tech.layout/browse_thread/thread/9bbd4ceea2b72d17962e3dd005e41bb7/aa3c40d434499e2b198207d527ff7b4a#aa3c40d434499e2b nsHTMLReflowState198207d527ff7b4a Multiple presshells]. *Discussion The writer is seeking instructions on how to determine whether there is pending layout changes or reflows when using a popup. It was concluded fix the table border color quirk that a frame model change is utilized within a popup, not a layout change. On makes the reflow branch, check border color dependent on the DIRTY and DIRTY_CHILDREN framestate flagsbackground. That won't help with pending style changes, but it'll work to detect cases when the popup or something in it needs to be reflownThe quirk is a pure NN4. Details can be located at 6 quirk[http://groups.google.com/group/mozilla.dev.tech.layout/browse_thread/thread/dd6f6a3d6c8b1bada09888064bc1eaf1/f49d3694aa682f690f6cb460af73c8bf#f49d3694aa682f69 frame reflow0f6cb460af73c8bf Removal of the NN4.6 table border color quirk]. *Issues related The writer is trying to the ongoing implementation convert nsHTMLReflowState into a base class [http://groups.google.com/group/mozilla.dev.tech.layout/browse_thread/thread/834413484e3a9c6c/b79dcb6c19c4174c#b79dcb6c19c4174c pulling part of MathML-in-HTML nsHTMLReflowState into Mozilla, which include:a base class].:*Exposing A few changes have been made to the MathML implementation to tag soupreflow branch [http://groups.google.com/group/mozilla.dev.tech.layout/browse_thread/thread/57efcb49c4ba32fc/240f08f41872eff7#240f08f41872eff7 reflow branch status].:*There was a discussion on CSS Matching ruleslayout behavior which was about faux columns with a mix of undefined and fix width columns [http://groups.google.com/group/mozilla.dev.tech.layout/browse_thread/thread/9f2644e5325f1fdd/33f85b837ea56bd5#33f85b837ea56bd5 faux columns with a mix of undefined and fix width columns]. :Details can * There was a question on what modifications should be located at done to deactivate a ComboBox from Mozilla [http://groups.google.com/group/mozilla.dev.tech.layout/browse_thread/thread/f05a4077a9eac39fedf3f8d7f937c4fd/94d10105c7f627d777f727bf5bb6ff9b#94d10105c7f627d7 MathML-77f727bf5bb6ff9b ComboBox in-HTML5Mozilla].