getting preview on a web page
Hi, I have a requirement of generatiing print preview of a document generated by Apache FOP(say in a PDF or in a RTF format)?What is the way of doing that? Please suggest. Thanks and regards, Murali Krishna Bhadragiri
Re: Full-page table, %-height rows, and block-progression-dimension
Hi Chris, Chris Bowditch a écrit : Vincent Hennebert wrote: Hi Vincent, Just a few notes about heights in tables as I worked on this a few months ago. The XSL-FO Recommendation refers to CSS2 [1] for a description of how heights in tables should be handled. And CSS2 explicitely does not specify [2] how heights should be handled when they have an explicit value. More precisely: - when specified on an fo:table, whether the height of the table’s content should override that value, or how possible remaining space should be distributed; - for fo:table-row and fo:table-cell, what percentage values of `height’ should refer to. Thus, for now explicit values of `height’ on table, table-row, table-cell are discarded and replaced by `auto’ (I think a warning should appear in such cases). In the future we might decide on a certain behaviour, but in any case this would be FOP-specific and non standard. Perhaps the other renderers have a common reasonable behaviour, I haven’t looked. We will see when we decide to tackle this issue, but I’m afraid it may not be of high priority... I agree with most of what you said. Except in the case when there is a explicit (not %) height on a table-row. If the content of the row is less than the specified height then the row should be stretched to match the specified height, with extra space added at the end. FOP-0.20.5 used to support this. As do other XSL-FO implementations. I'm not an expert with the spec but you didn't mention this case in your e-mail. WDYT? Indeed, that case is specified by CSS2 to behave like you explained; although for extra-space, this depends on the display-align set on the cell. In fact cells have their heights extended to the row’s height and extra space is put as additional padding at the top or the bottom of the cell. If I understand correctly... Vincent - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Full-page table, %-height rows, and block-progression-dimension
On Sep 21, 2007, at 09:22, Winterflood, Jonathan wrote: Ok, I'll see what I can do with them if I switch :) FWIW: instead of percentages, you could also resort to the XSL-FO core functions to compute the height based on an ancestor: fo:root text-align=center xmlns:fo=http://www.w3.org/1999/XSL/ Format fo:layout-master-set fo:simple-page-master master-name=A4_1 margin=1cm page- width=21cm page-height=29.7cm fo:region-body/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=A4_1 fo:flow flow-name=xsl-region-body fo:block-container height=100% fo:block-container height=from-nearest-specified-value() div 2 fo:blocktest1/fo:block /fo:block-container fo:block-container height=from-nearest-specified-value() div 2 fo:blocktest2/fo:block /fo:block-container /fo:block-container /fo:flow /fo:page-sequence /fo:root As you see, one percentage and two function-calls avoid absolute numerics, so the code will work on whatever simple-page-master it is rendered on. Cheers Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Performance issue with FOP
On Sep 21, 2007, at 12:13, Yatin Soni wrote: How can I make JVM to use Xerces and Xalan that are distributed with FOP are used ? I have provided following optional argument -Dorg.apache.commons.logging.simplelog.defaultlog=WARN/ERROR - Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.Tra nsfor merFactoryImpl Setting the JAXP sysprop is not enough if the bootstrapped XSLT processor is simply a different version of Xalan than the one that is shipped with FOP, IIC. Might work if you try Saxon instead. Java provides the 'endorsed standards' mechanism to override the bootstrapped Xalan. Try copying the Xalan JAR that is shipped with FOP to the $JAVA_HOME$/lib/endorsed folder (create if it does not exist), then restart the server. Cheers Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
0.93/0.94 and tables
I have some DocBook sources I have been rendering via fop-0.20.5. On attempts to upgrade to either 0.93 or 0.94, however, some of my tables render goofy. In particular, two phenomena I have noted: 1) Tables that span a page break. These get rendered off page. 2) Quite a few of the tables are of the term/definition variety. Some of them reference java class names (FQN), and as such represent long, unbroken text. In a lot of cases, that causes horizontal bleeding of the left/right cells. Is there perhaps some settings introduced after 0.20.5 I am missing that might cause this behavior? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOTreeBuilder warning messages
On Sep 21, 2007, at 00:07, Kevin wrote: Thanks for your input. Yes, I took the fo generated on the server for which I was getting those warnings and analyzed and found no issues or missing tags indicated in the warnings. Also, I generated the PDF from my dev environment succesfully without any issues. Also was able to create the pdf in command line succesfully. Weird... I don't know if it's possible for you, but did you also try running it from the command-line on the server? That would pretty much make sure that you use the same environment, or vice versa, did you try rendering pseudo-embedded in your development environment? Are you sure the problem is not in the code you use to call FOP? Another thing I'm noticing is StackOverflow occuring randomly when FOP is run in a batch(processing multiple documents). But if take the fo for the xml which caused the stackoverflow and ran it in command line - there were no problems and PDF is coming out just fine. Could there be any memory leaks?. Any suggestions to look for anything?. A stack-overflow is not indicative of memory leaks, but rather, of some form of infinite recursion... Thanks Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Performance issue with FOP
hi, When I am running FOP from the command line it is running pretty good and provides PDF and also when FOP is running from the tomcat it provides PDF but problem is that once the FOP generates the pdf after that it is taking CPU resources and CPU rises at 99 and stayed their so I need to restart the tomcat... Each and every time i run FOP in the Tomcat it goes high.. in Task manager it shows Java.exe taking 99% resources of CPU and after that I need to resatart the Tomcat... Thanks, Yatin Soni - Original Message - From: Manuel Mall [EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org Sent: 21, 09, 2007 3:58 PM Subject: Re: Performance issue with FOP On Friday 21 September 2007 18:13, Yatin Soni wrote: Hi, How can I make JVM to use Xerces and Xalan that are distributed with FOP are used ? I have provided following optional argument -Dorg.apache.commons.logging.simplelog.defaultlog=WARN/ERROR -Djavax.xml.transform.TransformerFactory=org.apache.xalan.processor.T ransfor merFactoryImpl but still results are same CPU rises to 99% and remain 99 until I restart the tomcat I had tried with this approach where I had provided XSL and XML seperately but still I am facing same issue. It is unclear to me which steps you have and have not done to isolate the problem. If you run FOP from the command line using the same XML and XSL as inputs does it work or not? Have you tried using jconsole (assuming you are using a 1.5 JVM or later) and looked at the thread stack traces to identify were it loops? Have you tried using your Java development IDE and a debugger to verify that the methods you call to obtain the XML and XSL input sources return the correct results? 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]
Fwd: 0.93/0.94 and tables
sorry cant remember which email address I used to register... -- Forwarded Message -- Subject: 0.93/0.94 and tables Date: Friday 21 September 2007 From: Steve Ebersole [EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org I have some DocBook sources I have been rendering via fop-0.20.5. On attempts to upgrade to either 0.93 or 0.94, however, some of my tables render goofy. In particular, two phenomena I have noted: 1) Tables that span a page break. These get rendered off page. 2) Quite a few of the tables are of the term/definition variety. Some of them reference java class names (FQN), and as such represent long, unbroken text. In a lot of cases, that causes horizontal bleeding of the left/right cells. Is there perhaps some settings introduced after 0.20.5 I am missing that might cause this behavior? --- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]