Mozilla.dev.tech.layout - Friday October 13 2006

Newsgroup summaries:mozilla.dev.tech.layout

October 13-26, 2006

Go to mozilla.dev.tech.layout on google groups.

Go to mozilla.dev.tech.layout on this wiki.

Announcements

No announcements for this week.

Discussions

• 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. Reference: [| 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.
• Can the Gecko engine be used to get the width information of some HTML elements (such as table,tr,td)
• There was a discussion about interfaces allowing multiple presshells. The writer is for the idea and believes this issue should be cleared up.
• The writer is seeking instructions on how to fix the table border color quirk that makes the border color dependent on the background. The quirk is a pure NN4.6 quirk.
• The writer is trying to convert nsHTMLReflowState into a base class.
• A few changes have been made to the reflow branch.
• There was a discussion on CSS layout behavior which was about faux columns with a mix of undefined and fix width columns.
• There was a question on what modifications should be done to deactivate a ComboBox from Mozilla.

Details can be located at refactoring some of nsHTMLReflowState.

• Discussion on how to determine whether there is pending layout changes or reflows when using a popup. It was concluded that a frame model change is utilized within a popup, not a layout change. On the reflow branch, check the DIRTY 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 frame reflow

• Issues related to the ongoing implementation of MathML-in-HTML into Mozilla, which include:

• Exposing the MathML implementation to tag soup.
• CSS Matching rules.

Details can be located at MathML-in-HTML5

Meetings

No meetings for this week.