line before fo:list-block is repeated after: fop bug?
I think I have found a bug in FOP 0.20.5rc2. I have fo that I expect to product PDF that looks like this: This line is somehow being repeated: 5 The list item body. The text after the errant repeat. Instead it produces PDF that looks like this: This line is somehow being repeated: 5 The list item body. This line is somehow being repeated: The text after the errant repeat. The line This line is somehow being repeated is in fact errantly repeated after the list-block that produces 5 The list item body. My FO is below. Any ideas? Is this a known bug? Dave Bridgeland FO file: --- ?xml version=1.0? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; font-family=serif font-size=10pt text-align=justify line-height=normal language=en fo:layout-master-set fo:simple-page-master master-name=body-draft page-width=8.5in page-height=11in margin-top=0.5in margin-bottom=0.5in margin-left=1in margin-right=1in fo:region-body margin-bottom=0.5in margin-top=0.5in / /fo:simple-page-master /fo:layout-master-set fo:page-sequence hyphenate=true master-reference=body-draft language=en_GB format=1 initial-page-number=1 fo:flow flow-name=xsl-region-body fo:block fo:block This line is somehow being repeated: fo:block fo:list-block fo:list-item fo:list-item-label end-indent=label-end() fo:block5/fo:block /fo:list-item-label fo:list-item-body start-indent=body-start() fo:block The list item body. /fo:block /fo:list-item-body /fo:list-item /fo:list-block /fo:block /fo:block fo:block The text after the errant repeat. /fo:block/fo:block /fo:flow /fo:page-sequence /fo:root - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
fop 0.20.5rc runs forever
Was a bug was introduced sometime after 0.20.4 ? The following FO file causes fop-0.20.5rc to run forever. It generates a neverending log file that looks like this: [INFO] area contents overflows area [ERROR] Couldn't find hyphenation pattern en [ERROR] Error building hyphenation tree for language en [INFO] area contents overflows area [ERROR] Couldn't find hyphenation pattern en [ERROR] Error building hyphenation tree for language en [INFO] area contents overflows area [ERROR] Couldn't find hyphenation pattern en [ERROR] Error building hyphenation tree for language en . According to a helpful individual on docbook-apps@lists.oasis-open.org, this runs fine in fop-0.20.4. Dave Bridgeland The file that exposes the bug: ?xml version=1.0? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; font-family=serif font-size=10pt text-align=justify line-height=normal language=enfo:layout-master-set fo:simple-page-master master-name=blank-draft page-width=8.5in page-height=11in margin-top=0.5in margin-bottom=0.5in margin-left=1in margin-right=1info:region-body margin-bottom=0.5in margin-top=0.5in background-image=url(http://docbook.sourceforge.net/release/images/draft.png) background-attachment=fixed background-repeat=no-repeat background-position-horizontal=center background-position-vertical=center/fo:region-before region-name=xsl-region-before-blank extent=0.4in display-align=before/fo:region-after region-name=xsl-region-after-blank extent=0.4in display-align=after//fo:simple-page-master fo:simple-page-master master-name=body-first-draft page-width=8.5in page-height=11in margin-top=0.5in margin-bottom=0.5in margin-left=1in margin-right=1info:region-body margin-bottom=0.5in margin-top=0.5in column-count=1 background-image=url(http://docbook.sourceforge.net/release/images/draft.png) background-attachment=fixed background-repeat=no-repeat background-position-horizontal=center background-position-vertical=center/fo:region-before region-name=xsl-region-before-first extent=0.4in display-align=before/fo:region-after region-name=xsl-region-after-first extent=0.4in display-align=after//fo:simple-page-master fo:page-sequence-master master-name=body-draftfo:repeatable-page-master-alternativesfo:conditional-page-master-reference master-reference=blank-draft blank-or-not-blank=blank/fo:conditional-page-master-reference master-reference=body-first-draft page-position=first/fo:conditional-page-master-reference master-reference=body-odd-draft odd-or-even=odd/fo:conditional-page-master-reference master-reference=body-even-draft odd-or-even=even//fo:repeatable-page-master-alternatives/fo:page-sequence-master /fo:layout-master-set fo:page-sequence hyphenate=true master-reference=body-draft language=en format=1 initial-page-number=1fo:static-content flow-name=xsl-region-before-firstfo:block font-family=serif margin-left=-4pc margin-right=-4pcfo:table table-layout=fixed width=100% border-bottom-width=0.5pt border-bottom-style=solid border-bottom-color=blackfo:table-column column-number=1 column-width=proportional-column-width(1)/fo:table-column column-number=2 column-width=proportional-column-width(1)/fo:table-column column-number=3 column-width=proportional-column-width(1)/fo:table-bodyfo:table-row height=14ptfo:table-cell text-align=left display-align=before relative-align=baselinefo:blockfo:blockDraft/fo:block/fo:block/fo:table-cellfo:table-cell text-align=center display-align=before relative-align=baselinefo:blockfo:block//fo:block/fo:table-cellfo:table-cell text-align=right display-align=before relative-align=baselinefo:blockfo:blockDraft/fo:block/fo:block/fo:table-cell/fo:table-row/fo:table-body/fo:table/fo:block/fo:static-contentfo:static-content flow-name=xsl-region-before-oddfo:block font-family=serif margin-left=-4pc margin-right=-4pcfo:table table-layout=fixed width=100% border-bottom-width=0.5pt border-bottom-style=solid border-bottom-color=blackfo:table-column column-number=1 column-width=proportional-column-width(1)/fo:table-column column-number=2 column-width=proportional-column-width(1)/fo:table-column column-number=3 column-width=proportional-column-width(1)/fo:table-bodyfo:table-row height=14ptfo:table-cell text-align=left display-align=before relative-align=baselinefo:blockfo:blockDraft/fo:block/fo:block/fo:table-cellfo:table-cell text-align=center display-align=before relative-align=baselinefo:blockfo:blockJavaScript/fo:block/fo:block/fo:table-cellfo:table-cell text-align=right display-align=before relative-align=baselinefo:blockfo:blockDraft/fo:block/fo:block/fo:table-cell/fo:table-row/fo:table-body/fo:table/fo:block/fo:static-contentfo:static-content flow-name=xsl-region-before-evenfo:block font-family=serif margin-left=-4pc margin-right=-4pcfo:table
Re: fop 0.20.5rc runs forever
Chris, I don't think the PNG or the image size is the problem. When I comment out the fo:list-item at the end of the file, FOP generates the PDF just fine, including the background image. So I think FOP is having trouble with the fo:list-item below. But what would cause it to run forever on this?? Dave fo:list-item id=id385553 space-before.optimum=1em space-before.minimum=0.8em space-before.maximum=1.2em fo:list-item-label end-indent=label-end() text-align=start fo:blockfo:inlinep/fo:inline/fo:block /fo:list-item-label fo:list-item-body start-indent=body-start() fo:blockmonthly payment amount/fo:block /fo:list-item-body /fo:list-item Chris Bowditch wrote: Hi Dave, see comments below. From: David Bridgeland [EMAIL PROTECTED] Was a bug was introduced sometime after 0.20.4 ? The following FO file causes fop-0.20.5rc to run forever. It generates a neverending log file that looks like this: [INFO] area contents overflows area [ERROR] Couldn't find hyphenation pattern en [ERROR] Error building hyphenation tree for language en some hyphenation patterns were removed for 0.20.5rc due to licensing issues. Change your language attribute on the page-sequence element to be language=en_GB (as en was removed) According to a helpful individual on docbook-apps@lists.oasis-open.org, this runs fine in fop-0.20.4. I tried 0.20.4, and it does generate a PDF, but not without a whole bunch of errors. What I believe is happening is that 0.20.4 fails to load the background image, because its a PNG and the 0.20.4 requires a re-build to get it working with Jimi. However, 0.20.5rc will find Jimi on the claspath without a re-build and so is able to load the PNG image. The error you get suggests that the content is too big to fit on any page, i.e. the image is too big. I recommend you try using a smaller background image to see if you can generate a PDF. Chris _ On the move? Get Hotmail on your mobile phone http://www.msn.co.uk/msnmobile/mobilehotmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: fop 0.20.5rc runs forever
You are right. That is the problem. Thanks. J.Pietschmann wrote: David Bridgeland wrote: Variables/fo:blockfo:list-block id=id385546 provisional-distance-between-starts=1em This is probably too small (see bug #6094). J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
SVG from OpenOffice, redux
Iget the same problem as Harm did a few weeks back. I am using an SVG exported from OpenOffice. I refer to it with a fo:external-graphic. Using FOP 0.20.5rc, I generate a PDF. But Acrobat complains about a "wrong operand type" and fails. I have isolated the problem to the viewbox. OpenOffice generates an SVG with a large viewbox: svg width="207mm" height="270mm" viewBox="0 0 20700 27000" FOP produces an Acrobat-failing PDF with just an minimal SVG: justthis viewbox, without any lines or polygons or anything. But if I change the minimal SVG viewbox to "0 0 207 270", it no longer fails. Does FOP's rendering engine (Batik?) have a bug dealing with big viewboxes?? Dave Bridgeland -- Hi,I just tried with 0.20.5rc, but there is nothing changed. Anybody get suggestions?HarmHave you tried with 0.20.5rc?On 23.01.2003 13:44:36 Harm Kok wrote: I am having troubles including SVG (generated in OpenOffice) in FOP (0.20.4). I included it using: Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day
svg looks great on screen, horrible in print
All, I am using fop (0.20.5rc) with an fo:external-graphic reference to an SVG file. The SVG file looks fine by itself, and the resulting PDF looks fine on the screen, but when I print it, the rectangles look like they are drawn with fat crayons. Here is a short excerpt from the SVG: ?xml version="1.0" encoding="UTF-8" standalone="no"?svg width="6in" height="1.95in" viewBox="2 1 37 12"rect style="fill: #ff" x="2.143" y="2.15" width="6" height="6.4"/rect style="fill: none; stroke-width: 0.1; stroke: #00" x="2.143" y="2.15" width="6" height="6.4"/polygon style="fill: #ff" points="2.143,2.15 2.643,1.65 8.643,1.65 8.143,2.15 "/ .. and here is a short except from the FO: . fo:blockfo:external-graphic src="" width="auto" height="auto" content-width="6in" content-height="auto"//fo:block .. Any ideas about why this is happening, or how it could be fixed? Dave Bridgeland Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now