keiron 01/06/06 05:34:17
Modified:docs/xml-docs fop.xml
docs/xml-docs/fop architecture.xml examples.xml
implemented.xml involved.xml readme.xml running.xml
Added: docs/xml-docs/fop svg.xml testing.xml
Log:
updates to website xml docs for svg and testing
Revision ChangesPath
1.7 +2 -0 xml-fop/docs/xml-docs/fop.xml
Index: fop.xml
===
RCS file: /home/cvs/xml-fop/docs/xml-docs/fop.xml,v
retrieving revision 1.6
retrieving revision 1.7
diff -u -r1.6 -r1.7
--- fop.xml 2001/03/03 08:10:00 1.6
+++ fop.xml 2001/06/06 12:33:52 1.7
@@ -13,9 +13,11 @@
+
+
1.10 +15 -10xml-fop/docs/xml-docs/fop/architecture.xml
Index: architecture.xml
===
RCS file: /home/cvs/xml-fop/docs/xml-docs/fop/architecture.xml,v
retrieving revision 1.9
retrieving revision 1.10
diff -u -r1.9 -r1.10
--- architecture.xml 2001/03/25 23:02:17 1.9
+++ architecture.xml 2001/06/06 12:34:01 1.10
@@ -321,22 +321,27 @@
-FOP supports some svg rendering. SVG is supported as an instream-foreign-object
-embedded in an FO document. FOP also supports rendering of an external SVG image.
+FOP supports svg rendering. SVG is supported as an instream-foreign-object
+embedded in an FO document or as an external SVG image.
-Since the intream object that contains the SVG returns a single fo area then
-the construction of the SVG document is handled differently. The SVG is created
-by calling the createGraphic() on each SVG element. The element is then
-responsible for loading the necessary information and child elements and creating
-the corresponding SVG DOM element. When the FO tree is being layed out the
-SVG tree is turned into the SVG DOM document which is stored for later rendering.
+If the svg is embedded in an instream-foreign-object then all the elements and
+attributes are read directly and converted into an SVG DOM representation
+using the Batik library. This is then stored as a DOM until required for rendering.
+The rendering process depends on the what type of renderer is being used.
-The SVG document is then held as a DOM tree which is then rendered by going through
-the elements of the tree and rendering then in turn.
+The SVG DOM is rendered in the PDF renderer by using the abitlity of Batik to render
+DOM to a Graphics2D. First the DOM is converted into an intermediate representation
+then this is rendered to a PDFGraphics2D graphic object which writes the drawing
+instructions directly as PDF markup.
+
+
+
+The AWTRenderer and the PrintRenderer use Batik directly to draw the SVG image
+into the current java Graphics2D context.
1.9 +1 -1 xml-fop/docs/xml-docs/fop/examples.xml
Index: examples.xml
===
RCS file: /home/cvs/xml-fop/docs/xml-docs/fop/examples.xml,v
retrieving revision 1.8
retrieving revision 1.9
diff -u -r1.8 -r1.9
--- examples.xml 2000/11/26 00:00:33 1.8
+++ examples.xml 2001/06/06 12:34:03 1.9
@@ -51,7 +51,7 @@
Developers will find the first steps to a test suite for all implemented
formatting objects and
- properties in xml-fop/docs/bugtests.
+ properties in xml-fop/test/xml/.
1.15 +11 -69xml-fop/docs/xml-docs/fop/implemented.xml
Index: implemented.xml
===
RCS file: /home/cvs/xml-fop/docs/xml-docs/fop/implemented.xml,v
retrieving revision 1.14
retrieving revision 1.15
diff -u -r1.14 -r1.15
--- implemented.xml 2001/03/25 23:02:18 1.14
+++ implemented.xml 2001/06/06 12:34:04 1.15
@@ -221,75 +221,17 @@
All other properties are not implemented.
-
-
- rect
- circle
- line
- text - tref, tspan
- path
- polygon
- ellipse
- g
- svg (inside)
- image
- use
- defs (including referenced items not in defs element)
- linearGradient
- radialGradient
- stop
-
-
-
-
- style
- fill (style)
- stroke (style)
- stroke-width (style)
- stroke-dasharray (style)
- stroke-offset (style)
- stroke-linecap (style)
- stroke-linejoin (style)
- stroke-miterlimit (style)
- stop-color (style)
- color (style)
- font (style)
- font-size (style)
- font-family (style)
- font-weight (style)
- font-style (style)
- x
- y
- x1
- y1
- x2
-