summaryrefslogtreecommitdiffstats
path: root/layout/doc/frame_reflow_debug.html
diff options
context:
space:
mode:
authorMatt A. Tobin <mattatobin@localhost.localdomain>2018-02-02 04:16:08 -0500
committerMatt A. Tobin <mattatobin@localhost.localdomain>2018-02-02 04:16:08 -0500
commit5f8de423f190bbb79a62f804151bc24824fa32d8 (patch)
tree10027f336435511475e392454359edea8e25895d /layout/doc/frame_reflow_debug.html
parent49ee0794b5d912db1f95dce6eb52d781dc210db5 (diff)
downloadUXP-5f8de423f190bbb79a62f804151bc24824fa32d8.tar
UXP-5f8de423f190bbb79a62f804151bc24824fa32d8.tar.gz
UXP-5f8de423f190bbb79a62f804151bc24824fa32d8.tar.lz
UXP-5f8de423f190bbb79a62f804151bc24824fa32d8.tar.xz
UXP-5f8de423f190bbb79a62f804151bc24824fa32d8.zip
Add m-esr52 at 52.6.0
Diffstat (limited to 'layout/doc/frame_reflow_debug.html')
-rw-r--r--layout/doc/frame_reflow_debug.html224
1 files changed, 224 insertions, 0 deletions
diff --git a/layout/doc/frame_reflow_debug.html b/layout/doc/frame_reflow_debug.html
new file mode 100644
index 000000000..e85672650
--- /dev/null
+++ b/layout/doc/frame_reflow_debug.html
@@ -0,0 +1,224 @@
+<!-- This Source Code Form is subject to the terms of the Mozilla Public
+ - License, v. 2.0. If a copy of the MPL was not distributed with this
+ - file, You can obtain one at http://mozilla.org/MPL/2.0/. -->
+
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN">
+<html>
+ <head>
+ <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
+ <style type="text/css">
+ body {font-family:arial}
+.log {background-color:silver; color:blue}
+ </style>
+ <title> Debugging Frame Reflow</title>
+ </head>
+ <body>
+<h1>Debugging Frame Reflow HowTo</h1>
+<h2>General Overview</h2>
+<p> The frame reflow can be logged with the debug capabilities implemented in <a href="http://lxr.mozilla.org/seamonkey/source/layout/html/base/src/nsFrame.cpp"><code>nsFrame.cpp</code></a>.
+It provides the following information for each frame at the
+start of its reflow
+<ul>
+<li>reflow reason
+<li>available width, available height
+<li>computed width, computed height
+<li>the previous and the next frame in flow
+<li>and a count number.
+</ul>
+<p>When the frame's reflow is finished the following information is displayed :</p>
+<ul>
+<li>reflow metric (desired) width, height
+<li>max. element size (MES) width
+<li>maximum Width
+<li>frame status
+<li>overflow area
+</ul>
+
+<h2>Getting the log</h2>
+<ul>
+<li>Make sure that your build is a <b>debug</b> build.
+<li>Create a text file (for instance <code>reflow_rules.txt</code>).
+<li>Enter this line in the text file <pre>* 1</pre>
+<li>Save the text file in the <code>%DIST%</code> directory
+<li>Go to the <code>%DIST%</code> directory
+<li>enter from command line: <code>set GECKO_DISPLAY_REFLOW_RULES_FILE=reflow_rules.txt</code>
+<li> Run <code>viewer &gt; logfile.txt</code> and load your testcase. The
+logfile will contain all the promised information.
+</ul>
+<h2>Log File analyis</h2>
+<p>The logfile for a simple table like</p>
+<pre>
+&lt;!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"&gt;
+&lt;html&gt;
+&lt;head&gt;
+ &lt;meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"&gt;
+&lt;/head&gt;
+&lt;body&gt;
+&lt;table width="100"&gt;
+ &lt;tbody&gt;
+ &lt;tr&gt;
+ &lt;td&gt;foo&lt;/td&gt;
+ &lt;/tr&gt;
+ &lt;/tbody&gt;
+&lt;/table&gt;
+&lt;/body&gt;
+&lt;/html&gt;
+</pre>
+
+<p> will create the following log:</p>
+<table class="log"><tr><td>
+<pre>
+VP 00B97C30 r=0 a=9180,4470 c=9180,4470 cnt=856
+ scroll 00B97EE0 r=0 a=9180,4470 c=9180,4470 cnt=857
+ scroll 00B97EE0 r=0 a=9180,4470 c=9180,4470 cnt=858
+ canvas 00B97C6C r=0 a=9180,UC c=9180,4470 cnt=859
+ area 02D7AFE4 r=0 a=9180,UC c=9180,UC cnt=860
+ text 02D7B150 r=0 a=9180,UC c=UC,UC cnt=861
+ text 02D7B150 d=0,0
+ block 02D7B210 r=0 a=9180,UC c=8940,UC cnt=862
+ block 02D7B210 d=8940,0
+ area 02D7AFE4 d=9180,120
+ canvas 00B97C6C d=9180,4470
+ scroll 00B97EE0 d=9180,4470
+ scroll 00B97EE0 d=9180,4470
+VP 00B97C30 d=9180,4470
+VP 00B97C30 r=1 a=9180,4470 c=9180,4470 cnt=863
+ scroll 00B97EE0 r=1 a=9180,4470 c=9180,4470 cnt=864
+ scroll 00B97EE0 r=1 a=9180,4470 c=9180,4470 cnt=865
+ canvas 00B97C6C r=1 a=9180,UC c=9180,4470 cnt=866
+ area 02D7AFE4 r=1 a=9180,UC c=9180,UC cnt=867
+ block 02D7B210 r=1 a=9180,UC c=8940,UC cnt=868
+ text 02D7B3F8 r=0 a=8940,UC c=UC,UC cnt=869
+ text 02D7B3F8 d=0,0
+ tblW 02D7B5F0 r=0 a=8940,UC c=0,0 cnt=870
+ tbl 02D7B7EC r=0 a=8940,UC c=1500,UC cnt=871
+ rowG 00B984A4 r=0 a=UC,UC c=UC,UC cnt=872
+ row 02D7BAF8 r=0 a=UC,UC c=UC,UC cnt=873
+ cell 02D7BC98 r=0 a=UC,UC c=UC,UC cnt=874
+ block 02D7BCF8 r=0 a=UC,UC c=UC,UC cnt=875
+ text 02D7BE84 r=0 a=UC,UC c=UC,UC cnt=876
+ text 02D7BE84 d=300,285 me=300
+ block 02D7BCF8 d=300,300 me=300
+ cell 02D7BC98 d=330,330 me=330
+ row 02D7BAF8 d=UC,330
+ rowG 00B984A4 d=UC,330
+ colG 02D7BFB0 r=0 a=UC,UC c=UC,UC cnt=877
+ col 02D7C0D8 r=0 a=0,0 c=1500,UC cnt=878
+ col 02D7C0D8 d=0,0
+ colG 02D7BFB0 d=0,0
+ rowG 00B984A4 r=2 a=1500,UC c=1500,UC cnt=879
+ row 02D7BAF8 r=2 a=1500,UC c=1500,UC cnt=880
+ cell 02D7BC98 r=2 a=1440,UC c=1410,UC cnt=881
+ block 02D7BCF8 r=2 a=1410,UC c=1410,UC cnt=882
+ block 02D7BCF8 d=1410,300
+ cell 02D7BC98 d=1440,330
+ row 02D7BAF8 d=1500,330
+ rowG 00B984A4 d=1500,330
+ colG 02D7BFB0 r=2 a=1500,UC c=1500,UC cnt=883
+ col 02D7C0D8 r=0 a=0,0 c=1500,UC cnt=884
+ col 02D7C0D8 d=0,0
+ colG 02D7BFB0 d=0,0
+ tbl 02D7B7EC d=1500,390
+ tblW 02D7B5F0 d=1500,390
+ text 02D7C130 r=0 a=8940,UC c=UC,UC cnt=885
+ text 02D7C130 d=0,0
+ block 02D7B210 d=8940,390
+ area 02D7AFE4 d=9180,630
+ canvas 00B97C6C d=9180,4470
+ scroll 00B97EE0 d=9180,4470
+ scroll 00B97EE0 d=9180,4470
+VP 00B97C30 d=9180,4470
+</pre>
+</td></tr></table>
+<p>
+The first line shows the reflow of the viewport (<code class="log">VP</code>). This viewport has the address <code class="log">00B97C30</code>. It is the initial reflow: <code class="log">r=0</code>. Other reflow reasons are: </p>
+<table>
+<tr><td>1</td><td>incremental reflow</td></tr>
+<tr><td>2</td><td>resize reflow</td></tr>
+<tr><td>3</td><td>style change reflow</td></tr>
+<tr><td>4</td><td>dirty reflow.</td></tr>
+</table>
+
+<p>The available width is 9180 twips. The available height is 4470 twips (<code class="log">a=9180,4470</code>). The computed width is 9180 twips. The computed height is 4470 twips (<code class="log">c=9180,4470</code>). The line count is 856 (<code class="log">cnt=856</code>).
+<p>
+Below this is a line that reads:<p><code class="log">tblW 02D7B5F0 r=0 a=8940,UC c=0,0 cnt=870</code></p><p> Here the <code class="log">UC</code> shows that on initial reflow the available height for the table wrapper frame is unconstrained.
+<p>
+The table cell requires its children to compute the MES. It is reported back from the block as:
+<p><code class="log">block 02D7BCF8 d=300,300 me=300</code></p>
+<p>The block max. element size is 300 twips.
+<p> The second table reflow is started at
+<p><code class="log">rowG 00B984A4 r=2 a=1500,UC c=1500,UC cnt=879</code></p>
+<p>where the previous information is used.
+The block has been required to compute the max. element size only once and it reports now:
+<p> <code class="log">block 02D7BCF8 d=1410,300</code></p>
+<p>The block shows the same address as the previous one.
+<p>Frames with children that overflow the parent will return <code>PR_TRUE</code> from <code>HasOverflowRect()</code>. For these frames
+the overflow area is displayed as <code class="log">block 025ED8F0 d=8940,1020 o=(0,0) 9180 x 1020</code>. The overflow area is specified as (x,y) origin and width x height.
+<p> The reflow finishes at the same level where it started.
+
+<h2>Advanced reflow debugging</h2>
+<p>The previously described technique dumps the data for every frame. Sometimes the log is clearer if only the main frames are shown.
+The entries in the reflow log can be controlled on a frame level. For instance adding <code>text 0</code> to the rules in <code>reflow_rules.txt</code> would hide the text entries from the reflow. The display of the following frames can be turned on by adding a line with the frame name and <code>1</code> or turned off by adding a line with the frame name and <code>0</code>:</p>
+<table cellspacing="5">
+ <tr><th style="text-align:left">short name</th><th style="text-align:left">layout tag</th></tr>
+ <tr><td>area</td><td>area</td></tr>
+ <tr><td>block</td><td>block</td></tr>
+ <tr><td>br</td><td>br</td></tr>
+ <tr><td>bullet</td><td>bullet</td></tr>
+ <tr><td>button</td><td>gfxButtonControl</td></tr>
+ <tr><td>hr</td><td>hr</td></tr>
+ <tr><td>frameI</td><td>htmlFrameInner</td></tr>
+ <tr><td>frameO</td><td>htmlFrameOuter</td></tr>
+ <tr><td>img</td><td>image</td></tr>
+ <tr><td>inline</td><td>inline</td></tr>
+ <tr><td>letter</td><td>letter</td></tr>
+ <tr><td>line</td><td>line</td></tr>
+ <tr><td>select</td><td>select</td></tr>
+ <tr><td>obj</td><td>object</td></tr>
+ <tr><td>page</td><td>page</td></tr>
+ <tr><td>place</td><td>placeholder</td></tr>
+ <tr><td>canvas</td><td>canvas</td></tr>
+ <tr><td>root</td><td>root</td></tr>
+ <tr><td>scroll</td><td>scroll</td></tr>
+ <tr><td>caption</td><td>tableCaption</td></tr>
+ <tr><td>cell</td><td>tableCell</td></tr>
+ <tr><td>bcCell</td><td>bcTableCell</td></tr>
+ <tr><td>col</td><td>tableCol</td></tr>
+ <tr><td>colG</td><td>tableColGroup</td></tr>
+ <tr><td> tbl</td><td>table</td></tr>
+ <tr><td>tblW</td><td>tableWrapper</td></tr>
+ <tr><td>rowG</td><td>tableRowGroup</td></tr>
+ <tr><td>row</td><td>tableRow</td></tr>
+ <tr><td>textCtl</td><td>textInput</td></tr>
+ <tr><td>text</td><td>text</td></tr>
+ <tr><td>VP</td><td>viewport</td></tr>
+</table>
+<p>Once the problem is reduced to a single frame level, placing a breakpoint at <code>DisplayReflowEnterPrint</code> in <a href="http://lxr.mozilla.org/seamonkey/source/layout/html/base/src/nsFrame.cpp"><code>nsFrame.cpp</code></a> is a very efficient way to step through
+ the reflow tree.
+
+<h2>Other reflow debug options</h2>
+
+<h3>GECKO_DISPLAY_REFLOW_FLAG_PIXEL_ERRORS</h3>
+<p>
+Setting this option via <code>set GECKO_DISPLAY_REFLOW_FLAG_PIXEL_ERRORS = 1</code> enables a verification for each coordinate value that the coordinates are aligned at pixel boundaries.
+<table class="log"><tr><td>
+<pre>
+ row 0268A594 r=0 a=UC,UC c=UC,20 cnt=870
+VALUE 20 is not a whole pixel
+ cell 0268A6C0 r=0 a=UC,UC c=UC,15 cnt=871
+ block 0268A764 r=0 a=UC,UC c=UC,UC cnt=872
+ block 0268A764 d=0,0 me=0
+ cell 0268A6C0 d=0,0 me=0
+ row 0268A594 d=UC,20
+VALUE 20 is not a whole pixel
+ rowG 0268A02C d=UC,695
+VALUE 695 is not a whole pixel</pre>
+</td></tr></table>
+<p>
+While unaligned values at the entrance of a frame reflow can be ignored, when they appear at the exit of a routine this can cause display errors like stray lines. OS2 is very vulnerable to pixel alignement errors as text is drawn on pixel boundaries.
+
+<h3>GECKO_DISPLAY_REFLOW_INDENT_UNDISPLAYED_FRAMES</h3>
+<p>
+Setting this option via <code>set GECKO_DISPLAY_REFLOW_INDENT_UNDISPLAYED_FRAMES = 1</code> will cause an advance of the indent even for frames which are blocked via the reflow rules file.
+ </body>
+</html>