Re: Fixed table layout, fixed row height, not getting expected row height
Le 01/11/2011 03:29, Todd Hivnor a écrit : I'm upgrading from FOP v0.20 to v1.0. My fixed sized tables are coming out a different sized than before. I'm confused about why. In the code below, I have a table-row with height=100px. The table-cells have 20px of padding. I end up using 140px of height, not 100px as I requested with fo:table-row height='100px' It seems that my padding is adding to the row-height, which wasn't happening before. Yes, that is the expected behaviour, according to XSL-FO REC (see REC 4.2.2 and 4.2.3 at [1] and [2]) current FOP is more compliant against FO-REC than the (very) old FOP 0.2x versions [1] http://www.w3.org/TR/xsl/#area-common [2] http://www.w3.org/TR/xsl/#area-geo I would much prefer to specify a row height and have it stick. How can I accomplish this? fo:root xmlns:fo='http://www.w3.org/1999/XSL/Format' fo:layout-master-set fo:simple-page-master master-name=StandardPageMaster margin=0px page-width=400px page-height=300px fo:region-body margin=0px / /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference='StandardPageMaster' fo:flow flow-name='xsl-region-body' fo:table table-layout='fixed' fo:table-column column-width='200px' / fo:table-column column-width='100px' / fo:table-body fo:table-row height='100px'!-- this row will end up using 140px :( -- fo:table-cell background-color='#00Bb84' padding='20px' fo:blockColumn 1/fo:block /fo:table-cell fo:table-cell background-color='#008b84' padding='20px' fo:blockColumn 2/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:flow /fo:page-sequence /fo:root -- Pascal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Fixed table layout, fixed row height, not getting expected row height
I'm upgrading from FOP v0.20 to v1.0. My fixed sized tables are coming out a different sized than before. I'm confused about why. In the code below, I have a table-row with height=100px. The table-cells have 20px of padding. I end up using 140px of height, not 100px as I requested with fo:table-row height='100px' It seems that my padding is adding to the row-height, which wasn't happening before. Yes, that is the expected behaviour, according to XSL-FO REC (see REC 4.2.2 and 4.2.3 at [1] and [2]) current FOP is more compliant against FO-REC than the (very) old FOP 0.2x versions [1] http://www.w3.org/TR/xsl/#area-common [2] http://www.w3.org/TR/xsl/#area-geo Ouch. I was afraid of that. Thanks for the reality check, now I know what I need to fix. - Todd - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Fixed table layout, fixed row height, not getting expected row height
I'm upgrading from FOP v0.20 to v1.0. My fixed sized tables are coming out a different sized than before. I'm confused about why. In the code below, I have a table-row with height=100px. The table-cells have 20px of padding. I end up using 140px of height, not 100px as I requested with fo:table-row height='100px' It seems that my padding is adding to the row-height, which wasn't happening before. I would much prefer to specify a row height and have it stick. How can I accomplish this? fo:root xmlns:fo='http://www.w3.org/1999/XSL/Format' fo:layout-master-set fo:simple-page-master master-name=StandardPageMaster margin=0px page-width=400px page-height=300px fo:region-body margin=0px / /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference='StandardPageMaster' fo:flow flow-name='xsl-region-body' fo:table table-layout='fixed' fo:table-column column-width='200px' / fo:table-column column-width='100px' / fo:table-body fo:table-row height='100px'!-- this row will end up using 140px :( -- fo:table-cell background-color='#00Bb84' padding='20px' fo:blockColumn 1/fo:block /fo:table-cell fo:table-cell background-color='#008b84' padding='20px' fo:blockColumn 2/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:flow /fo:page-sequence /fo:root - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Table layout problem using fop 0.20.5
Hello, this is my first posting to the list, so please bear with me... I've prepared a short .fo file that shows a table layout problem (better: several table layout problems...) that I'm having. I'm developing an application for a public transport organisation. One of the parts involves printing slips of paper that are shown in bus stops. The attached (does this work?) .fo file is as clean as possible, and shows the following problems: - The header (with 'bus line', 'start' and 'finish') is declared as having columns 5cm, 17cm and 3cm. 'Obviously' the columns are not this width. - The table in the bottom-right corner (with 'period1'-'period4') also has layout problems. The columns are defined as 1cm (for the hour column), proportional-column-width(1) (for the minutes) and 3pt (to separate the periods). 'Obviously' the columns are not this width. Is there a problem with my layout, or have I misunderstood the column widths somehow? Some additional info: - I'm using a Mac running Snow Leopard - java -version java version 1.6.0_15 Java(TM) SE Runtime Environment (build 1.6.0_15-b03-226) Java HotSpot(TM) 64-Bit Server VM (build 14.1-b02-92, mixed mode) - my fop incantation is: $JAVACMD -Xms64m -Xmx1024m - Djava.awt.headless=true -classpath $LOCALCLASSPATH $FOP_OPTS org.apache.fop.apps.Fop -d $@ (using a fop.sh that was 'adapted from the Jakarta-Ant project'. I have no $FOP_OPTS in my environment. The following files are in $FOP_HOME/lib: avalon-framework-cvs-20020806.jar batik.jar xml-apis.jar xalan-2.4.1.jar xercesImpl-2.2.1.jar - fop version is fop 0.20.5 (ancient, I know...) I hope I've given enough information to let you help me solve this problem. Christ van Willegen problem.fo Description: Binary data - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Table layout problem using fop 0.20.5
To reply to my own message When specifying fo:table-column/, the width is not specified by the 'width' attribute, but by 'column-width'. I also installed 0.95 (the latest version), which hinted more in this direction, so I was able to figure it out (eventually). So, back to the regularly scheduled program! Christ van Willegen On Nov 11, 2009, at 9:05 AM, Christ van Willegen wrote: Hello, this is my first posting to the list, so please bear with me... I've prepared a short .fo file that shows a table layout problem (better: several table layout problems...) that I'm having. I'm developing an application for a public transport organisation. One of the parts involves printing slips of paper that are shown in bus stops. The attached (does this work?) .fo file is as clean as possible, and shows the following problems: - The header (with 'bus line', 'start' and 'finish') is declared as having columns 5cm, 17cm and 3cm. 'Obviously' the columns are not this width. - The table in the bottom-right corner (with 'period1'-'period4') also has layout problems. The columns are defined as 1cm (for the hour column), proportional-column-width(1) (for the minutes) and 3pt (to separate the periods). 'Obviously' the columns are not this width. Is there a problem with my layout, or have I misunderstood the column widths somehow? Some additional info: - I'm using a Mac running Snow Leopard - java -version java version 1.6.0_15 Java(TM) SE Runtime Environment (build 1.6.0_15-b03-226) Java HotSpot(TM) 64-Bit Server VM (build 14.1-b02-92, mixed mode) - my fop incantation is: $JAVACMD -Xms64m -Xmx1024m - Djava.awt.headless=true -classpath $LOCALCLASSPATH $FOP_OPTS org.apache.fop.apps.Fop -d $@ (using a fop.sh that was 'adapted from the Jakarta-Ant project'. I have no $FOP_OPTS in my environment. The following files are in $FOP_HOME/lib: avalon-framework-cvs-20020806.jar batik.jar xml-apis.jar xalan-2.4.1.jar xercesImpl-2.2.1.jar - fop version is fop 0.20.5 (ancient, I know...) I hope I've given enough information to let you help me solve this problem. Christ van Willegen problem.fo - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1)
Hi folks, I still can't understand what causes the following warning messages to appear when I compile PDF docs using XSLTROC and FOP 0.94 in Debian Linux. WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Apr 22, 2009 6:52:01 PM org.apache.fop.fo.flow.TableColumn bind Could anyone please help me?@@@ Thank you in advance! Nancy -- View this message in context: http://www.nabble.com/WARNING%3A-table-layout%3D%22fixed%22-and-column-width-unspecified-%3D%3E-falling-back-to-proportional-column-width%281%29-tp23192186p23192186.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1)
Hi Nancy, nancy_b wrote: Hi folks, I still can't understand what causes the following warning messages to appear when I compile PDF docs using XSLTROC and FOP 0.94 in Debian Linux. WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Apr 22, 2009 6:52:01 PM org.apache.fop.fo.flow.TableColumn bind There are fo:table-column elements in your FO file for which the column-width property has not been set. There may be two origins: - the XSLT style sheets you are using are producing tables for some content (like running headers) and forget to set a column width. The corresponding templates must be fixed. - or you are yourself declaring a table in your source XML file in such a way that the XSLT style sheets can’t infer the width you wish for some columns. You have to somehow define that in your XML file. It’s difficult to be more precise without knowing the documentation framework you are using. You may want to ask on the corresponding mailing lists. You can also, from the line number FOP should give you when issuing the warning, have a look at the FO file and determine what XSLT template generated that part. And then figure out which of the two origins above it is. Could anyone please help me?@@@ Thank you in advance! Nancy HTH, Vincent - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: table-layout warning message
Hello Nancy, nancy_b wrote: For some reason, FOP complains about my tables: WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind Any guess how I can fix it? the problem comes from processing entities like 'colspec colwidth=1*/' by .../fo/docbook.xsl in the context of 'table-layout=fixed'. The attribute value '=1*' is essential, it is the only critical one. I currently use revision 1.73.1-56.1 of the stylesheets and revision 0.95 of fop. The fo-file reads 'fo:table-column column-number=x/' but fop expects 'fo:table-column column-number=x proportional-column-width(1)/'. 'x' is an integer which is unessential in this context. I do not care whether fop has wrong expectations or whether the docbook-stylesheets produce broken code. Anyway, the workaround in to change the input into 'colspec colwidth=1.0*/'. -- View this message in context: http://www.nabble.com/table-layout-warning-message-tp11761254p23077150.html Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: table-layout warning message
nancy_b wrote: WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) nancy_b nancy_brndt at yahoo.com writes: snip I need some customization that says: if table-layout=fixed, use proportional column width... Hello nancy_b, Did you ever find a solution to this problem? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table-layout warning message
Hi dear Andreas! I compile PDFs in Linux, so I do have .fo files. However, in this specific case, FOP does not specify the location of the problem in the .fo file. In the overflowing problem I do have the line specification, that's why I posted a snippet from the .fo file. Regards, Nancy Andreas L Delmelle wrote: On Jul 24, 2007, at 18:24, Patrick Paul wrote: Minor correction to Patrick's response here: Read the paragraph at http://xmlgraphics.apache.org/fop/0.20.5/running.html#check-input IIC, the right link to check is: http://xmlgraphics.apache.org/fop/0.93/running.html#check-input If you compare both the above sections, then you'll notice that FOP 0.93 has added, for convenience: fop -xml somexml.xml -xsl somexsl.xsl -foout somefo.fo HTH! Cheers Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/table-layout-warning-message-tf4135390.html#a1155 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
table-layout warning message
Last shot for today :-) For some reason, FOP complains about my tables: WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind Any guess how I can fix it? Thank you all in advance! Best wishes, Nancy -- View this message in context: http://www.nabble.com/table-layout-warning-message-tf4135390.html#a11761254 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table-layout warning message
Hi, Since you are using the fixed table-layout FOP expects you to specify the width of each column using the column-width property. Here FOP is warning you that some columns have an unspecified width (or maybe they are set to auto which essentially gives the same warning message), therefore it is dividing the remaining horizontal table space equally between these columns. To fix this you can specify fixed a width for your columns or use the proportional-column-width(1) property function. The behavior of this function is described further in the W3C's XSL recommendation: http://www.w3.org/TR/2001/REC-xsl-20011015/slice5.html#section-N8624-Property-Value-Functions Hope that helps, Patrick nancy_b wrote: Last shot for today :-) For some reason, FOP complains about my tables: WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind Any guess how I can fix it? Thank you all in advance! Best wishes, Nancy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table-layout warning message
Hi dear Patrick! Thanks for your suggestions. I understand what you say. But I tried to fix this in my customization layer like that: xsl:template match=table xsl:call-template name=calc.column.width xsl:with-param name=colwidth select=1*/ xsl:if test=contains($colwidth, '*') xsl:textproportional-column-width(/xsl:text xsl:value-of select=substring-before($colwidth, '*')/ xsl:text)/xsl:text /xsl:if /xsl:call-template xsl:apply-templates/ /xsl:template But it did not help. Please advise! Thanks in advance, Nancy Patrick Paul wrote: Hi, Since you are using the fixed table-layout FOP expects you to specify the width of each column using the column-width property. Here FOP is warning you that some columns have an unspecified width (or maybe they are set to auto which essentially gives the same warning message), therefore it is dividing the remaining horizontal table space equally between these columns. To fix this you can specify fixed a width for your columns or use the proportional-column-width(1) property function. The behavior of this function is described further in the W3C's XSL recommendation: http://www.w3.org/TR/2001/REC-xsl-20011015/slice5.html#section-N8624-Property-Value-Functions Hope that helps, Patrick nancy_b wrote: Last shot for today :-) For some reason, FOP complains about my tables: WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind Any guess how I can fix it? Thank you all in advance! Best wishes, Nancy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- View this message in context: http://www.nabble.com/table-layout-warning-message-tf4135390.html#a11762849 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table-layout warning message
Nancy, Could you send an XSL-FO snippet **that demonstrates the problem. Thanks, Patrick nancy_b wrote: Hi dear Patrick! Thanks for your suggestions. I understand what you say. But I tried to fix this in my customization layer like that: xsl:template match=table xsl:call-template name=calc.column.width xsl:with-param name=colwidth select=1*/ xsl:if test=contains($colwidth, '*') xsl:textproportional-column-width(/xsl:text xsl:value-of select=substring-before($colwidth, '*')/ xsl:text)/xsl:text /xsl:if /xsl:call-template xsl:apply-templates/ /xsl:template But it did not help. Please advise! Thanks in advance, Nancy Patrick Paul wrote: Hi, Since you are using the fixed table-layout FOP expects you to specify the width of each column using the column-width property. Here FOP is warning you that some columns have an unspecified width (or maybe they are set to auto which essentially gives the same warning message), therefore it is dividing the remaining horizontal table space equally between these columns. To fix this you can specify fixed a width for your columns or use the proportional-column-width(1) property function. The behavior of this function is described further in the W3C's XSL recommendation: http://www.w3.org/TR/2001/REC-xsl-20011015/slice5.html#section-N8624-Property-Value-Functions Hope that helps, Patrick nancy_b wrote: Last shot for today :-) For some reason, FOP complains about my tables: WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind Any guess how I can fix it? Thank you all in advance! Best wishes, Nancy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table-layout warning message
For some reason fop does not specify where in the text it found this problem, so I don't have a snippet for that. I need some customization that says: if table-layout=fixed, use proportional column width... nancy_b wrote: Last shot for today :-) For some reason, FOP complains about my tables: WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind Any guess how I can fix it? Thank you all in advance! Best wishes, Nancy -- View this message in context: http://www.nabble.com/table-layout-warning-message-tf4135390.html#a11765968 Sent from the FOP - Users mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table-layout warning message
Read the paragraph at http://xmlgraphics.apache.org/fop/0.20.5/running.html#check-input This will explain why, and how you can generate the FO file. Once you have the .fo use FOP: fop -fo file.fo -pdf out.pdf Now FOP will report the problem and tell you where it found a problem in the FO file. HTH, Patrick nancy_b wrote: For some reason fop does not specify where in the text it found this problem, so I don't have a snippet for that. I need some customization that says: if table-layout=fixed, use proportional column width... nancy_b wrote: Last shot for today :-) For some reason, FOP complains about my tables: WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind WARNING: table-layout=fixed and column-width unspecified = falling back to proportional-column-width(1) Jul 24, 2007 1:47:14 PM org.apache.fop.fo.flow.TableColumn bind Any guess how I can fix it? Thank you all in advance! Best wishes, Nancy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table-layout warning message
On Jul 24, 2007, at 18:24, Patrick Paul wrote: Minor correction to Patrick's response here: Read the paragraph at http://xmlgraphics.apache.org/fop/0.20.5/running.html#check-input IIC, the right link to check is: http://xmlgraphics.apache.org/fop/0.93/running.html#check-input If you compare both the above sections, then you'll notice that FOP 0.93 has added, for convenience: fop -xml somexml.xml -xsl somexsl.xsl -foout somefo.fo HTH! Cheers Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spurious table-layout of auto
On each fo:table element, of course. Yes, you indicated something about a table-layout XSLT parameter you specify on the command-line, but we don't see if you actually use this parameter in your stylesheet. The FO snippet you showed us earlier had no indicator that you're actually using the table-layout property anywhere. The XSLT parameter alone doesn't do the job. On 25.04.2006 01:05:16 Bill Greene wrote: -- Bill J.Pietschmann [EMAIL PROTECTED] wrote on 04/24/2006 04:47:57 PM: Bill Greene wrote: I am puzzled as to why FOP seems to think that I have specified a table-layout of auto. That's because you didn't specify a table-layout property on the table, therefore the default kicks in which happens to be auto. You can ignore the warning, or specify table-layout=fixed. Specify it where? As I said in my original message: Note in the following invocation of FOP, that I passed the table-layout parameter as fixed, not auto. An earlier run hinted that the default value for border-before-width.conditionality might be causing an auto attribute to be generated, which is why I set that parameter here: c:\\j2sdk1.4.2_10/bin/java.exe -verbose -showversion \ -Xmx1500m \ -classpath 'c:\j2sdk1.4.2_10\bin;...;C:\cygwin\usr\share\java\jimi-1.0.jar' \ org.apache.fop.cli.Main -d -x -r -v \ -fo generated/dim-design.fo \ -param border-collapse 'separate' \ -param hyphenate 'false' \ -param table-layout 'fixed' \ --- *** Am I not specifying table-layout=fixed here? *** -param nominal-table-width '7.5in' \ -param border-before-width.conditionality 'discard' \ -pdf generated/dim-design.pdf ... J.Pietschmann Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Spurious table-layout of auto
Sorry if this message is long; I have trimmed it severely. I have been unable to resolve a problem indicated by FOP. I am a bit of a novice at XSLT and XSL-FO. But first some version information: java version 1.4.2_10 Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_10-b03) Java HotSpot(TM) Client VM (build 1.4.2_10-b03, mixed mode) FOP Version 0.92beta and my environment: uname --kernel-version --kernel-release --kernel-name --machine CYGWIN_NT-5.1 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 I am puzzled as to why FOP seems to think that I have specified a table-layout of auto. Here is a fragment of the .FO file about which FOP complained. Further down the page is my invocation of FOP and some of the output I saw. Around the reported error locus of line 88 and column 627 (!), I found this (excerpted and reformatted for humanitarian reasons :-) : = fo:block id=id4758660 span=none fo:block space-before.minimum=0.5em space-before.optimum=1em space-before.maximum=2em space-after.minimum=0.5em space-after.optimum=1emspace-after.maximum=2em fo:table border-before-width.conditionality=retain border-collapse=collapse border-left-style=solid border-right-style=solid border-top-style=solid border-bottom-style=solid border-left-width=0.5pt border-right-width=0.5pt border-top-width=0.5pt border-bottom-width=0.5pt border-left-color=black border-right-color=black border-top-color=black border-bottom-color=black width=100% +--+ | ERROR REPORTED HERE: | +--+---+ | +--+ | v fo:table-column column-number=1 column-width=3.75in/ fo:table-column column-number=2 column-width=1in/ fo:table-column column-number=3 column-width=2.75in/ fo:table-header start-indent=0pt end-indent=0pt fo:table-row fo:table-cell padding-left=2pt padding-right=2pt padding-top=2pt padding-bottom=2pt border-bottom-width=0.5pt border-bottom-style=solid border-bottom-color=black border-right-width=0.5pt border-right-style=solid border-right-color=black text-align=left fo:block font-weight=boldPossible approach/fo:block /fo:table-cell fo:table-cell padding-left=2pt padding-right=2pt padding-top=2pt padding-bottom=2pt border-bottom-width=0.5pt border-bottom-style=solid border-bottom-color=black border-right-width=0.5pt border-right-style=solid border-right-color=black text-align=center fo:block font-weight=boldRestored state/fo:block /fo:table-cell fo:table-cell padding-left=2pt padding-right=2pt padding-top=2pt padding-bottom=2pt border-bottom-width=0.5pt border-bottom-style=solid border-bottom-color=black text-align=center fo:block font-weight=boldCosts/fo:block /fo:table-cell /fo:table-row /fo:table-header fo:table-body start-indent=0pt end-indent=0pt fo:table-row fo:table-cell padding-left=2pt padding-right=2pt padding-top=2pt padding-bottom=2pt border-bottom-width=0.5pt border-bottom-style=solid border-bottom-color=black border-right-width=0.5pt border-right-style=solid border-right-color=black text-align=left fo:blockRestore each sensor reading ... = Note in the following invocation of FOP, that I passed the table-layout parameter as fixed, not auto. An earlier run hinted that the default value for border-before-width.conditionality might be causing an auto attribute to be generated, which is why I set that parameter here: c:\\j2sdk1.4.2_10/bin/java.exe -verbose -showversion \ -Xmx1500m \ -classpath 'c:\j2sdk1.4.2_10\bin;...;C:\cygwin\usr\share\java\jimi-1.0.jar' \ org.apache.fop.cli.Main -d -x -r -v \ -fo generated/dim-design.fo \ -param border-collapse 'separate' \ -param hyphenate 'false' \ -param table-layout 'fixed' \ -param nominal-table-width '7.5in' \ -param border-before-width.conditionality 'discard' \ -pdf generated/dim-design.pdf ... [Loaded org.apache.fop.fo.properties.CommonMarginInline] [Loaded org.apache.fop.fo.flow.Marker$MarkerPropertyList] [Loaded org.apache.fop.fo.flow.Marker$1] Apr 24, 2006 2:30:30 PM
Re: Spurious table-layout of auto
Bill Greene wrote: I am puzzled as to why FOP seems to think that I have specified a table-layout of auto. That's because you didn't specify a table-layout property on the table, therefore the default kicks in which happens to be auto. You can ignore the warning, or specify table-layout=fixed. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spurious table-layout of auto
-- Bill J.Pietschmann [EMAIL PROTECTED] wrote on 04/24/2006 04:47:57 PM: Bill Greene wrote: I am puzzled as to why FOP seems to think that I have specified a table-layout of auto. That's because you didn't specify a table-layout property on the table, therefore the default kicks in which happens to be auto. You can ignore the warning, or specify table-layout=fixed. Specify it where? As I said in my original message: Note in the following invocation of FOP, that I passed the table-layout parameter as fixed, not auto. An earlier run hinted that the default value for border-before-width.conditionality might be causing an auto attribute to be generated, which is why I set that parameter here: c:\\j2sdk1.4.2_10/bin/java.exe -verbose -showversion \ -Xmx1500m \ -classpath 'c:\j2sdk1.4.2_10\bin;...;C:\cygwin\usr\share\java\jimi-1.0.jar' \ org.apache.fop.cli.Main -d -x -r -v \ -fo generated/dim-design.fo \ -param border-collapse 'separate' \ -param hyphenate 'false' \ -param table-layout 'fixed' \ --- *** Am I not specifying table-layout=fixed here? *** -param nominal-table-width '7.5in' \ -param border-before-width.conditionality 'discard' \ -pdf generated/dim-design.pdf ... 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]
Re: complex table layout problem
Jason, firstly you didn't say which version of FOP you are using. Secondly, neither version of FOP supports HTML like automatic table layout i.e. column width determination based on column content. To achieve what you want you need to specify column widths and table widths. In particular under every fo:table element you should have a fo:table-column width=.../ element for each column in your table specifying the width of your column. If you need proportional column widths (similar to HTML percentages) use the proportional-column-width() function in the witdh=... attribute value specification. So your header table would look something like (this is not tested!): fo:table width=200mm table-layout=fixed border-separation=separate fo:table-column width=proportional-column-width(1) / fo:table-column width=proportional-column-width(1) / fo:table-body fo:table-row fo:table-cell fo:block text-align=leftheaderleft/fo:block /fo:table-cell fo:table-cell fo:block text-align=rightheaderright/fo:block /fo:table-cell /fo:table-row fo:table-body /fo:table followed by the main table like: fo:table width=200mm table-layout=fixed border-separation=separate fo:table-column width=40mm / fo:table-column width=20mm / fo:table-column width=100mm / fo:table-column width=40mm / fo:table-body fo:table-row fo:table-cell number-rows-spanned=2.../fo:cell fo:table-cell.../fo:cell fo:table-cell.../fo:cell fo:table-cell number-rows-spanned=2.../fo:cell /fo:tabe-row fo:table-row fo:table-cell number-columns-spanned=2.../fo:cell /fo:tabe-row fo:table-body /fo:table Manuel Hi all I am reproducing a rather complicated layout which requires a number of nested tables: Basically the page looks something like this (a header with 2 columns, followed by a table with 4 columns, 2 columns spanning 2 rows, and one cell spanning 2 columns): -- headerleftheaderright -- *--* *---* *-* *--* | | | | | | | | | | | | | | | | | | *---* *-* | | | | | | | | ** | | | | || | | *--* ** *--* The problem is that the column for headerright is proving impossible to align. I have tried separating the header and content sections into 2 tables, plus making the header a single cell spanning the 4 cells (the columns in the main section) and then using a nested table inside the header as well. But what I always end up with is: --- headerleft headerright --- *--* *---* *-* *--* | | | | | | | | | | | | | | | | (where header right actually goes off the page boundaries. It seems that the first cell in the nested table grows to fill the size of the surrounding table, then the second cell added pushes off outside that region. I hope that makes sense? Anyway below is the fo-xml for the header region at the moment. I've been playing different methods of doing this for the last day or so, with no progress (as a matter of interest I ran it through an eval copy of a commercial app and, while not perfect, it renders more how I was expecting). Is this a known bug -- or have I done something stupid? Thanks once again Jason fo:table-cell number-columns-spanned=4 padding=3px fo:table fo:table-body fo:table-row fo:table-cell border-top=0.2mm solid black border-bottom=0.2mm solid black fo:table fo:table-body fo:table-row fo:table-cell fo:blockfo:inline font-weight=boldReport for:/fo:inline demo/fo:block /fo:table-cell fo:table-cell fo:block/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:blockfo:inline font-weight=boldGroup:/fo:inline blah/fo:block /fo:table-cell fo:table-cell fo:blockfo:inline font-weight=boldDate:/fo:inline 25 Jan 2006/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:table-cell - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED
Re: complex table layout problem
Hi Manuel Sorry forgot to mention I'm using TRUNK. I just went through my xml and explicitly set widths on all my nested tables. Looks like it now produces the output I'm expecting. Thanks for the help. J Manuel Mall wrote: Jason, firstly you didn't say which version of FOP you are using. Secondly, neither version of FOP supports HTML like automatic table layout i.e. column width determination based on column content. To achieve what you want you need to specify column widths and table widths. In particular under every fo:table element you should have a fo:table-column width=.../ element for each column in your table specifying the width of your column. If you need proportional column widths (similar to HTML percentages) use the proportional-column-width() function in the witdh=... attribute value specification. So your header table would look something like (this is not tested!): fo:table width=200mm table-layout=fixed border-separation=separate fo:table-column width=proportional-column-width(1) / fo:table-column width=proportional-column-width(1) / fo:table-body fo:table-row fo:table-cell fo:block text-align=leftheaderleft/fo:block /fo:table-cell fo:table-cell fo:block text-align=rightheaderright/fo:block /fo:table-cell /fo:table-row fo:table-body /fo:table followed by the main table like: fo:table width=200mm table-layout=fixed border-separation=separate fo:table-column width=40mm / fo:table-column width=20mm / fo:table-column width=100mm / fo:table-column width=40mm / fo:table-body fo:table-row fo:table-cell number-rows-spanned=2.../fo:cell fo:table-cell.../fo:cell fo:table-cell.../fo:cell fo:table-cell number-rows-spanned=2.../fo:cell /fo:tabe-row fo:table-row fo:table-cell number-columns-spanned=2.../fo:cell /fo:tabe-row fo:table-body /fo:table Manuel Hi all I am reproducing a rather complicated layout which requires a number of nested tables: Basically the page looks something like this (a header with 2 columns, followed by a table with 4 columns, 2 columns spanning 2 rows, and one cell spanning 2 columns): -- headerleftheaderright -- *--* *---* *-* *--* | | | | | | | | | | | | | | | | | | *---* *-* | | | | | | | | ** | | | | || | | *--* ** *--* The problem is that the column for headerright is proving impossible to align. I have tried separating the header and content sections into 2 tables, plus making the header a single cell spanning the 4 cells (the columns in the main section) and then using a nested table inside the header as well. But what I always end up with is: --- headerleft headerright --- *--* *---* *-* *--* | | | | | | | | | | | | | | | | (where header right actually goes off the page boundaries. It seems that the first cell in the nested table grows to fill the size of the surrounding table, then the second cell added pushes off outside that region. I hope that makes sense? Anyway below is the fo-xml for the header region at the moment. I've been playing different methods of doing this for the last day or so, with no progress (as a matter of interest I ran it through an eval copy of a commercial app and, while not perfect, it renders more how I was expecting). Is this a known bug -- or have I done something stupid? Thanks once again Jason fo:table-cell number-columns-spanned=4 padding=3px fo:table fo:table-body fo:table-row fo:table-cell border-top=0.2mm solid black border-bottom=0.2mm solid black fo:table fo:table-body fo:table-row fo:table-cell fo:blockfo:inline font-weight=boldReport for:/fo:inline demo/fo:block /fo:table-cell fo:table-cell fo:block/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:blockfo:inline font-weight=boldGroup:/fo:inline blah/fo:block /fo:table-cell fo:table-cell fo:blockfo:inline font-weight=boldDate:/fo:inline 25 Jan 2006/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:table-cell /fo:table-row /fo:table-body /fo:table /fo:table-cell
table-layout
I am using fop 0.91. I am getting a warning that fo:table, table-layout="auto" is currently not supported by FOP. My table looks the way I want it to, but I wonder what I should be doing to avoid that warning. I have a multi-column table where the width of the table is specified with fo:table width="7in" for instance, and the columns are typically specified with fo:table-column column-number="4" column-width="35%" I do not currently have any table-layout specified.
Re: table-layout
On Feb 26, 2006, at 18:36, Tracey Zellmann wrote: Hi Tracey, I am using fop 0.91. I am getting a warning that fo:table, table-layout=auto is currently not supported by FOP. My table looks the way I want it to, but I wonder what I should be doing to avoid that warning. I have a multi-column table where the width of the table is specified with fo:table width=7in for instance, and the columns are typically specified with fo:table-column column-number=4 column-width=35% I do not currently have any table-layout specified. Just specify table-layout=fixed on the table, and the warning should go away. I guess it's caused by the default/initial value of table-layout being auto... HTH! Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table-layout
Excellent! That worked like a charm. Another small question, if you or someone else has a moment. I am using some spanned cells, but, at least for now, none of my table cells have any borders. I am getting a warning with a TODO WARNING: TODO Add collapsed border painting for spanned cells What am I supposed to do? - Original Message - From: "Andreas L Delmelle" [EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org Sent: Sunday, February 26, 2006 1:30 PM Subject: Re: table-layout On Feb 26, 2006, at 18:36, Tracey Zellmann wrote: Hi Tracey, I am using fop 0.91. I am getting a warning that fo:table, table-layout="auto" is currently not supported by FOP. My table looks the way I want it to, but I wonder what I should be doing to avoid that warning. I have a multi-column table where the width of the table is specified with fo:table width="7in" for instance, and the columns are typically specified with fo:table-column column-number="4" column-width="35%" I do not currently have any table-layout specified. Just specify table-layout="fixed" on the table, and the warning should go away. I guess it's caused by the default/initial value of table-layout being "auto"... HTH! Cheers, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table-layout
On Monday 27 February 2006 02:59, Tracey Zellmann wrote: Excellent! That worked like a charm. Another small question, if you or someone else has a moment. I am using some spanned cells, but, at least for now, none of my table cells have any borders. I am getting a warning with a TODO WARNING: TODO Add collapsed border painting for spanned cells What am I supposed to do? Try specifying border-collapse=separate on the table. Manuel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: table-layout
Thanks That worked perfectly as well. Now that I seem to at least have FOP working, I want to make better use of its facilities. How can I get a handle on the basic parameters - like these ones that I encounter. The underlying documentation has been helpful to get the examples running, and from those, to get my own applictaion running. However, when I try to delve deeper, things get a bit murky. I must say, this list has been very helpful. I am also impressed at the global scope - makes 24 * 7 almost feasible! - Original Message - From: Manuel Mall [EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org Sent: Sunday, February 26, 2006 6:04 PM Subject: Re: table-layout On Monday 27 February 2006 02:59, Tracey Zellmann wrote: Excellent! That worked like a charm. Another small question, if you or someone else has a moment. I am using some spanned cells, but, at least for now, none of my table cells have any borders. I am getting a warning with a TODO WARNING: TODO Add collapsed border painting for spanned cells What am I supposed to do? Try specifying border-collapse=separate on the table. Manuel - 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: table-layout
Hi, Tracey, The best way is to ask specific questions. Many folks on the list have used FOP to solve heavy-duty, real-world problems. For example, I recently finished the XSL work that lets the Boston Globe use FOP to produce over 4000 pages of distribution reports (which product goes where) every day. We can help you solve similar problems if you can tell us exactly what obstacles you encounter. However, it's hard to give generic advice that means anything, because each problem has its own characteristics. Jay Bryant Bryant Communication Services - Original Message - From: Tracey Zellmann [EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org Sent: Sunday, February 26, 2006 6:18 PM Subject: Re: table-layout Thanks That worked perfectly as well. Now that I seem to at least have FOP working, I want to make better use of its facilities. How can I get a handle on the basic parameters - like these ones that I encounter. The underlying documentation has been helpful to get the examples running, and from those, to get my own applictaion running. However, when I try to delve deeper, things get a bit murky. I must say, this list has been very helpful. I am also impressed at the global scope - makes 24 * 7 almost feasible! - Original Message - From: Manuel Mall [EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org Sent: Sunday, February 26, 2006 6:04 PM Subject: Re: table-layout On Monday 27 February 2006 02:59, Tracey Zellmann wrote: Excellent! That worked like a charm. Another small question, if you or someone else has a moment. I am using some spanned cells, but, at least for now, none of my table cells have any borders. I am getting a warning with a TODO WARNING: TODO Add collapsed border painting for spanned cells What am I supposed to do? Try specifying border-collapse=separate on the table. Manuel - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Invalid table layout: cant fill gap at row 0, column 2
I am getting an exception when trying to render pdf from my .fo The error I am getting is: Invalid table layout: cant fill gap at row 0, column 2 it seems to point to this table: fo:table table-layout=fixed width=100% fo:table-column column-width=proportional-column-width(1)/ fo:table-column column-width=proportional-column-width(1)/ fo:table-column column-width=proportional-column-width(1)/ fo:table-body fo:table-row fo:table-cell fo:block text-align=leftMy company/fo:block /fo:table-cell fo:table-cell fo:block text-align=centerMy report(10/1/04 3:32:44 PM)/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:block text-align=left Date : 10/01/2004/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table Any ideas? Tom Maciejewski Société Générale Information Technology 1221 Avenue of the Americas New York, NY 10020 Tel. (212) 278-7103 Cell. (917) 690-9541 * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Invalid table layout: cant fill gap at row 0, column 2
Your defining a table with three columns and your first row has 2 columns (cells) and the second has 1. = invalid table layout. - Start Original Message - From: [EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org Subject: Invalid table layout: cant fill gap at row 0, column 2 I am getting an exception when trying to render pdf from my .fo The error I am getting is: Invalid table layout: cant fill gap at row 0, column 2 it seems to point to this table: fo:table table-layout=fixed width=100% fo:table-column column-width=proportional-column-width(1)/ fo:table-column column-width=proportional-column-width(1)/ fo:table-column column-width=proportional-column-width(1)/ fo:table-body fo:table-row fo:table-cell fo:block text-align=leftMy company/fo:block /fo:table-cell fo:table-cell fo:block text-align=centerMy report(10/1/04 3:32:44 PM)/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:block text-align=left Date : 10/01/2004/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table Any ideas? Tom Maciejewski Société Générale Information Technology 1221 Avenue of the Americas New York, NY 10020 Tel. (212) 278-7103 Cell. (917) 690-9541 * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - End Original Message - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Invalid table layout: cant fill gap at row 0, column 2
Hi, I Guess the Problem ist that you have declared 3 FO:Table-Columns but use ony 2 in row 1 and on row 2. Maybe it would help to span on column in each row over 1/2 column. An other Problem could be that you dind't use the column-number attribute in the table_column declarations. Christian -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, November 25, 2005 5:04 PM To: fop-users@xmlgraphics.apache.org Subject: Invalid table layout: cant fill gap at row 0, column 2 I am getting an exception when trying to render pdf from my .fo The error I am getting is: Invalid table layout: cant fill gap at row 0, column 2 it seems to point to this table: fo:table table-layout=fixed width=100% fo:table-column column-width=proportional-column-width(1)/ fo:table-column column-width=proportional-column-width(1)/ fo:table-column column-width=proportional-column-width(1)/ fo:table-body fo:table-row fo:table-cell fo:block text-align=leftMy company/fo:block /fo:table-cell fo:table-cell fo:block text-align=centerMy report(10/1/04 3:32:44 PM)/fo:block /fo:table-cell /fo:table-row fo:table-row fo:table-cell fo:block text-align=left Date : 10/01/2004/fo:block /fo:table-cell /fo:table-row /fo:table-body /fo:table Any ideas? Tom Maciejewski Société Générale Information Technology 1221 Avenue of the Americas New York, NY 10020 Tel. (212) 278-7103 Cell. (917) 690-9541 * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. * - 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]
table-layout
Hello, I have a question concerning FOP support of the table-layout=auto. Does FOP support this property? I use FOP 0.20.5 to convert dynamically created xml file to PDF. I don`t know in advance how much columns will be in the xml table, and how wide columns will be. I use this property to build dynamic fo table but it doesn`t work properly, though there are no errors in the log. The table space simply is distributed equally among columns with no respect of the text width in those. I`ve been googling for a couple of days and still have no clear answer on my question. Some people wrote that this property is not supported but it was FOP 0.20.4. So how it is with 0.20.5??? Or how one can build dynamic table under condiotions I have? Thanks in advance, A. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
