[css2] Removed section on anonymous boxes partly -> conform.src and removed references to document tree

ianbjacobs · ianbjacobs · commit 5b09c5175ddc · 1998-02-21T04:36:09.000Z
--HG--
extra : convert_revision : svn%3A73dc7c4b-06e6-40f3-b4f7-9ed1dbc14bfc/trunk%401065
diff --git a/css2/visuren.src b/css2/visuren.src
@@ -1,6 +1,6 @@
 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
 <html lang="en">
-<!-- $Id: visuren.src,v 2.18 1998-02-21 00:25:52 ijacobs Exp $ -->
+<!-- $Id: visuren.src,v 2.19 1998-02-21 04:36:09 ijacobs Exp $ -->
 <HEAD>
 <meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
 <TITLE>Visual rendering model</TITLE>
@@ -776,18 +776,15 @@ href="#inline-formatting">inline formatting</a> context.
 
 <P>Block-level elements whose <a
 href="conform.html#rendered-content">rendered content</a> contains
-text that is not the content of an inline element have <span
-class="index-def" title="anonymous
-elements"><dfn>anonymous</dfn></span> children in the <a
-href="conform.html#doctree">document tree</a>. These anonymous
-elements inherit property values (colors, fonts, etc.). They generate
-boxes that contain chunks of text as content.  By default, anonymous
-boxes act like inline boxes. However, they may act like block-level
-boxes if context demands (e.g., an inline <a href="#run-in">run-in</a>
-box that behaves like a block-level box).  Decisions about the
-construction of anonymous inline boxes depend on many factors
-(language, <a href="#direction">text direction</a>, hyphenation, etc.)
-and lie outside the scope of this specification.
+text that is not the content of an inline element generate <a
+href="conform.html#anonymous">anonymous</a> inline boxes in the
+rendering structure. 
+
+<P>Anonymous boxes may act like inline or block-level boxes, according
+to context.  Decisions about the construction of anonymous inline
+boxes depend on many factors (language, <a href="#direction">text
+direction</a>, hyphenation, etc.)  and lie outside the scope of this
+specification.
 
 <h3><a name="block-formatting">Block formatting context</a></h3> 
 
@@ -873,7 +870,8 @@ interspersed with the elements EM and STRONG:
   &lt;STRONG&gt;in this&lt;/STRONG&gt; sentence, dear.&lt;/P&gt;
 </PRE>
 
-<P>In terms of the document tree, P has five children:</p>
+<P>The P element generates a block-level box that contains five inline
+boxes, three of which are anonymous:</p>
 
 <ul>
 <li>Anonymous: "Several"
@@ -883,12 +881,11 @@ interspersed with the elements EM and STRONG:
 <li>Anonymous: "sentence, dear."
 </ul>
  
-<P>To format the paragraph, the user agent creates a box for each
-child and flows the boxes into line boxes. Since the parent box in
-normal flow acts as the containing block for an inline box, the width
-of the P box determines the width of these line boxes.  If the
-width of P is sufficient, all the inline boxes will fit into a single
-line box:
+<P>To format the paragraph, the user agent flows the five boxes into
+line boxes. Since the parent box in normal flow acts as the containing
+block for an inline box, the width of the P box determines the width
+of these line boxes.  If the width of P is sufficient, all the inline
+boxes will fit into a single line box:
 
 <PRE>
   Several <EM>emphasized words</EM> appear <STRONG>in this</STRONG> sentence, dear.
@@ -975,7 +972,7 @@ title="bidirectionality (bidi)"><dfn>bidirectionality</dfn></span>, or
 please consult the HTML 4.0 specification ([[HTML40]], section 8.2).
 
 <P>The Unicode ([[UNICODE]]) specification assigns directionality to
-characters and defines a (complex) algorithm for determining the
+characters and defines a complex algorithm for determining the
 proper directionality of text.  The <span
 class="propinst-direction">'direction'</span> and <span
 class="propinst-unicode-bidi">'unicode-bidi'</span> properties allow
