fop 0.20.5rc runs forever

2003-03-31 Thread David Bridgeland
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

[ANN] Rubico Report Styler 1.3

2003-03-31 Thread Colin Savage
A graphical xsl builder to output xsl:fo. Rubico Report Styler 1.3 has been improved significantly: - No longer limited to a single xml format - New Report Objects - Improved multi-language reports. - Fully functional evaluation version http://www.rubico.com/styler/index.htm For more information

RE: pdf-forms

2003-03-31 Thread Partridge, Michael
David - I've just finished a simple pdf form using checkboxes and here's what I've used: xsl:template name=unCheckedBox fo:table inline-progression-dimension=8pt table-layout=fixed fo:table-column column-width=8pt/ fo:table-body fo:table-row fo:table-cell

Re: fop 0.20.5rc runs forever

2003-03-31 Thread Chris Bowditch
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

xpath question

2003-03-31 Thread Partridge, Michael
Since right now keeps are only implemented for table rows, I've got to hack a way to keep certain content together on a page. To that end, I'm counting the number of x and y elements, the sum of which I test against a value to determine whether or not to insert a page break. My expression looks

Re: xpath question

2003-03-31 Thread Jochen . Maes
try xsl:when test=13=sum(count(./elections)+count(./dependents)) and it should work greets Jochen Maes ICT Development KBC Securities (kbcsecurities.com) Havenlaan 12 Avenue du Port SIF 8683 B-1080 Brussels Belgium Tel: +32 2 429 96 81

RE: xpath question

2003-03-31 Thread Partridge, Michael
Thanks for the speedy reply, but the XSL processor built into XML Spy replies: [ERROR] Can not convert #NUMBER to a NodeList! Mike -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, March 31, 2003 9:11 AM To: [EMAIL PROTECTED] Subject: Re: xpath question

AW: xpath question

2003-03-31 Thread Müller, Markus
sum expects a node set, neither count(..) nor an addition return this. Try replacing + by ,, perhaps that works: xsl:when test=13=sum(count(./elections),count(./dependents)) It could also be possible that the less than sign makes trouble; replace =13 by gt;12 Markus $ -Ursprüngliche

RE: xpath question

2003-03-31 Thread Adam Shelley
Hello, I'm not sure what xsl processor xml spy uses but i have found that some xsl processors don't like the '' character and should be replaced with the symbolic equivilant. try using an gt;= instead of = ? Just a guess cause it doesn't look like that statement should be trying to return a

RE: xpath question

2003-03-31 Thread Partridge, Michael
It seems the problem was simply the precedence in the expression. The statement that works is: 13=(count(./elections)+count(./dependents)) notice the parentheses wrapping the sum of the counts. It turns out that '' is okay in XMLSpy although '' is not, so to be consistent, it's probably a good

table footer placement

2003-03-31 Thread Partridge, Michael
The first time I sent this one I didn't get any replies, so I'll try it one more time. I've got a table with a header, footer, and just enough rows to make the footer spill onto a new page. I also set the attribute table-omit-footer-at-break to true. So I get this when transforming: [WARNING]

Re: table footer placement

2003-03-31 Thread Clay Leeds
Mike, This may not help, but have you tried 0.20.5rc2 and/or 0.20.4? Perhaps one of those may behave the way it should. Partridge, Michael wrote: What actually happens, however, is that the last row of the table is on the first page, and the second page has the table header and footer only. I'm

Re: fop 0.20.5rc runs forever

2003-03-31 Thread David Bridgeland
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

Re: fop 0.20.5rc runs forever

2003-03-31 Thread J.Pietschmann
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

Re: fop 0.20.5rc runs forever

2003-03-31 Thread David Bridgeland
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