Renderer Analysis
In order to learn the page geometry I built a trace into the PDFRenderer. Then I found that SVG can be written easily at the trace points. An analysis of the results follows. Coordinates (o) received by the renderer: PDF with origin left/bottom PDF Rectangle ||| ||| ||+--- |o +- Line +--- o- +- Coordinates used by SVG with origin left/top Rectangle o- |+ ||+--- ||| ||| Line o--- |- +- _ Text Block o There is a hidden overpainting priority: last one in time sequence wins The blue background rectangle descFilledRect/desc rect x=70 y=115 width=453 height=-22 fill=rgb(0.0,0.0,255.0)/ o FOP sends a negative height with corresponding reference coordinates: not suppported by SVG Borders descFilledRect/desc rect x=70 y=113 width=453 height=2 fill=rgb(255.0,0.0,0.0)/ descFilledRect/desc -- rect x=68 y=113 width=2 height=26 fill=rgb(255.0,0.0,0.0)/ descFilledRect/desc rect x=524 y=113 width=2 height=26 fill=rgb(255.0,0.0,0.0)/ descFilledRect/desc rect x=70 y=138 width=453 height=2 fill=rgb(255.0,0.0,0.0)/ o Painted by 4 rectangles o Left border is shifted out into the left margin -- o Shipping borders as filled rectangles - prevents correct SVG positioning - dotted, dashed borders (anyway no properties available at present) Text text x=70 y=131 font-size=18 font-family=sans-serif fill=rgb(255.0,255.0,0.0)linked_to/text text x=147 y=131 font-size=18 font-family=sans-serif fill=rgb(255.0,255.0,0.0)text2/text text x=191 y=131 font-size=18 font-family=sans-serif fill=rgb(255.0,255.0,255.0)inline/text text x=238 y=131 font-size=18 font-family=sans-serif fill=rgb(255.0,255.0,0.0)text2/text An Image descrenderImage URL file:C:/HU/alt/Fop-0.20.1/docs/graphics/fop.jpg/desc rect x=70 y=156 width=100 height=60 / o Reference coordinates top/left o How big is an image given pixels/lines and rows without resolution? The formatter has to know the extent of the image and no more. o The renderer has to handle various image formats and cache images if needed at all. o As a courtesy the formatter can determine image formats and some image properties as a common task, e.g. - pixels/lines and rows to allow a proportional scaling - color model - compression o Java 1.4's Advanced Imaging and Image I/O will allow a comfortable programming o If the basics of image and PDF are known, image processing is a file copy. The Internal Link First comes the text text x=70 y=242 font-size=12 font-family=sans-serif fill=rgb(0.0,0.0,0.0)before_link/text text x=132 y=242 font-size=12 font-family=sans-serif fill=rgb(0.0,0.0,0.0)internal_link/text text x=200 y=242 font-size=12 font-family=sans-serif fill=rgb(0.0,0.0,0.0)after_link/text and much later the link out of context rect x=129 y=229 width=64 height=12 / o This is PDF principle of operation: OK, if device/format independence is no goal of FOP Foreign Object: SVG rect fill=none stroke-width=1 stroke=black x=70 y=262 width=250 height=50 / o At present Foreign Object = SVG. o The renderer can have it transcoded by Batik into a JPEG: about a dozen statements. o Transcoder parameters: customization by compiling a Java class? o Postprocessing like an image. o The formatter has to know the extent of the object and no more. o PDF rendering happens at about 6 trace points. PDFRenderer has lots of unused code. o A precise page geometry has to be calculated by the formatter: spaces, (collapsing) borders, padding. o Know the features of PDF and Java: correct graphic object (line, rectangle, PDF path and stroke), caching, ressource management. A formatter formats and a renderer renders. A strict separation is desirable (keyword: device independence)- very few mutual imports. The formatter needs only area dimensions and has to pass data to the renderer instead of controlling and pushing it. xsl:fo input has to be setup, so that the formatter just has to process text. No digging
AW: printing the correct document
Guten Tag, schicken Sie mir die Input xsl:fo? Dann kann ich den Fall einmal anschauen. Mit freundlichen Gruessen Hansuli Anderegg Tel. 01-381-0207 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
[GUMP] Build Failure - xml-fop
This email is autogenerated from the output from: http://jakarta.apache.org/builds/gump/2002-06-08/xml-fop.html Buildfile: build.xml init-avail: init-filters-xalan2: [copy] Copying 1 file to /home/rubys/jakarta/xml-fop/build/src/codegen init: [echo] --- Fop 1.0dev [1999-2002] prepare: [echo] Preparing the build directories [mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties [mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts [mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/svg [mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/classes/conf [mkdir] Created dir: /home/rubys/jakarta/xml-fop/build/classes/hyph [copy] Copying 3 files to /home/rubys/jakarta/xml-fop/build/classes/conf codegen: [echo] Resetting codegen directory [copy] Copying 30 files to /home/rubys/jakarta/xml-fop/build/src/codegen [echo] Generating the java files from xml resources [style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/allprops.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/Constants.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/genconst.xsl [style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/foproperties.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/fo_ignore_this.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/properties.xsl [style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/foproperties.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/FOPropertyMapping.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/propmap.xsl [style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/foproperties.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/fo/properties/foenums_ignore_this.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/enumgen.xsl [style] Processing /home/rubys/jakarta/xml-fop/build/src/codegen/charlist.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/CodePointMapping.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/code-point-mapping.xsl [style] Transforming into /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/CourierBold.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/CourierBold.java [style] Loading stylesheet /home/rubys/jakarta/xml-fop/build/src/codegen/font-file.xsl [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/Courier.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/Courier.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/CourierBoldOblique.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/CourierBoldOblique.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/CourierOblique.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/CourierOblique.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/Helvetica.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/Helvetica.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/HelveticaBold.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/HelveticaBold.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/HelveticaBoldOblique.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/HelveticaBoldOblique.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/HelveticaOblique.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/HelveticaOblique.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/Symbol.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/Symbol.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesBold.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/TimesBold.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesBoldItalic.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/TimesBoldItalic.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesItalic.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/TimesItalic.java [style] Processing /home/rubys/jakarta/xml-fop/src/codegen/TimesRoman.xml to /home/rubys/jakarta/xml-fop/build/src/org/apache/fop/render/pdf/fonts/TimesRoman.java [style] Processing
DO NOT REPLY [Bug 7608] - baseDir property not used when using custom fonts
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7608. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7608 baseDir property not used when using custom fonts [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |christian.geisert@isu- ||gmbh.de - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]