Changes

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