From dbd6d2d0a69d1cab2b30efc4680177c350efc473 Mon Sep 17 00:00:00 2001
From: William Victor Mote
+
Since the area tree will be used during the layout by the layout managers it will need to store information that affects the layout. The information such as spacing and keeps will be held in such a way that it can be @@ -27,7 +27,7 @@ discarded once the layout is finalised.
+
The area tree is a root element that has a list of page-viewport-areas. Each page viewport has a page-reference-area which holds the contents of the page. To handle the processing better FOP does not maintain a list diff --git a/src/documentation/content/xdocs/design/breakpos.xml b/src/documentation/content/xdocs/design/breakpos.xml index c2eaa1aed..80bf40155 100644 --- a/src/documentation/content/xdocs/design/breakpos.xml +++ b/src/documentation/content/xdocs/design/breakpos.xml @@ -35,11 +35,11 @@ non-stacking direction (at least for inline areas, it must have both). Flags indicating various conditions (ISFIRST, ISLAST, CAN_BREAK_AFTER, FORCE_BREAK_AFTER, ANCHORS etc). A BreakPoss contains a reference to the top-level LayoutManager which generated it. -
+A BreakPoss contains an object implementing the BreakPoss.Position interface. This object is specific to the layout manager which created the BreakPoss. It should indicate where the -break occurs and allow the LM to +break occurs and allow the LM to create an area corresponding to the BP. A higher level LM Position must somehow reference or wrap the Position returned by its child LM in its BreakPoss object. The layout manager modifies the flags and dimension @@ -59,7 +59,7 @@ create the corresponding areas.
Layout Managers are created from the top down. First the +
Layout Managers are created from the top down. First the
page sequence creates a PageLM and a FlowLM. The PageLM will manage
finding the right page model (with help from the PageSequenceMaster)
and managing the balancing act between before-floats, footnotes and
diff --git a/src/documentation/content/xdocs/design/extending.xml b/src/documentation/content/xdocs/design/extending.xml
index 35d468422..2796f2e3d 100644
--- a/src/documentation/content/xdocs/design/extending.xml
+++ b/src/documentation/content/xdocs/design/extending.xml
@@ -9,7 +9,7 @@
+
The FO Tree is an internal representation of the input FO document.
The tree is created by building the elements and attributes from
the SAX events.
diff --git a/src/documentation/content/xdocs/design/properties.xml b/src/documentation/content/xdocs/design/properties.xml
index bcc4983ce..713ba2ac3 100644
--- a/src/documentation/content/xdocs/design/properties.xml
+++ b/src/documentation/content/xdocs/design/properties.xml
@@ -2,7 +2,7 @@
- The property datatypes are defined in the
org.apache.fop.datatypes package, except Number and String which are java
-primitives. The FOP datatypes are:
The PLB first looks to see if the font-size property is specified, since -it sets up relative units which can be used in other property +it sets up relative units which can be used in other property specifications. Each attribute is then handled in turn. If the attribute specifies part of a compound property such as space-before.optimum, the PLB looks to see if the attribute list also contains the "base" property @@ -59,7 +59,7 @@ defined in foproperties.xml. The keyword value is just a string, so it still needs to be parsed as described next.
The Maker also checks to see if the property is an Enumerated type and -then checks whether the value matches one of the specified enumeration +then checks whether the value matches one of the specified enumeration values.
Otherwise the Maker uses the property parser in the fo.expr package to
diff --git a/src/documentation/content/xdocs/dev/configuration.xml b/src/documentation/content/xdocs/dev/configuration.xml
index f73a14c5c..c85ad2038 100644
--- a/src/documentation/content/xdocs/dev/configuration.xml
+++ b/src/documentation/content/xdocs/dev/configuration.xml
@@ -2,11 +2,11 @@
-
diff --git a/src/documentation/content/xdocs/dev/examples.xml b/src/documentation/content/xdocs/dev/examples.xml
index 210f42c5a..2542dba56 100644
--- a/src/documentation/content/xdocs/dev/examples.xml
+++ b/src/documentation/content/xdocs/dev/examples.xml
@@ -2,11 +2,11 @@
-
diff --git a/src/documentation/content/xdocs/dev/extensions.xml b/src/documentation/content/xdocs/dev/extensions.xml
index 3b7ab1bbf..654976a30 100644
--- a/src/documentation/content/xdocs/dev/extensions.xml
+++ b/src/documentation/content/xdocs/dev/extensions.xml
@@ -2,11 +2,11 @@
-
diff --git a/src/documentation/content/xdocs/dev/faq.xml b/src/documentation/content/xdocs/dev/faq.xml
index 20c04de65..3a1c56f24 100644
--- a/src/documentation/content/xdocs/dev/faq.xml
+++ b/src/documentation/content/xdocs/dev/faq.xml
@@ -834,7 +834,7 @@ transformer.transform(xmlsource, new SAXResult(driver.getContentHandler()));Watermarks
Answer: see 3.3, or use a a region overlapping the flowing text and put
- an image there:
+ an image there:
> From: Trevor_Campbell@kaz.com.au
Use the region-before. Make it large enough to contain your image and then
diff --git a/src/documentation/content/xdocs/dev/fo/embedding.fo b/src/documentation/content/xdocs/dev/fo/embedding.fo
index 4570ad057..7a172a91d 100644
--- a/src/documentation/content/xdocs/dev/fo/embedding.fo
+++ b/src/documentation/content/xdocs/dev/fo/embedding.fo
@@ -1089,7 +1089,7 @@ Clipping
@@ -56,13 +56,13 @@ This image is a demonstration of a two page document. The xml data on the left
is formatted into the two pages on the right. The document contains static areasthat appear on every page, an external graphic in this case an svg document.
There is a footnote on the first page and a table that goes across both pages.
+
The advantage of XSL is the ability to take an XML document and to format
the information into a page layout. The XML document can be generated
in any way, the most common would be to use XSLT. FOP takes the XML
and formats the data into pages. The pages are then rendered to the
requested output.
-
This is a real document. The image was created by rendering the document
to the svg renderer then putting the rendered pages into an svg document
@@ -80,7 +80,7 @@ The goals of the Apache XML FOP Project are to deliver an XSL FO->PDF formatter
Conformance to the XML 1.0 Recommendation, XSLT 1.0 Recommendation and the XML Namespaces Recommendation is
understood. Other relevant documents, such as the XPath and XLink Working Drafts, are referenced as necessary. The FOP
Project will attempt to use the latest version of evolving specifications.
- To reach this aim currently the layout system is being redesigned to
better handle the formatting of all different types of formatting objects.
diff --git a/src/documentation/content/xdocs/dev/svg.xml b/src/documentation/content/xdocs/dev/svg.xml
index 5ed6ab728..cc83bee3e 100644
--- a/src/documentation/content/xdocs/dev/svg.xml
+++ b/src/documentation/content/xdocs/dev/svg.xml
@@ -2,11 +2,11 @@
-
@@ -70,13 +70,13 @@ to PDF:
It works similarly to a basic-link. There is also an external-destination
- property, but it isn't supported currently. See the pdfoutline.fo file in
+ It works similarly to a basic-link. There is also an external-destination
+ property, but it isn't supported currently. See the pdfoutline.fo file in
docs/examples/fo for a more complete example. Answer: see 3.3, or use a a region overlapping the flowing text and put
- an image there:
+ an image there:
> From: Trevor_Campbell@kaz.com.au
Use the region-before. Make it large enough to contain your image and then
diff --git a/src/documentation/content/xdocs/fo/align.fo b/src/documentation/content/xdocs/fo/align.fo
index 6c9449a7a..4887af4b6 100644
--- a/src/documentation/content/xdocs/fo/align.fo
+++ b/src/documentation/content/xdocs/fo/align.fo
@@ -21,9 +21,9 @@
This section follows the table "B Formatting Object Summary" in the xsl:fo specification. At the
+ This section follows the table "B Formatting Object Summary" in the xsl:fo specification. At the
end of each sub-section you find listed what is not implemented.
- svg file
- png file
- pdf result
+ svg file
+ png file
+ pdf result
-
@@ -123,7 +123,7 @@ You will need Acrobat 5.0 to see transparency.
images
- images.svg
+ images
+ images.svg
images.png
images.pdf
embedding.fo
embedding.fo.pdf
-
+
FOP (Formatting Objects Processor) is the world's first print formatter driven by XSL formatting objects and the world's first output independent formatter. It is a Java application that reads a formatting object tree and then renders the resulting pages to a specified output. Output formats - currently supported are PDF, PCL, PS, SVG, XML (area tree representation), + currently supported are PDF, PCL, PS, SVG, XML (area tree representation), Print, AWT, MIF and TXT. - The primary output target is PDF. + The primary output target is PDF.
The latest version of Fop is 0.20.4 and it supports the
XSL-FO Version 1.0
W3C Recommendation.
- You can download
- Fop including a precompiled version, the source code and many example files to
+ You can download
+ Fop including a precompiled version, the source code and many example files to
get you started. Pointers to introductions into xsl:fo can be found in the
- resources section. Please be aware, that
+ resources section. Please be aware, that
Fop is at the moment not a full implementation of the basic conformance level
of the xsl:fo standard. You can find a list of supported flow objects and properties
in the section Features and in section
diff --git a/src/documentation/content/xdocs/license.xml b/src/documentation/content/xdocs/license.xml
index 52fb41edc..bf1bdc4ec 100644
--- a/src/documentation/content/xdocs/license.xml
+++ b/src/documentation/content/xdocs/license.xml
@@ -12,7 +12,7 @@
Copyright (C) 1999-2001 The Apache Software Foundation. All rights reserved. Redistribution and use in source and binary forms, with or without modification,
+ Redistribution and use in source and binary forms, with or without modification,
are permitted provided that the following conditions are met: 1. Redistributions of source code must retain the above copyright notice,
this list of conditions and the following disclaimer.
@@ -54,7 +54,7 @@
This software consists of voluntary contributions made by many individuals
on behalf of the Apache Software Foundation and was originally created by
- James Tauber <jtauber@jtauber.com>. For more information on the Apache
+ James Tauber <jtauber@jtauber.com>. For more information on the Apache
Software Foundation, please see http://www.apache.org/.
+
Each renderer is given an area tree to render to its output format. The area tree is simply a representation of the pages and the placement of text and graphical objects on those pages. @@ -39,7 +39,7 @@ output format and associated data and flow.
Fonts and Layout - some formats (eg. PDF and AWT) rely on different -font information. The fonts for these outputs have different sizes +font information. The fonts for these outputs have different sizes for the same point size. This means that the layout can be quite different for the same fo document.
diff --git a/src/documentation/content/xdocs/relnotes.xml b/src/documentation/content/xdocs/relnotes.xml index 3f38ac19b..07ab384b2 100644 --- a/src/documentation/content/xdocs/relnotes.xml +++ b/src/documentation/content/xdocs/relnotes.xml @@ -21,7 +21,7 @@ (which includes Crimson and Xalan).@@ -30,7 +30,7 @@ performance. The new design focusing on making it possible to be conformant to the spec and be able to handle large documents. The development effort is roughly 50% towards a developers release.
-+
The developers release should have the following: similar functionality to previous FOP releases, a rough API and a suitable design for developers to work on more functionality. @@ -48,7 +48,7 @@ to predict any dates.
Lines of code using "find . -iname "*.java" | xargs cat | wc -l"
org.apache.fop.* | 67479 |