ArrayIndexOutOfBoundsException in LineBreakUtils with LATIN CAPITAL LETTER SHARP S
I have a DocBook/XML document which contains Compose Keys tables for en_US.UTF-8. There is one character which causes the following Java exceptions to be thrown: ; SystemID: file:/usr/share/xml/docbook/stylesheet/docbook-xsl/fo/docbook.xsl; Line#: 311; Column#: 54 javax.xml.transform.TransformerException: java.lang.ArrayIndexOutOfBoundsException: -1 at org.apache.xalan.transformer.TransformerImpl.executeChildTemplates(TransformerImpl.java:2405) [...] java.lang.ArrayIndexOutOfBoundsException: -1 at org.apache.fop.text.linebreak.LineBreakUtils.getLineBreakPairProperty(LineBreakUtils.java:666) [...] For a small test case purpose, an xsltproc is used to produce a .fo file which is processed by fop: fop en_US.UTF-8.fo -pdf out.pdf The .fo file is difficult to work with, but I managed to get the important part: "ẞ" Ssharp # LATIN CAPITAL LETTER SHARP S The character within quotes above is the character that causes the problem. I hope the browser lets you see it correctly. If I delete or replace this character with another one, no exceptions thrown and expected output. The "Latin capital sharp s" hex code is E1BA9E which is the correct value for UTF-8 encoding. I have verified with a binary editor. This makes me think that xsltproc did a correct job in writing the .fo file. When converting docbook xml to html, there is no problem. I tried the fop debug option, but nothing seems different. Similar Bug Reports - https://issues.apache.org/bugzilla/show_bug.cgi?id=41999 https://issues.apache.org/bugzilla/show_bug.cgi?id=49636 System Used --- Ubuntu Linux distro on AMD64 java version "1.6.0_22" OpenJDK Runtime Environment (IcedTea6 1.10.2) (6b22-1.10.2-0ubuntu1~11.04.1) OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode) fop version 0.95 packaged by Debian: http://packages.debian.org/squeeze/fop Xsltproc: http://packages.debian.org/squeeze/xsltproc Using libxml 20708, libxslt 10126 and libexslt 815 xsltproc was compiled against libxml 20708, libxslt 10126 and libexslt 815 libxslt 10126 was compiled against libxml 20708 libexslt 815 was compiled against libxml 20708 Gaetan Nadon signature.asc Description: This is a digitally signed message part
FOP Transform log?
Where does FOP log? I ran a transform to create a PDF using FOP and it didn't come out right. It appears the output didn't recognize the font properly, it's missing a glyph, but I didn't see any errors/warnings. I'm running within Eclipse.
Re: Strange response
On 21 Jun 2011, at 17:39, Theresa Jayne Forster wrote: Hi Theresa > I have a fo file with a block inside a b-c > > But on the pdf produced, I am not seeing the block on it. But I do see the > red border of the b-c And all text is missing, any ideas why? > > > FO = > Thanks! That's more like it! Even better --I should have stressed that-- would be the smallest complete FO document that demonstrates the problem (if it is possible to post that here without violating any confidentiality agreements...). That way, we can immediately run it through the debugger and see what's happening. Working off the posted fragment, I tried pasting it into a test template here, but did not succeed in reproducing the problem so far. The bottom-border of the b-c was not visible, but that is about all that disappeared on my end, and that can be explained by the fact that a height of 10mm is actually _just_ too little to hold a line with font-size 24pt (= 28.8pt, including half-leading, which is 10.16mm; if I make that 10.2mm, then the border renders properly, too). That said, I read in the other thread that you are currently transitioning from 0.20 to 1.0, and I am only looking at the latter. So, just to make sure we're not missing anything: To which version does this issue apply? Regards Andreas --- - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Problems with FOP and image
Hi there yeah its the pdf that give me the fop.bat i dont know why it works this way and not from my java program anyway i am using fixed position i show you my xlst to see if you can help me to correct the size http://old.nabble.com/file/p31897144/FacturasOMF.xsl FacturasOMF.xsl Rob Sargent-4 wrote: > > Is the pdf you posted made via the .bat file then? And it has all the > images you need? Which image is giving you all the trouble? > > I see that you are incorrectly sizing the area into which you are > putting the address of the client. Alternatively you have placed the > table of items too high. Are you using fixed positions? > Those to pieces (client-address and invoice-items) should be in > consecutive blocks. > On 06/17/2011 09:52 AM, Oscar.Flores wrote: >> No i still can print the images in pdf in console what i do for now is >> call a >> bat to make the transformation with fo until i figure out what the >> problem >> is in log appear that can find a proper converter for the images >> >> >> also another problem its that the table its to big it dont fit to the >> data >> here its the pdf that result >> http://old.nabble.com/file/p31870136/Prueba3.pdf Prueba3.pdf >> >> Warning(1979/26): fo:table, table-layout="auto" is currently not >> supported >>> by FOP >>> but in my xslt it ike this >> the version of fop i use its 1.0 >> >> >> >> Rob Sargent-4 wrote: >>> I don't think you want to read and write to the same place. If the file >>> is where you want it to be and it's otherwise in perfect shape you >>> should be fine. But if you do want to read it in and write it to some >>> deployed area the that's what you want to do. Almost: >>> ImageIO.write(*newImage*, "JPEG", jpegImageFile); >>> >>> So without adding the ImageIO.write() call, are you getting the pdf you >>> want yet? >>> If not, what actual errors are you seeing in the logs. >>> >>> The warning about fo:table is not causing you any trouble. What version >>> of fop are you running (sorry I've forgotten) >>> >>> >>> >>> >>> >>> >>> On 06/15/2011 02:51 PM, Oscar.Flores wrote: Hi thanks for the help yeah i haven see that its was .java and not .class, ok then if i follow correctly what you are saying then it has to be something like this BufferedImage newImage = new BufferedImage ("C:\Logo.jpg") ImageIO.write(BufferedImage, "JPEG", jpegImageFile) jpegImageFile will be the XML call rigth something like "C:\Logo.jpg") and another thing Warning(1979/26): fo:table, table-layout="auto" is currently not supported by FOP but in my xslt it ike this so i dont now what its causing the ploblem Rob Sargent-4 wrote: > > On 06/14/2011 11:06 AM, Oscar.Flores wrote: >> Yeah i do the class is in jai-imageio-1.1-sources.jar, the enviroment >> is >> just > Having the file in the "...sources.jar" won't do the runtime world > much > good. You need the jar of .class files for jai-imageio, not .java > files >> windows xp, and the bufferedImage will be the path of the image?? > No, the bufferedImage is an in-memory instance of BufferedImage > holding > the bits of the image. In the case that you have to read it from one > place and write it to another. >> Rob Sargent-4 wrote: >>> Did you go through all your jars looking for >>> 'CLibJPEGImageReaderSpi'. >>> My greatest suspicion is that you don't have all your jars lined up. >>> Which jar(s) do you think supplies these? >>> >>> What is your environment: just windows or do you have any tools like >>> cygwin? >>> >>> The "jpegImageFile" would be the filename in your xsl the >>> external-resource. If you're just using a file that is already in >>> place >>> you don't have to re-write it. >>> >>> >>> >>> On 06/14/2011 08:29 AM, Oscar.Flores wrote: No i dont, and that weird jejeje netbeans seems to do that for me, so the calls like ImageIO.write(BufferedImage, "JPEG", jpegImageFile)? do i have to do it in every image that i put in the pdf?? and the image is gererate directly in the pdf??how can i do it?? Rob Sargent-4 wrote: > Some jar to which netbeans has access has those classes. Look in > the > output of jar tvf and see if any of those > has > the > named classes. If you find a jar with those classes make sure > it's > part > of your classpath for you app. > > Are you making any calls like ImageIO.write(BufferedImage, "JPEG", > jpegImageFile)? > > On 06/13/2011 05:31 PM, Oscar.Flores wrote: >> ok i made a test and tell me that the class is missign but maybe >> what >> you >> say >> its rigth and it
Strange response
I have a fo file with a block inside a b-c But on the pdf produced, I am not seeing the block on it. But I do see the red border of the b-c And all text is missing, any ideas why? Case Study ß This is the one missing FO = Case Study Kindest regards Theresa Forster Senior Software Developer
RE: I need bottom up text.
I solved it in the end, the problem is that you have to define a column-width and also a row height otherwise it doesn’t show... Kindest regards Theresa Forster Senior Software Developer -Original Message- From: Pascal Sancho [mailto:pascal.san...@takoma.fr] Sent: 21 June 2011 09:58 To: fop-users@xmlgraphics.apache.org Subject: Re: I need bottom up text. Theresa, With FOP 1.0, you can use either fo:table construction or fo:block-container, both gives normal behavior and text is displayed at bottom of the surrounding fo:block-container. Note that (as Andreas aid) the height attribute have no effect on fo:table; you have to set it on fo:table-row. When applying this, your code is OK. If this is not what you expected, you should provide further info. Probably you want something else (like footnotes). - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: Performance Analysis
Well, I did write "FIOY" in the README, so just a few tips so you can FIOY: - Set debug="true" on the javac tasks. That gives you line numbers in the stacktrace and will point you right to the line where the NPE happens. - Or set up the project in your favourite IDE and set an exception breakpoint for NullPointerException. Since I don't see any line numbers in the stack trace right now, I can only guess. FopReadme.java is not that big and the only place where an NPE can happen is at line 34 with the Class.getResource() call. That would indicate that "../userconfig-default.xml" can't be found in the classpath.. So maybe you forgot to copy a few non-Java files to ${build.dest} On 21.06.2011 10:03:21 polymorphisme wrote: > > Hello, > > thank you, Jeremias. > > For running the test, I have do a file build.xml : > > ... > > > > > > > > > > > > > > destdir="${build.dest}" >optimize="on" >deprecation="on"> > > > > > > > > > > > ... > > But the target run return the erreur bellow : > > [run] > [java] BenchmarkRunner starting... > [java] java.specification.version: 1.6 > [java] java.vm.name: Java HotSpot(TM) Client VM > [java] java.vm.vendor: Sun Microsystems Inc. > [java] java.vm.version: 14.2-b01 > [java] java.lang.NullPointerException > [java] at > org.maerki.benchmark.examples.fop.readme.FopReadme.(Unknown Source) > [java] at > org.maerki.benchmark.BenchmarkRunner.addExampleScenarios(Unknown Source) > [java] at org.maerki.benchmark.Main.main(Unknown Source) > [java] Java Result: -1 > BUILD SUCCESSFUL > Total time: 2 seconds > > I don't know why ! Have you an idee ? Thank at all. > > > polymorphisme wrote: > > > > Hello, > > > > do you know where I can find the program used for the > > http://people.apache.org/~jeremias/fop/benchmark-2009-02-13/ Performance > > Analysis for Apache FOP's new Intermediate Format of Jeremias Märki. > > > > Thank. > > > > -- > View this message in context: > http://old.nabble.com/Performance-Analysis-tp31874238p31892115.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 > Jeremias Maerki - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: I need bottom up text.
Theresa, With FOP 1.0, you can use either fo:table construction or fo:block-container, both gives normal behavior and text is displayed at bottom of the surrounding fo:block-container. Note that (as Andreas aid) the height attribute have no effect on fo:table; you have to set it on fo:table-row. When applying this, your code is OK. If this is not what you expected, you should provide further info. Probably you want something else (like footnotes). Le 21/06/2011 10:37, Theresa Jayne Forster a écrit : >> font-style="normal" >> font-size="7pt" >> line-height="8.4pt" >> text-align="left" >> color="cmyk(34%,30%,32%,9%) " >> top="140.581mm" >> left="12.7mm" >> width="50mm" >> height="11mm" >> position="absolute" >> border-color="red" >> border-style="solid" >> border-width="1px"> >> > font-style="normal" >> font-size="7pt" >> line-height="8.4pt" >> text-align="left" >> color="cmyk(34%,30%,32%,9%) " >> width="50mm" >> height="11mm"> >> >> >> > font-weight="normal" font-style="normal" >> font-size="7pt" >> line-height="8.4pt" >> text-align="left" >> color="cmyk(34%,30%,32%,9%) " >> display-align="after"> >> >>> font-style="normal" text-decoration="no-underline" >> vertical-align="baseline" >> font-size="100%">*Small print to be >> added here >> >> >> >> >> >> >> - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
RE: I need bottom up text.
Yes I am upgrading but this has to work on the 0.2 With the b-c it displays but not vertically aligned, With the table struct its not displaying Kindest regards Theresa Forster Senior Software Developer -Original Message- From: Pascal Sancho [mailto:pascal.san...@takoma.fr] Sent: 21 June 2011 08:47 To: fop-users@xmlgraphics.apache.org Subject: Re: I need bottom up text. Theresa, as I said before, you can simplify your FO code with a single fo:block-container: *Small print to be added here IIRC, you are upgrading from FOP 0.2x to 1.0 Note that with FOP 0.2x, display-align didn't work on fo:b-c, forcing user to use fo:table construction. Since FOP 0.9x, it is a good practice to use fo:b-c for such purpose. Le 21/06/2011 09:22, Theresa Jayne Forster a écrit : > The FO output is as follows (for the part in question) > font-style="normal" > font-size="7pt" > line-height="8.4pt" > text-align="left" > color="cmyk(34%,30%,32%,9%) " > top="140.581mm" > left="12.7mm" > width="50mm" > height="11mm" > position="absolute" > border-color="red" > border-style="solid" > border-width="1px"> > font-style="normal" > font-size="7pt" > line-height="8.4pt" > text-align="left" > color="cmyk(34%,30%,32%,9%) " > width="50mm" > height="11mm"> > > > font-weight="normal" font-style="normal" > font-size="7pt" > line-height="8.4pt" > text-align="left" > color="cmyk(34%,30%,32%,9%) " > display-align="after"> > > font-style="normal" text-decoration="no-underline" > vertical-align="baseline" > font-size="100%">*Small print to be > added here > > > > > > > > Without the table it displays fine just not bottom aligned. > > Kindest regards > > > Theresa Forster > Senior Software Developer > > -Original Message- > From: Andreas L. Delmelle [mailto:andreas.delme...@telenet.be] > Sent: 20 June 2011 18:41 > To: fop-users@xmlgraphics.apache.org > Subject: Re: I need bottom up text. > > On 20 Jun 2011, at 18:07, Theresa Jayne Forster wrote: > > Hi Theresa > >> I am trying to do a document with a box near the bottom which is bottom > aligned. >> >> I have tried everything but as soon as I put the apply-templates inside > the table the text vanished, what am I doing wrong and how can I get it > working. > > In the future, can you please post the generated FO markup? That helps us > identify, reproduce and understand the issue better. Right now, based only > on the XSLT code, we have to infer/imagine which attributes are included in > the 'smallprint' set. Not that they are necessarily relevant here, but > still... > > Suppose, for example, that the attribute-set 'smallprint' contains a > relative font-size of "0.6em". > Assuming that this attribute-set is also used in the matching template for > Smallprint nodes, then if you start off with a font-size of 10pt, in the > outer block-container it will be 6pt, and by the time the text is actually > reached, that may have shrunk to well below 2pt, which would make the text > near invisible at normal zoom. > >>From the command-line, you can easily obtain the FO that FOP would get, by > means of the '-foout' switch. > > This just as some advice that will yield quicker and more to-the-point > responses. > >> (basically I am looking for similar to the html4.0 loose transitional >> >> > >>From what I can tell, the code you have should work fine for the most part > (in FOP 1.0), assuming that there is nothing too exotic in that 'smallprint' > attribute set or the other content (which we cannot see in your XSL code). > The only thing that does not work, AFAIK, is a forced "height" on fo:table. > To work around the latter, you can force the table to grow to the desired > size by wrapping the cell content in a fo:block-container with explicit > height. > > > HTH! > > Regards, > > Andreas -- Pascal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.
Re: Performance Analysis
Hello, thank you, Jeremias. For running the test, I have do a file build.xml : ... ... But the target run return the erreur bellow : [run] [java] BenchmarkRunner starting... [java] java.specification.version: 1.6 [java] java.vm.name: Java HotSpot(TM) Client VM [java] java.vm.vendor: Sun Microsystems Inc. [java] java.vm.version: 14.2-b01 [java] java.lang.NullPointerException [java] at org.maerki.benchmark.examples.fop.readme.FopReadme.(Unknown Source) [java] at org.maerki.benchmark.BenchmarkRunner.addExampleScenarios(Unknown Source) [java] at org.maerki.benchmark.Main.main(Unknown Source) [java] Java Result: -1 BUILD SUCCESSFUL Total time: 2 seconds I don't know why ! Have you an idee ? Thank at all. polymorphisme wrote: > > Hello, > > do you know where I can find the program used for the > http://people.apache.org/~jeremias/fop/benchmark-2009-02-13/ Performance > Analysis for Apache FOP's new Intermediate Format of Jeremias Märki. > > Thank. > -- View this message in context: http://old.nabble.com/Performance-Analysis-tp31874238p31892115.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: I need bottom up text.
Theresa, as I said before, you can simplify your FO code with a single fo:block-container: *Small print to be added here IIRC, you are upgrading from FOP 0.2x to 1.0 Note that with FOP 0.2x, display-align didn't work on fo:b-c, forcing user to use fo:table construction. Since FOP 0.9x, it is a good practice to use fo:b-c for such purpose. Le 21/06/2011 09:22, Theresa Jayne Forster a écrit : > The FO output is as follows (for the part in question) > font-style="normal" > font-size="7pt" > line-height="8.4pt" > text-align="left" > color="cmyk(34%,30%,32%,9%) " > top="140.581mm" > left="12.7mm" > width="50mm" > height="11mm" > position="absolute" > border-color="red" > border-style="solid" > border-width="1px"> > font-style="normal" > font-size="7pt" > line-height="8.4pt" > text-align="left" > color="cmyk(34%,30%,32%,9%) " > width="50mm" > height="11mm"> > > > font-weight="normal" font-style="normal" > font-size="7pt" > line-height="8.4pt" > text-align="left" > color="cmyk(34%,30%,32%,9%) " > display-align="after"> > > font-style="normal" text-decoration="no-underline" > vertical-align="baseline" > font-size="100%">*Small print to be > added here > > > > > > > > Without the table it displays fine just not bottom aligned. > > Kindest regards > > > Theresa Forster > Senior Software Developer > > -Original Message- > From: Andreas L. Delmelle [mailto:andreas.delme...@telenet.be] > Sent: 20 June 2011 18:41 > To: fop-users@xmlgraphics.apache.org > Subject: Re: I need bottom up text. > > On 20 Jun 2011, at 18:07, Theresa Jayne Forster wrote: > > Hi Theresa > >> I am trying to do a document with a box near the bottom which is bottom > aligned. >> >> I have tried everything but as soon as I put the apply-templates inside > the table the text vanished, what am I doing wrong and how can I get it > working. > > In the future, can you please post the generated FO markup? That helps us > identify, reproduce and understand the issue better. Right now, based only > on the XSLT code, we have to infer/imagine which attributes are included in > the 'smallprint' set. Not that they are necessarily relevant here, but > still... > > Suppose, for example, that the attribute-set 'smallprint' contains a > relative font-size of "0.6em". > Assuming that this attribute-set is also used in the matching template for > Smallprint nodes, then if you start off with a font-size of 10pt, in the > outer block-container it will be 6pt, and by the time the text is actually > reached, that may have shrunk to well below 2pt, which would make the text > near invisible at normal zoom. > >>From the command-line, you can easily obtain the FO that FOP would get, by > means of the '-foout' switch. > > This just as some advice that will yield quicker and more to-the-point > responses. > >> (basically I am looking for similar to the html4.0 loose transitional >> >> > >>From what I can tell, the code you have should work fine for the most part > (in FOP 1.0), assuming that there is nothing too exotic in that 'smallprint' > attribute set or the other content (which we cannot see in your XSL code). > The only thing that does not work, AFAIK, is a forced "height" on fo:table. > To work around the latter, you can force the table to grow to the desired > size by wrapping the cell content in a fo:block-container with explicit > height. > > > HTH! > > Regards, > > Andreas -- Pascal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
RE: I need bottom up text.
The FO output is as follows (for the part in question) *Small print to be added here Without the table it displays fine just not bottom aligned. Kindest regards Theresa Forster Senior Software Developer -Original Message- From: Andreas L. Delmelle [mailto:andreas.delme...@telenet.be] Sent: 20 June 2011 18:41 To: fop-users@xmlgraphics.apache.org Subject: Re: I need bottom up text. On 20 Jun 2011, at 18:07, Theresa Jayne Forster wrote: Hi Theresa > I am trying to do a document with a box near the bottom which is bottom aligned. > > I have tried everything but as soon as I put the apply-templates inside the table the text vanished, what am I doing wrong and how can I get it working. In the future, can you please post the generated FO markup? That helps us identify, reproduce and understand the issue better. Right now, based only on the XSLT code, we have to infer/imagine which attributes are included in the 'smallprint' set. Not that they are necessarily relevant here, but still... Suppose, for example, that the attribute-set 'smallprint' contains a relative font-size of "0.6em". Assuming that this attribute-set is also used in the matching template for Smallprint nodes, then if you start off with a font-size of 10pt, in the outer block-container it will be 6pt, and by the time the text is actually reached, that may have shrunk to well below 2pt, which would make the text near invisible at normal zoom. >From the command-line, you can easily obtain the FO that FOP would get, by means of the '-foout' switch. This just as some advice that will yield quicker and more to-the-point responses. > (basically I am looking for similar to the html4.0 loose transitional > > >From what I can tell, the code you have should work fine for the most part (in FOP 1.0), assuming that there is nothing too exotic in that 'smallprint' attribute set or the other content (which we cannot see in your XSL code). The only thing that does not work, AFAIK, is a forced "height" on fo:table. To work around the latter, you can force the table to grow to the desired size by wrapping the cell content in a fo:block-container with explicit height. HTH! Regards, Andreas --- - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Re: I need bottom up text.
Hi Theresa, in addition to what Andreas said, if you have a single cell, you can replace the table structure with a fo:block-container, you will save 3 FO elements and make the code precessing lighter. Le 20/06/2011 19:41, Andreas L. Delmelle a écrit : > On 20 Jun 2011, at 18:07, Theresa Jayne Forster wrote: > > Hi Theresa > >> I am trying to do a document with a box near the bottom which is bottom >> aligned. >> >> I have tried everything but as soon as I put the apply-templates inside the >> table the text vanished, what am I doing wrong and how can I get it working. > > In the future, can you please post the generated FO markup? That helps us > identify, reproduce and understand the issue better. Right now, based only on > the XSLT code, we have to infer/imagine which attributes are included in the > 'smallprint' set. Not that they are necessarily relevant here, but still... > > Suppose, for example, that the attribute-set 'smallprint' contains a relative > font-size of "0.6em". > Assuming that this attribute-set is also used in the matching template for > Smallprint nodes, then if you start off with a font-size of 10pt, in the > outer block-container it will be 6pt, and by the time the text is actually > reached, that may have shrunk to well below 2pt, which would make the text > near invisible at normal zoom. > >>From the command-line, you can easily obtain the FO that FOP would get, by >>means of the '-foout' switch. > > This just as some advice that will yield quicker and more to-the-point > responses. > >> (basically I am looking for similar to the html4.0 loose transitional >> >> > >>From what I can tell, the code you have should work fine for the most part >>(in FOP 1.0), assuming that there is nothing too exotic in that 'smallprint' >>attribute set or the other content (which we cannot see in your XSL code). > The only thing that does not work, AFAIK, is a forced "height" on fo:table. > To work around the latter, you can force the table to grow to the desired > size by wrapping the cell content in a fo:block-container with explicit > height. > > > HTH! > > Regards, > > Andreas -- Pascal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org