]> source.dussan.org Git - xmlgraphics-fop.git/commitdiff
add comments that cover the maintenance branch
authorWilliam Victor Mote <vmote@apache.org>
Tue, 1 Apr 2003 17:26:50 +0000 (17:26 +0000)
committerWilliam Victor Mote <vmote@apache.org>
Tue, 1 Apr 2003 17:26:50 +0000 (17:26 +0000)
git-svn-id: https://svn.apache.org/repos/asf/xmlgraphics/fop/trunk@196198 13f79535-47bb-0310-9956-ffa450edef68

src/documentation/content/xdocs/design/architecture.xml

index 04943d224f366c5becaaf993ada3f73ff47f7411..c89b89f59a9b1777a440a4d1d38be42d9abc8918 100644 (file)
@@ -10,7 +10,7 @@
     </authors>
   </header>
   <body>
-    <p>The purpose of this document is to tie together the FOP design (interface) with some of the key points where control is passed within FOP (implementation), so that developers can quickly find the section of code that is relevant to their needs. The process described is for a "typical" command-line document. All class names are in org.apache.fop unless otherwise designated.</p>
+    <p>The purpose of this document is to tie together the FOP design (interface) with some of the key points where control is passed within FOP (implementation), so that developers can quickly find the section of code that is relevant to their needs. The process described is for a "typical" command-line document. All classes are in org.apache.fop unless otherwise designated.</p>
     <section>
       <title>Overview</title>
       <p>The input FO document is sent to the FO tree builder via SAX events. Fragments of an FO Tree are built from this process. As each page-sequence element is completed, it is passed to a layout processor, which in turn converts it into an Area Tree. The Area Tree is then given to the Renderer, which converts it into a stream of data containing the output document. The sections below will provide additional details.</p>
@@ -27,8 +27,7 @@
       <title>Formatting Object Tree</title>
       <ul>
         <li>The SAX events that the parser creates are handled by <em>fo.FOTreeBuilder</em>, which uses <code>startElement()</code>, <code>endElement()</code>, and <code>characters()</code> methods to build the FO Tree.</li>
-        <li><em>fo.FOTreeBuilder.endElement()</em> runs the end() method for each node as it is created. The <em>fo.pagination.PageSequence</em> class overrides this end() method to run <em>apps.LayoutHandler.endPageSequence()</em>.</li>
-        <li><em>apps.LayoutHandler.endPageSequence()</em> in turn runs <em>fo.pagination.PageSequence.format()</em>, which drives the layout process.</li>
+        <li>In the trunk, <em>fo.FOTreeBuilder.endElement()</em> runs the end() method for each node as it is created. The <em>fo.pagination.PageSequence</em> class overrides this end() method to run <em>apps.LayoutHandler.endPageSequence()</em>, which in turn runs <em>fo.pagination.PageSequence.format()</em>. In the maintenance branch, the end of a PageSequence element causes the PageSequence object to be passed to <em>apps.StreamRenderer.render</em>, which in turn runs fo.pagination.PageSequence.format. In both cases, the layout process is then driven from <em>fo.pagination.PageSequence.format</em>.</li>
       </ul>
     </section>
     <section>