RE: Vietnamese complex-script support?
Thanks Glenn! Will do. From: Glenn Adams [mailto:gl...@skynav.com] Sent: Thursday, August 01, 2013 11:12 AM To: FOP Users Subject: Re: Vietnamese complex-script support? No special script processing should be required other than what is already provided by the DefaultScriptProcessor, which enables 'ccmp', 'liga', and 'locl' features for GSUB and 'kern', 'mark', and 'mkmk' features for GPOS for the Latin script. Make sure you are using a font that contains appropriate GPOS tables in order to get good mark placement. Have you tried using some font and find it doesn't work as expected with VN text? If so, then please send a minimal FO input file and the resulting PDF. G. On Thu, Aug 1, 2013 at 7:23 AM, Jonathan Levinson jonathan.levin...@intersystems.commailto:jonathan.levin...@intersystems.com wrote: Hi, Are there plans to add complex script support for Vietnamese to FOP? Thanks, Jonathan Levinson Senior Software Developer InterSystems
Vietnamese complex-script support?
Hi, Are there plans to add complex script support for Vietnamese to FOP? Thanks, Jonathan Levinson Senior Software Developer InterSystems
RE: Setting encryption options on foUserAgent
Thanks Medhi! Worked like a charm! Kind Regards, Jonathan From: mehdi houshmand [mailto:med1...@gmail.com] Sent: Wednesday, May 09, 2012 4:17 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Setting encryption options on foUserAgent Hi Jonathan, You can get the render options (FOUserAgent.getRenderOptions()) and set the encryption parameters by putting an instance of o.a.f.pdf.PDFEncryptionParams in there as such: userAgent.put(encryption-params, new PDFEncryptionParams()); I appreciate none of this is very obvious, but you can see how it's done when FOP is invoked via CLI in org.apache.fop.cli.CommandLineOptions (look at and around getPDFEncryptionParams()) Hope that helps Mehdi On 8 May 2012 20:53, Jonathan Levinson jonathan.levin...@intersystems.commailto:jonathan.levin...@intersystems.com wrote: Hi, I have written a FOP server that is multithreaded and gets it input over TCP/IP. I'm trying to figure out how to set encryption options on an instance of FOUserAgent. I believe I know how to set up a configuration file AND create a FopFactory from that configuration file but this won't work in my multithreading configuration because there will be race conditions and it will be slow. I'm sending different encryption options over TCP/IP and I want individual FOUserAgents to reflect those encryption options. If I create a new FOP factory on every FOUserAgent it will slow the code down considerably, and because the configuration file is being changed for all users of the FOP factory, an FOUserAgent could inadvertently get the configuration of another FOUserAgent. Is there an API that allows one to set the encryption options on an instance of FOUserAgent? Thanks in advance for all your help! Kind Regards, Jonathan
RE: RC4 and JDK 1.6
Just to confirm what you said: I tested with JDK4, JDK5, and JDK6. JDK4 did *not* have the RC4 framework and FOP gave an error message to that effect. JDK5 and JDK6 did have the RC4 framework. So those who use JDK4 will still need bouncy castle. Thanks for your help! Kind Regards, Jonathan -Original Message- From: J.Pietschmann [mailto:j3322...@yahoo.de] Sent: Saturday, May 05, 2012 3:46 AM To: fop-users@xmlgraphics.apache.org Subject: Re: RC4 and JDK 1.6 Am 04.05.2012 21:24, schrieb Jonathan Levinson: I find that I don't have to set up Bouncy Castle to get -u password encryption to prompt for a password. Can anyone else confirm, that with JDK 1.6, Bouncy Castle is not needed, or does FOP apply a very weak encryption unless Bouncy Castle or some other RC4 provider is used? The Bouncy Castle Library was mandatory with JDK 1.3, which had only a very rudimentary crypto implementation. IIRC Java 1.4 already had a RC4 implementation. I don't think Bouncy Castle is still necessary for standard PDF encryption tasks. J.Pietschmann - 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
Setting encryption options on foUserAgent
Hi, I have written a FOP server that is multithreaded and gets it input over TCP/IP. I'm trying to figure out how to set encryption options on an instance of FOUserAgent. I believe I know how to set up a configuration file AND create a FopFactory from that configuration file but this won't work in my multithreading configuration because there will be race conditions and it will be slow. I'm sending different encryption options over TCP/IP and I want individual FOUserAgents to reflect those encryption options. If I create a new FOP factory on every FOUserAgent it will slow the code down considerably, and because the configuration file is being changed for all users of the FOP factory, an FOUserAgent could inadvertently get the configuration of another FOUserAgent. Is there an API that allows one to set the encryption options on an instance of FOUserAgent? Thanks in advance for all your help! Kind Regards, Jonathan
Shipping fop with complex script support
We are looking to bundle fop with its new complex script support with a reporting package that will be deployed at many institutions and many hospitals. We support many hospitals in the Middle East and they will be affected. I'm looking for advice on when I should take a time-slice of the trunk. Or is it the case that a new version of FOP will be available soon, and it would be better (and still preserve timeliness) to wait for that? What is the schedule for the next FOP release? At what point is the trunk stable enough to ship? I'm not asking a scientifically precise question that has a scientifically precise answer, but I'm looking for pragmatic advice. Thanks, Jonathan Levinson Senior Software Developer Object Group InterSystems jonathan.levin...@intersystems.com
RE: Erratic behavior of keep-together.within-page=
Hi Lal, You create an XSL-FO file by applying the XSLT transformation to your XML. The result is XSL-FO. You can generate the PDF from XSL-FO directly using FOP, for example: Here is an example: c:\fop\fop.bat -fo COSLinearGradient2.fo -pdf COSLinearGradient21.pdf Winnow your FO file down in size till you reach the minimum FO necessary to show your problem. HTH, Jonathan Levinson -Original Message- From: Lal Mohanty [mailto:lmoha...@yahoo.com] Sent: Friday, February 17, 2012 4:09 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Erratic behavior of keep-together.within-page= Pascal Sancho pascal.sancho at takoma.fr writes: Hi, XSLT snippet is not appropriate to figure what you describe. You should a *short* XSL-FO to this thread, that demonstrates the issue you are describing. Le 17/02/2012 01:19, Lal Mohanty a écrit : I am having a problem with keep-together.within-page=always in Fop 0.95/1.0. It behaves erratically depending on size of the content. I need to print a letter where all contents (Request/Data/Body/Para and Request/Data/Closure) need to be printed in one page. If it does not fit, I need to take the LAST paragraph of the Request/Data/Para and the Closure to the next page. This works in many cases, but sometimes, FOP squeezes the line-feeds (or takes away the empty lines) to accommodate the whole content in one page. If I have little larger contents, when it feels (I think) that it can not put all in a single page (even after squeezing), it works fine without trimming the line- feeds. Any help will be well appreciated. Thanks in advance. Here is a sample XSL - xsl:template name=LetterBody fo:block white-space-collapse=false linefeed-treatment=preserve xsl:for-each select =Request/Data/Body/Para xsl:if test=position()!=last() xsl:if test=Text fo:block font-size=10pt font-family=Courier xsl:call-template name=WriteASIS xsl:with-param name=buffer select=string (.)/ /xsl:call-template /fo:block /xsl:if /xsl:if /xsl:for-each /fo:block /xsl:template ... xsl:template name=Closure fo:block space-before=5mm font-family=Courier keep-together.within- page=always xsl:for-each select=Request/Data/Body/Para[last()]/Text xsl:call-template name=WriteASIS xsl:with-param name=buffer select=string(.)/ /xsl:call-template /xsl:for-each xsl:if test=NB21Request/Data/Closure/Text !='' xsl:for-each select=Request/Data/Closure/Text xsl:call-template name=WriteASIS xsl:with-param name=buffer select=string(.)/ /xsl:call-template /xsl:for-each /xsl:if /fo:block /xsl:template Dear Pascal: I am sorry I could not make my issue clear. I am also not sure what you mean by short XSL-FO. I wish I could attach an image to demonstrate the issue. I have put some empty lines between each paragraph using empty fo:block. FOP is preserving these lines in many cases. However, in certain cases, it is taking them out and squeezes the texts together. AAA BBB becomes AAA BBB This typically happens, when FOP tries to fit all the texts in the same page.I have tried white-space-collapse=false linefeed-treatment=preserve, but it does not help. I have a feeling that keep-together.within-page=always might be overwriting the linefeed treatments. But keep-together.within- page=always and linefeed-treatment=preserve are in two different blocks. That's what I had shown in my xsl-fo snippet. Please help me how I can preserve these linefeeds. Thanks Lal - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
RE: Generating TIFF
Thanks Chris! This did the trick for me. The only caveat was that I had to install JDK 1.4 and temporarily put it ahead of JDK 1.6 in the path, in order to install the jai_imageio.jar. The install for this API has a dependency on JDK 1.4 but once it is installed it will work with JDK 1.6. Best Regards, Jonathan -Original Message- From: Chris Bowditch [mailto:bowditch_ch...@hotmail.com] Sent: Monday, January 16, 2012 11:47 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Generating TIFF On 16/01/2012 14:27, Jonathan Levinson wrote: Hi, Hi Jonathon, We are unsuccessfully trying to generate TIFF files using FOP. We are on Windows 7 64 bit with JDK 1.6. I looked at the following: https://issues.apache.org/bugzilla/show_bug.cgi?id=49681 It talks about using the JAVA ImageIO tool to enable TIFF generation but I've been unable to find a version of the ImageIO tools which works on Windows 7 64 bit. FOP uses the Java library that ships with JAI Image Tools, i.e. jai_imageio.jar, so you can safely use the 32-bit version. We successfully use this on 64-bit systems. After all a JAR file is a collection of Java classes that is independent of platform specifics, like the number of bits used. Thanks, Chris Does anyone have any advice on using FOP to generate TIFF files? Where is a recent implementation of JAVA ImageIO which includes Windows 7 64 bit support? Best Regards, Jonathan Levinson Senior Software Developer Object Group InterSystems +1 617-621-0600 jonathan.levin...@intersystems.com - 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
Generating TIFF
Hi, We are unsuccessfully trying to generate TIFF files using FOP. We are on Windows 7 64 bit with JDK 1.6. I looked at the following: https://issues.apache.org/bugzilla/show_bug.cgi?id=49681 It talks about using the JAVA ImageIO tool to enable TIFF generation but I've been unable to find a version of the ImageIO tools which works on Windows 7 64 bit. Does anyone have any advice on using FOP to generate TIFF files? Where is a recent implementation of JAVA ImageIO which includes Windows 7 64 bit support? Best Regards, Jonathan Levinson Senior Software Developer Object Group InterSystems +1 617-621-0600 jonathan.levin...@intersystems.com
RE: Why do you use .cmd rather than .bat?
I will test. .bat is used more often that .cmd and unless one changes one's settings the default is that if you have two files in a directory foobar.bat and foobar.cmd, and you execute foobar in that directory then foobar.bat will be executed not foobar.cmd. Best Regards, Jonathan Levinson Senior Software Developer Object Group InterSystems +1 617-621-0600 jonathan.levin...@intersystems.com -Original Message- From: Simon Pepping [mailto:spepp...@leverkruid.eu] Sent: Monday, December 05, 2011 1:53 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Why do you use .cmd rather than .bat? To avoid code duplication, is it possible to have fop.cmd say something like 'call fop.bat'? Can you test that? I have no computer with Windows available. Or vice versa. Which is the canonical name, bat or cmd? Simon On Sun, Dec 04, 2011 at 04:17:37PM -0500, Jonathan Levinson wrote: A copy named fop.bat would be very useful to us. We currently have most sites deployed on fop 1.0, which names the command script on Windows as fop.bat. For Skynav fop, for our Middle Eastern sites, we are contemplating (after suitable QA) replacing fop 1.0 with Skynav fop. However, some of these sites will be on versions of our product which do assume the name of the script on Windows is fop.bat. While, we can tell users to rename fop.cmd to fop.bat, it will simplify configuration if fop ships with a fop.bat. - 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
RE: Why do you use .cmd rather than .bat?
Hi Simon, I tested the following fop.cmd file on Windows 7 and it works. It may lack support for some earlier Windows versions, such as Windows 98. I copy fop-dev so my little command file can be subjected to contributor review: Here are the contents of fop.cmd. The Apache script had tests for %OS%=Windows_NT, which is true on Windows 7. I don't have a non-NT Windows system on which to test the script, so I removed those tests, such as if %OS%==Windows_NT set LOCAL_FOP_HOME=%~dp0. I won't put in code I can't test. - beginning of script fop.cmd - @ECHO OFF set LOCAL_FOP_HOME=%~dp0 set FOP_CMD_LINE_ARGS=%1 if %1== goto doneStart shift :setupArgs if %1== goto doneStart set FOP_CMD_LINE_ARGS=%FOP_CMD_LINE_ARGS% %1 shift goto setupArgs rem This label provides a place for the argument list loop to break out :doneStart call %LOCAL_FOP_HOME%\fop.bat %FOP_CMD_LINE_ARGS% - end of script Best Regards, Jonathan Levinson Senior Software Developer Object Group InterSystems +1 617-621-0600 jonathan.levin...@intersystems.com -Original Message- From: Simon Pepping [mailto:spepp...@leverkruid.eu] Sent: Monday, December 05, 2011 1:53 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Why do you use .cmd rather than .bat? To avoid code duplication, is it possible to have fop.cmd say something like 'call fop.bat'? Can you test that? I have no computer with Windows available. Or vice versa. Which is the canonical name, bat or cmd? Simon On Sun, Dec 04, 2011 at 04:17:37PM -0500, Jonathan Levinson wrote: A copy named fop.bat would be very useful to us. We currently have most sites deployed on fop 1.0, which names the command script on Windows as fop.bat. For Skynav fop, for our Middle Eastern sites, we are contemplating (after suitable QA) replacing fop 1.0 with Skynav fop. However, some of these sites will be on versions of our product which do assume the name of the script on Windows is fop.bat. While, we can tell users to rename fop.cmd to fop.bat, it will simplify configuration if fop ships with a fop.bat. - 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
RE: Why do you use .cmd rather than .bat?
A copy named fop.bat would be very useful to us. We currently have most sites deployed on fop 1.0, which names the command script on Windows as fop.bat. For Skynav fop, for our Middle Eastern sites, we are contemplating (after suitable QA) replacing fop 1.0 with Skynav fop. However, some of these sites will be on versions of our product which do assume the name of the script on Windows is fop.bat. While, we can tell users to rename fop.cmd to fop.bat, it will simplify configuration if fop ships with a fop.bat. We thank the FOP community for a superlative technology, which allows us and our customers to do report writing at many sites around the world in a cost-effective way. Thank you to everyone who contributes to the FOP community! It is truly a noble effort! Best Regards, Jonathan Levinson Senior Software Developer Object Group InterSystems +1 617-621-0600 jonathan.levin...@intersystems.com -Original Message- From: Simon Pepping [mailto:spepp...@leverkruid.eu] Sent: Sunday, December 04, 2011 4:07 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Why do you use .cmd rather than .bat? On Sat, Dec 03, 2011 at 06:02:29PM -0500, Jonathan Levinson wrote: Hi Glenn, I have a question for you about skynav FOP. Why on Windows do you use .cmd as the extension of the fop command file - fop.cmd, rather than fop.bat? We are going to be deploying skynav FOP at many sites and it would be great if we could rename the .cmd file to a .bat file since it would require fewer changes to our interface code. Doing some research it seems that on Windows 7, Vista, and XP there is little difference between .cmd and .bat files, and differences only become significant on Windows 98. Am I wrong? Did I misread an article on the Web? Thanks for the excellent work you have done! Our Middle Eastern team tested your code and found nothing wrong with it in the context of our reporting tool, which calls FOP to do rendering. Would renaming cause problems for users who depend on the name fop.cmd? Should we maintain a copy named fop.bat? Simon - 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
Why do you use .cmd rather than .bat?
Hi Glenn, I have a question for you about skynav FOP. Why on Windows do you use .cmd as the extension of the fop command file - fop.cmd, rather than fop.bat? We are going to be deploying skynav FOP at many sites and it would be great if we could rename the .cmd file to a .bat file since it would require fewer changes to our interface code. Doing some research it seems that on Windows 7, Vista, and XP there is little difference between .cmd and .bat files, and differences only become significant on Windows 98. Am I wrong? Did I misread an article on the Web? Thanks for the excellent work you have done! Our Middle Eastern team tested your code and found nothing wrong with it in the context of our reporting tool, which calls FOP to do rendering. Best Regards, Jonathan Levinson Senior Software Developer Object Group InterSystems +1 617-621-0600 jonathan.levin...@intersystems.com
When will complex script support be available?
Hi, When will the complex script support (for Arabic and other left-to-right fonts) be ready enough that we can evaluate it against the current FOP and see if it is suitable for our rendering needs? I know this is a very difficult project with a lot of deep issues that need to be resolved. I know it may be difficult to give more than a ball-park estimate as to readiness. I also apologize that the term ready is so vague. In some sense, it may be ready now. Maybe it helps to know that where we are particularly running into requests for Arabic support is in FO tables and table layout. It is particularly important that alignment work. On a side-note, we've been using Microsoft Arial for Arabic rendering. Is this a font that the complex script work will support? Does it support Microsoft Arial now? We realize that complex script support is a massive effort and we especially appreciate Glenn Adams work in moving this project forward. Best Regards, Jonathan Levinson Senior Software Developer Object Group InterSystems One Memorial Drive Cambridge MA 02412
Infinite loop in Complex Script support
I used complex script from the following location: http://people.apache.org/~spepping/ I ran the command to generate an FO as follows: c:\fop-ComplexScripts\fop.cmd -c c:\fop-ComplexScripts\conf\fop.xconf -fo Arabic.fo -pdf Arabic.pdf I attach the fo file and the fop.xconf file. The FOP code seems to go into an infinite loop. Here is the output before FOP seemingly hangs forever. C:\InterSystems\cache121\MGR\Tempc:\fop-ComplexScripts\fop.cmd -c c:\fop-Comple xScripts\conf\fop.xconf -fo Arabic.fo -pdf Arabic.pdf Oct 6, 2011 6:49:16 PM org.apache.fop.apps.FopFactoryConfigurator configure INFO: Default page-height set to: 11in Oct 6, 2011 6:49:16 PM org.apache.fop.apps.FopFactoryConfigurator configure INFO: Default page-width set to: 8.26in Oct 6, 2011 6:49:18 PM org.apache.fop.layoutmgr.table.ColumnSetup computeTableUn it WARNING: No space remaining to distribute over columns. Best Regards, Jonathan Levinson Senior Software Developer Object Group InterSystems jonathan.levin...@intersystems.com Arabic.fo Description: Arabic.fo fop.xconf Description: fop.xconf - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
RE: Memory leak in FOP
I ran YourKit on FOP and looked at memory telemetry and did not see any leak. I think the apparent leak I saw was a result of data not yet being garbage collected. Thanks for the advice about sharing a FOPFactory instance between threads. Best Regards, Jonathan Levinson -Original Message- From: Alexios Giotis [mailto:alex.gio...@gmail.com] Sent: Thursday, September 08, 2011 5:09 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Memory leak in FOP Hi Jonathan, We are running FOP multi-threaded in many production systems. Each system is creating thousand documents per day (typically 100 -500 thousand PDFs) and I have not noticed any memory leak. Having said that, our servers are running with large memory heaps (6-10GB), FOP uses a lot of memory for large documents and internal caches for performance. If you are going to use it at production, I would recommend not to share the same FopFactory instance between threads. It is supposed to the thread-safe but we found (and in most cases fixed in trunk) several issues. You could try the FOP trunk or you could apply the patches for the related issues in your own private branch (this is what we do). Some issues that I remember: https://issues.apache.org/bugzilla/show_bug.cgi?id=50698 (starting from http://marc.info/?l=fop-userm=129646673801270w=2) https://issues.apache.org/bugzilla/show_bug.cgi?id=46360 and lately a deadlock that I am waiting for someone to review the patch: https://issues.apache.org/bugzilla/show_bug.cgi?id=46962 Best Regards, Alexis Giotis On Sep 7, 2011, at 7:31 PM, Jonathan Levinson wrote: To speed up FOP rendering, I have developed a multi-threaded program that initializes a FOP factory and shares it amongst the thread instances. We experience a large performance increase because we are not starting a JVM on each instance of FOP rendering and we are not creating a FOPFactory for each thread but sharing a FOPFactory amongst threads. Testing on LINUX and using the following command to examine memory: ps -e -orss=,args= | sort -b -k1,1n | pr -TW$COLUMNS I notice a slow memory memory leak. The test sends the same xml and xsl over and over again to the same multi- threaded program with its FOP factory instance. Is this a well known problem in FOP? Does FOP leak memory? Best Regards, Jonathan Levinson - 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
RE: Memory leak in FOP
The reason we share a FopFactory instance between threads is speed. FopFactory creation is very expensive. I believe it involves font look ups. Perhaps we should go the private branch approach, just applying to FOP 1.0, the fixes to the thread-safety issue. Thanks for the beginnings of such a list, but would you mind sharing the complete list, or instructing me on how I can construct a complete list? Best Regards, Jonathan Levinson -Original Message- From: Alexios Giotis [mailto:alex.gio...@gmail.com] Sent: Thursday, September 08, 2011 5:09 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Memory leak in FOP Hi Jonathan, We are running FOP multi-threaded in many production systems. Each system is creating thousand documents per day (typically 100 -500 thousand PDFs) and I have not noticed any memory leak. Having said that, our servers are running with large memory heaps (6-10GB), FOP uses a lot of memory for large documents and internal caches for performance. If you are going to use it at production, I would recommend not to share the same FopFactory instance between threads. It is supposed to the thread-safe but we found (and in most cases fixed in trunk) several issues. You could try the FOP trunk or you could apply the patches for the related issues in your own private branch (this is what we do). Some issues that I remember: https://issues.apache.org/bugzilla/show_bug.cgi?id=50698 (starting from http://marc.info/?l=fop-userm=129646673801270w=2) https://issues.apache.org/bugzilla/show_bug.cgi?id=46360 and lately a deadlock that I am waiting for someone to review the patch: https://issues.apache.org/bugzilla/show_bug.cgi?id=46962 Best Regards, Alexis Giotis On Sep 7, 2011, at 7:31 PM, Jonathan Levinson wrote: To speed up FOP rendering, I have developed a multi-threaded program that initializes a FOP factory and shares it amongst the thread instances. We experience a large performance increase because we are not starting a JVM on each instance of FOP rendering and we are not creating a FOPFactory for each thread but sharing a FOPFactory amongst threads. Testing on LINUX and using the following command to examine memory: ps -e -orss=,args= | sort -b -k1,1n | pr -TW$COLUMNS I notice a slow memory memory leak. The test sends the same xml and xsl over and over again to the same multi- threaded program with its FOP factory instance. Is this a well known problem in FOP? Does FOP leak memory? Best Regards, Jonathan Levinson - 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
Memory leak in FOP
To speed up FOP rendering, I have developed a multi-threaded program that initializes a FOP factory and shares it amongst the thread instances. We experience a large performance increase because we are not starting a JVM on each instance of FOP rendering and we are not creating a FOPFactory for each thread but sharing a FOPFactory amongst threads. Testing on LINUX and using the following command to examine memory: ps -e -orss=,args= | sort -b -k1,1n | pr -TW$COLUMNS I notice a slow memory memory leak. The test sends the same xml and xsl over and over again to the same multi-threaded program with its FOP factory instance. Is this a well known problem in FOP? Does FOP leak memory? Best Regards, Jonathan Levinson
RE: Problem running FOP on VMS
Thanks for the help! We are not running Eclipse or SWT. Here is a fuller log of the exception. Can you see anything wrong with what we are dong? Thanks! [GBROWN.GBROWN.FOP.build] [GBROWN.GBROWN.FOP.build] buildir=_$1$DGA1:[GBROWN.GBROWN.FOP.build] _$1$DGA1:[GBROWN.GBROWN.FOP.build]fop.jar,_$1$DGA1:[GBROWN.GBROWN.FOP.build]fop-hyph.jar [GBROWN.GBROWN.FOP.lib] $ !display localclaspath='localclasspath' $ IF P1.EQS. THEN EXIT $ FLAGS = -C _$1$DGA1:[GBROWN.GBROWN.FOP.CONF]fop.xconf -XML _$1$DGA1:[GBROWN.GBROWN.MGR.TEMP]inpoP3NMkoLoUA.xml -XSL _$1$DGA1:[GBROWN.GBROWN.MGR.TEMP]4GAzMcWafyRooA.xsl -PDF _$1$DGA1:[GBROWN.GBROWN.MGR.TEMP]YMNrXKC7iTyT3A.pdf $ define JAVA$CLASSPATH _$1$DGA1:[GBROWN.GBROWN.FOP.build]fop.jar, _$1$DGA1:[GBROWN.GBROWN.FOP.build]fop-hyph.jar, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]AVALON-FRAMEWORK-4_2_0.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]BATIK-ALL-1_7.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]COMMONS-IO-1_3_1.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]COMMONS-LOGGING-1_0_4.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]ICU4J-4_2_1.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]PDFBOX_1_1_0.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]SAXON9HE.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]SERIALIZER-2_7_0.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]SERVLET-2_2.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]XALAN-2_7_0.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]XERCESIMPL-2_7_1.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]XML-APIS-1_3_04.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]XML-APIS-EXT-1_3_04.JAR, _$1$DGA1:[GBROWN.GBROWN.FOP.LIB]XMLGRAPHICS-COMMONS-1_4.JAR $ java -Xmx512m -Djava.awt.headless=true -1 -Djavax.xml.transform.TransformerFactory=net.sf.saxon.TransformerFactoryImpl -9 org.apache.fop.cli.Main -C _$1$DGA1:[GBROWN.GBROWN.FOP.CONF]fop.xconf -XML _$1$DGA1:[GBROWN.GBROWN.MGR.TEMP]inpoP3NMkoLoUA.xml -XSL _$1$DGA1:[GBROWN.GBROWN.MGR.TEMP]4GAzMcWafyRooA.xsl -PDF _$1$DGA1:[GBROWN.GBROWN.MGR.TEMP]YMNrXKC7iTyT3A.pdf Feb 8, 2011 10:04:50 AM org.apache.fop.apps.FopFactoryConfigurator configure INFO: Default page-height set to: 11in Feb 8, 2011 10:04:50 AM org.apache.fop.apps.FopFactoryConfigurator configure INFO: Default page-width set to: 8.26in Exception in thread main c java.lang.UnsatisfiedLinkError: /java$awt_shr: Last error code from dlsym was: 8284 at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1814). at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1679) at java.lang.Runtime.loadLibrary0(Runtime.java:823) at java.lang.System.loadLibrary(System.java:1030) at sun.security.action.LoadLibraryAction.run(LoadLibraryAction.java:50) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.loadLibraries(Toolkit.java:1604) at java.awt.Toolkit.clinit(Toolkit.java:1643) at java.awt.Color.clinit(Color.java:263) at org.apache.xmlgraphics.java2d.GraphicContext.init(GraphicContext.java:88) at org.apache.fop.render.intermediate.IFGraphicContext.init(IFGraphicContext.java:42) at org.apache.fop.render.intermediate.IFRenderer.init(IFRenderer.java:128) at org.apache.fop.render.RendererFactory.createRendererForDocumentHandler(RendererFactory.java:313) at org.apache.fop.render.RendererFactory.tryIFDocumentHandlerMaker(RendererFactory.java:290) at org.apache.fop.render.RendererFactory.createRenderer(RendererFactory.java:270) at org.apache.fop.area.RenderPagesModel.init(RenderPagesModel.java:69) at org.apache.fop.area.AreaTreeHandler.setupModel(AreaTreeHandler.java:130) at org.apache.fop.area.AreaTreeHandler.init(AreaTreeHandler.java:102) at org.apache.fop.render.RendererFactory.createFOEventHandler(RendererFactory.java:359) at org.apache.fop.fo.FOTreeBuilder.init(FOTreeBuilder.java:105) at org.apache.fop.apps.Fop.createDefaultHandler(Fop.java:101) at org.apache.fop.apps.Fop.init(Fop.java:79) at org.apache.fop.apps.FopFactory.newFop(FopFactory.java:271) at org.apache.fop.cli.InputHandler.renderTo(InputHandler.java:109) at org.apache.fop.cli.Main.startFOP(Main.java:174) at org.apache.fop.cli.Main.main(Main.java:205) Best Regards, Jonathan Levinson -Original Message- From: mehdi houshmand [mailto:med1...@gmail.com] Sent: Tuesday, February 08, 2011 6:14 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Problem running FOP on VMS Hi Jonathan, I'm not sure if this will fix your problem, mostly because I can't recreate your problem, but it seems a google may have your answer: http://stackoverflow.com/questions/1242722/java-unsatisfiedlinkerror-when- mixing-awt-and-swt Mehdi On 7 February 2011 23:43, Jonathan Levinson jonathan.levin...@intersystems.com wrote: Hi, I'm trying to run FOP on Open VMS and I'm experiencing the following error: $ java -Xmx512m -Djava.awt.headless=true
RE: Problem running FOP on VMS
Thanks Andreas! Very helpful! Best Regards, Jonathan Levinson -Original Message- From: Andreas Delmelle [mailto:andreas.delme...@telenet.be] Sent: Tuesday, February 08, 2011 11:30 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Problem running FOP on VMS On 08 Feb 2011, at 17:19, Jonathan Levinson wrote: Hi Jonathan Thanks for the help! We are not running Eclipse or SWT. Here is a fuller log of the exception. Can you see anything wrong with what we are dong? Thanks! It doesn't seem like you're doing anything wrong from a FOP perspective. Consider that an UnsatisfiedLinkError means that the Java VM cannot locate the native-language definition of a method that was declared 'native' in the source. As FOP itself does not define any native methods, and AFAIK, it does not call any native methods either (not sure if AWT even exposes these in the public API), the issue seems to be located in the Open VMS AWT implementation. One thing to try to get a more accurate picture of which call in FOP ultimately triggers the issue in Open VMS, you could try setting the log level to TRACE or DEBUG. Right now, with INFO level, we can only see that it happens right after the default page-dimensions have been set from the user-config. That leaves font- and image-setup, but one could tell that solely from the fact that it's AWT- related... Regards, Andreas --- - 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
RE: Problem running FOP on VMS
Hi, Just to let you know the Open VMS issue is resolved. Motif had to be installed on the VMS computer. Now fop works fine. Best Regards, Jonathan Levinson -Original Message- From: Andreas Delmelle [mailto:andreas.delme...@telenet.be] Sent: Tuesday, February 08, 2011 11:30 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Problem running FOP on VMS On 08 Feb 2011, at 17:19, Jonathan Levinson wrote: Hi Jonathan Thanks for the help! We are not running Eclipse or SWT. Here is a fuller log of the exception. Can you see anything wrong with what we are dong? Thanks! It doesn't seem like you're doing anything wrong from a FOP perspective. Consider that an UnsatisfiedLinkError means that the Java VM cannot locate the native-language definition of a method that was declared 'native' in the source. As FOP itself does not define any native methods, and AFAIK, it does not call any native methods either (not sure if AWT even exposes these in the public API), the issue seems to be located in the Open VMS AWT implementation. One thing to try to get a more accurate picture of which call in FOP ultimately triggers the issue in Open VMS, you could try setting the log level to TRACE or DEBUG. Right now, with INFO level, we can only see that it happens right after the default page-dimensions have been set from the user-config. That leaves font- and image-setup, but one could tell that solely from the fact that it's AWT- related... Regards, Andreas --- - 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
Problem running FOP on VMS
Hi, I'm trying to run FOP on Open VMS and I'm experiencing the following error: $ java -Xmx512m -Djava.awt.headless=true - -Djavax.xml.transform.TransformerFactory=net.sf.saxon.TransformerFactoryImpl- org.apache.fop.cli.Main -C _$1$DGA1:[SKONDEVMS.FOP.CONF]fop.xconf -XML _$1$DGA1:[SKONDEVMS.MGR.TEMP]MyReporttxt.xml -XSL _$1$DGA1:[SKONDEVMS.MGR.TEMP]MyReporttxt.xsl -PDF _$1$DGA1:[SKONDEVMS.MGR.TEMP]MyReporttxt.pdf Feb 7, 2011 6:36:02 PM org.apache.fop.apps.FopFactoryConfigurator configure INFO: Default page-height set to: 11in Feb 7, 2011 6:36:02 PM org.apache.fop.apps.FopFactoryConfigurator configure INFO: Default page-width set to: 8.26in Exception in thread main java.lang.UnsatisfiedLinkError: /java$awt_shr: Last error code from dlsym was: 8 284 at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1814) at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1679) at java.lang.Runtime.loadLibrary0(Runtime.java:823) at java.lang.System.loadLibrary(System.java:1030) Does anyone have any idea how to resolve this error? Best Regards, Jonathan Levinson
RE: Complex Script Support
Congratulations! Are Windows true type fonts supported? More broadly, is font support limited or can we use the fonts that come with the OS? We have a Dubai group, I'd like to have try out your complex script support, but I know which fonts are supported could be an issue. Looking at their test script I just see the font-family specified as Arial. They are currently using FOP with patch: https://issues.apache.org/bugzilla/attachment.cgi?id=24934action=edit, which uses ICU4J to do Arabic rendering. Best Regards, Jonathan Levinson -Original Message- From: Simon Pepping [mailto:spepp...@leverkruid.eu] Sent: Thursday, August 19, 2010 4:35 PM To: fop-users@xmlgraphics.apache.org Subject: Complex Script Support We are happy to let you know that Complex Script Support for FOP is under development. Glenn Adams is developing this functionality on behalf of Basis Technologies. To make this development efficient and successful, we need your contribution as well. Does your native language use complex scripts and perhaps right-to-left writing mode (Arabic, Hebrew, Indic scripts)? Then install this version of FOP and test it with some of your XML or FO files. Report your findings on this mailing list. We will announce updates of this work on this mailing list. You can download the binary distribution or the fop jar file from http://people.apache.org/~spepping/. You can check out the source code from FOP's subversion repository, http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/Temp_ComplexScripts. You can follow the work at FOP's Bugzilla, bug nr. 49687, https://issues.apache.org/bugzilla/show_bug.cgi?id=49687. Simon -- Simon Pepping home page: http://www.leverkruid.eu - 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
RE: RE: Problem with creation of font cache on Windows 7 64 bit
Hi Adrian,
Thanks for your help! I'm noticing behavior I did not expect after reading
your code and reading https://issues.apache.org/bugzilla/show_bug.cgi?id=46686.
It looks like if mkdir fails, FOP will use the temp directory. However
testing this by pointing -Duser.home to a directory to which I do not have
write permissions on Windows XP, I don't see any font cache created. Instead,
it seems like fonts are completely reloaded each time with the auto-detect
feature under fonts turned on.
Reading the code, I see the following, which leads me to expect the temporary
directory would be used.
/**
* Returns the default font cache file.
* @param forWriting true if the user directory should be created
* @return the default font cache file
*/
public static File getDefaultCacheFile(boolean forWriting) {
File userHome = getUserHome();
if (userHome != null) {
File fopUserDir = new File(userHome, FOP_USER_DIR);
if (forWriting) {
boolean writable = fopUserDir.canWrite();
if (!fopUserDir.exists()) {
writable = fopUserDir.mkdir();
}
if (!writable) {
userHome = getTempDirectory();
fopUserDir = new File(userHome, FOP_USER_DIR);
fopUserDir.mkdir();
}
}
return new File(fopUserDir, DEFAULT_CACHE_FILENAME);
}
return new File(FOP_USER_DIR);
}
Best Regards,
Jonathan Levinson
From: adrian.cumis...@gmail.com [mailto:adrian.cumis...@gmail.com] On Behalf Of
Adrian Cumiskey
Sent: Sunday, August 15, 2010 10:43 PM
To: Jonathan Levinson
Cc: fop-users@xmlgraphics.apache.org; adr...@cumiskey.com
Subject: Re: RE: Problem with creation of font cache on Windows 7 64 bit
Hi Jonathan,
Well spotted, yes that should work well also. Although its a bit of a sneaky
back door way of achieving it : -).
Cheers, Adrian.
On 2010-08-16 1:23 AM, Jonathan Levinson
jonathan.levin...@intersystems.commailto:jonathan.levin...@intersystems.com
wrote:
Thank you Adrian!
Also I've noticed you can redirect the font-cache with the Java system property
-Duser.home, so one can direct it to a different place by editing the JAVAOPTS
set in fop.bat.
Best Regards,
Jonathan Levinson
From: Adrian Cumiskey
[mailto:adrian.cumis...@gmail.commailto:adrian.cumis...@gmail.com]
Sent: Sunday, August 15, 2010 12:28 PM
To: fop-users@xmlgraphics.apache.orgmailto:fop-users@xmlgraphics.apache.org
Subject: Re: Problem with creation of font cache on Windows 7 64 bit
Hi Jonathan,
I have just committed a fix to the missing cache-file configuration option
(...
RE: RE: Problem with creation of font cache on Windows 7 64 bit
Hi,
Turning on tracing the problem is that while the font cache is being written to
the temporary directory:
[TRACE] FontCache - Writing font cache to C:\Documents and
Settings\levinson\Local Settings\Temp\.fop\fop-fonts.cache
The font cache is never read from the temporary directory. It is always read
from the place user.home points to. For the code to be able to use the
temporary directory, it would have to check to see if there is no .fop
directory in directory given by System property user.home and if there is no
.fop directory look under the temporary directory for .fop. I don't know if
this would be an acceptable change.
Best Regards,
Jonathan Levinson
From: Jonathan Levinson [mailto:jonathan.levin...@intersystems.com]
Sent: Monday, August 16, 2010 1:58 PM
To: Adrian Cumiskey
Cc: fop-users@xmlgraphics.apache.org
Subject: RE: RE: Problem with creation of font cache on Windows 7 64 bit
Hi Adrian,
Thanks for your help! I'm noticing behavior I did not expect after reading
your code and reading https://issues.apache.org/bugzilla/show_bug.cgi?id=46686.
It looks like if mkdir fails, FOP will use the temp directory. However
testing this by pointing -Duser.home to a directory to which I do not have
write permissions on Windows XP, I don't see any font cache created. Instead,
it seems like fonts are completely reloaded each time with the auto-detect
feature under fonts turned on.
Reading the code, I see the following, which leads me to expect the temporary
directory would be used.
/**
* Returns the default font cache file.
* @param forWriting true if the user directory should be created
* @return the default font cache file
*/
public static File getDefaultCacheFile(boolean forWriting) {
File userHome = getUserHome();
if (userHome != null) {
File fopUserDir = new File(userHome, FOP_USER_DIR);
if (forWriting) {
boolean writable = fopUserDir.canWrite();
if (!fopUserDir.exists()) {
writable = fopUserDir.mkdir();
}
if (!writable) {
userHome = getTempDirectory();
fopUserDir = new File(userHome, FOP_USER_DIR);
fopUserDir.mkdir();
}
}
return new File(fopUserDir, DEFAULT_CACHE_FILENAME);
}
return new File(FOP_USER_DIR);
}
Best Regards,
Jonathan Levinson
From: adrian.cumis...@gmail.com [mailto:adrian.cumis...@gmail.com] On Behalf Of
Adrian Cumiskey
Sent: Sunday, August 15, 2010 10:43 PM
To: Jonathan Levinson
Cc: fop-users@xmlgraphics.apache.org; adr...@cumiskey.com
Subject: Re: RE: Problem with creation of font cache on Windows 7 64 bit
Hi Jonathan,
Well spotted, yes that should work well also. Although its a bit of a sneaky
back door way of achieving it : -).
Cheers, Adrian.
On 2010-08-16 1:23 AM, Jonathan Levinson
jonathan.levin...@intersystems.commailto:jonathan.levin...@intersystems.com
wrote:
Thank you Adrian!
Also I've noticed you can redirect the font-cache with the Java system property
-Duser.home, so one can direct it to a different place by editing the JAVAOPTS
set in fop.bat.
Best Regards,
Jonathan Levinson
From: Adrian Cumiskey
[mailto:adrian.cumis...@gmail.commailto:adrian.cumis...@gmail.com]
Sent: Sunday, August 15, 2010 12:28 PM
To: fop-users@xmlgraphics.apache.orgmailto:fop-users@xmlgraphics.apache.org
Subject: Re: Problem with creation of font cache on Windows 7 64 bit
Hi Jonathan,
I have just committed a fix to the missing cache-file configuration option
(...
RE: Problem with creation of font cache on Windows 7 64 bit
Thank you Adrian! Also I've noticed you can redirect the font-cache with the Java system property -Duser.home, so one can direct it to a different place by editing the JAVAOPTS set in fop.bat. Best Regards, Jonathan Levinson From: Adrian Cumiskey [mailto:adrian.cumis...@gmail.com] Sent: Sunday, August 15, 2010 12:28 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Problem with creation of font cache on Windows 7 64 bit Hi Jonathan, I have just committed a fix to the missing cache-file configuration option (see http://xmlgraphics.apache.org/fop/1.0/configuration.html#general-elements) to the Fop trunk code. All the documentation regarding font caching should now reflect the actual implementation. I also added a convenience -delete-cache option to the Fop command line as quite a few users have previously asked how to delete/clear this file (when not knowing its location on the filesystem). Hope this helps, Adrian. On 14 August 2010 20:38, Adrian Cumiskey adrian.cumis...@gmail.commailto:adrian.cumis...@gmail.com wrote: Sorry Jonathan, I've just looked into the matter and realised that what I told you was incorrect (partially at least). If you take a look at http://xmlgraphics.apache.org/fop/1.0/configuration.html#general-elements you'll see that there is a cache-file option that you can provide to tell Fop where you would like your font cache file to be created. Unfortunately this documentation does not reflect the current state of the system. At some stage during further development of the font caching mechanism, this setting was lost as a configuration setting and instead Fop tries to always store the font cache file in the user's home directory. I will work this weekend on reinstating this feature and integrate it into the current font caching system. Cheers, Adrian. On 14 August 2010 09:09, Adrian Cumiskey adrian.cumis...@gmail.commailto:adrian.cumis...@gmail.com wrote: Hi Jonathan, The font caching was written prior to the Windows 7 release so it was never tested at the time. There is currently no way of telling Fop where to put its font cache but it shouldn't be too much effort to add this feature. I'll look at adding support for this. Adrian. On 14 August 2010 05:38, Jonathan Levinson jonathan.levin...@intersystems.commailto:jonathan.levin...@intersystems.com wrote: On Windows XP, fop creates it font-cache in C:\Documents and Settings\username\.fop. I've had a couple of reports that on Windows 7 64 bit, fop puts its font cache in c:\.fop, a directory to which the user may not have write permissions. Is this a known issue? Is there a way of telling fop where to put the font cache? Best Regards, Jonathan Levinson
Problem with creation of font cache on Windows 7 64 bit
On Windows XP, fop creates it font-cache in C:\Documents and Settings\username\.fop. I've had a couple of reports that on Windows 7 64 bit, fop puts its font cache in c:\.fop, a directory to which the user may not have write permissions. Is this a known issue? Is there a way of telling fop where to put the font cache? Best Regards, Jonathan Levinson
RE: Why does overflow=hidden not cut off the content?
I believe overflow=hidden works on an fo:block-container. If you surround the contents of your table-cell with an fo:block-container text will truncated rather than overflowing into other columns. Best Regards, Jonathan Levinson From: Dominik Stadler [mailto:dominik.stad...@dynatrace.com] Sent: Thursday, August 12, 2010 2:36 AM To: fop-users@xmlgraphics.apache.org Subject: Why does overflow=hidden not cut off the content? Hi, I am struggling to understand how overflow=hidden works in FOP. When I read the description in the FO-standard [1], it states that overflow=hidden causes text to be cut off when it overflows the region. Now when I try to use this in FOP 0.95 (same in 1.0) to get a clean table-layout in favour of displaying all data, I do not get what I expect, text is still overflowing both into other columns and also into the margin-right region. How do I stop FOP from doing that? Or is this a known Bug/Limitation in FOP? I know that I could add invisible blanks at certain places to make it wrap around here, however these are automatically generated XSL-FO files where I can not fully control the incoming data, so for some cases I would rather really actually cut off the data. The XSL-FO below shows my latest attempt. I get the following warnings when running FOP, which is expected here as things overflow. The attached test.pdf shows the result with fop-0.95, I am going to try fop-1.0 now. 12.08.2010 08:24:29 org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 WARNUNG: Line 5 of a paragraph overflows the available area by more than 50 points. (fo:block, location: 33/44) 12.08.2010 08:24:30 org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 WARNUNG: Line 1 of a paragraph overflows the available area by more than 50 points. (fo:block, location: 33/44) 12.08.2010 08:24:30 org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 WARNUNG: Line 8 of a paragraph overflows the available area by more than 50 points. (fo:block, location: 44/44) 12.08.2010 08:24:30 org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 WARNUNG: Line 3 of a paragraph overflows the available area by 31268mpt. (fo:block, location: 44/44) 12.08.2010 08:24:30 org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 WARNUNG: Line 1 of a paragraph overflows the available area by 9644mpt. (fo:block, location: 55/44) 12.08.2010 08:24:30 org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 WARNUNG: Line 5 of a paragraph overflows the available area by more than 50 points. (fo:block, location: 66/44) 12.08.2010 08:24:30 org.apache.fop.layoutmgr.inline.LineLayoutManager$LineBreakingAlgorithm updateData2 WARNUNG: Line 1 of a paragraph overflows the available area by more than 50 points. (fo:block, location: 66/44) [1] http://www.w3.org/TR/xsl/#overflow Thanks... Dominik ?xml version=1.0 encoding=utf-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; xmlns:fox=http://xmlgraphics.apache.org/fop/extensions; fo:layout-master-set fo:simple-page-master master-name=A4-portrait page-height=29.7cm page-width=21cm margin-top=1cm margin-bottom=1cm margin-left=2.5cm margin-right=2.5cm fo:region-body/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=A4-portrait fo:flow id=top flow-name=xsl-region-body language=en hyphenate=true fo:table table-layout=fixed width=100% border-style=solid border-width=0.5pt fo:table-column column-width=66% / fo:table-column column-width=21% / fo:table-column column-width=13% / fo:table-header fo:table-row overflow=hidden fo:table-cell overflow=hidden border-style=solid border-width=0.5pt fo:block overflow=hiddenContent/fo:block /fo:table-cell fo:table-cell overflow=hidden border-style=solid border-width=0.5pt fo:block overflow=hiddenString/fo:block /fo:table-cell fo:table-cell overflow=hidden border-style=solid border-width=0.5pt fo:block overflow=hiddenNumber/fo:block /fo:table-cell /fo:table-row /fo:table-header fo:table-body fo:table-row overflow=hidden fo:table-cell overflow=hidden border-style=solid border-width=0.5pt fo:block overflow=hiddenOne long argument without blanks/fo:block /fo:table-cell fo:table-cell overflow=hidden border-style=solid border-width=0.5pt fo:block overflow=hiddentypes=pageamp;spaces=MYTHINGamp;maxResults=15amp;title=%5Bsomething+sitting%5D+Pages+Feedamp;someotherthing=falseamp;os#8203;_authType=basic/fo:block /fo:table-cell fo:table-cell overflow=hidden border-style=solid border-width=0.5pt
Problem with font embedding in the fop-trunk?
A colleague reports that documents generated using the fop-trunk are much larger than documents generated using fop-0.95. Using the same xml xsl, with FOP-0.95 I get a file size of 785kb, but using the fop trak version with your fop.xconf file, I get a file size of 7.6mb. This has to be due to embedding fonts I think. We have tried turning off font-embedding in the fop-trunk by using a fop.xconf file with the following: fonts auto-detect/ referenced-fonts match font-family=.*/ /referenced-fonts /fonts Is the above enough to turn off embedding fonts in the fop-trunk? Are there currently bugs in this area in the fop-trunk? Best Regards, Jonathan Levinson
RE: Rendering 12,000 pages
FYI, I ran the customer's sample data with FOP, and even though the data was complex involving nested sub-tables, on Red Hat Enterprise Linux with 64-bits, and 8 Gig of real memory (and 19 Gig of swap space), I was able to render a 3,415 page document. There was no table of contents or indices, no forward or back pointers. Essentially two pages were repeated over and over with different data from the XML file. So this might be an ideal case of printing something large. I am proposing to the customer that they split and recombine - given that their data is so repetitive. They aren't formatting a technical manual with every page having completely different content. They are filling in tables from repetitive data. Best Regards, Jonathan Levinson -Original Message- From: Miroslav Pukhalsky [mailto:miros...@dekasoft.com.ua] Sent: Tuesday, March 02, 2010 2:31 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Rendering 12,000 pages Hello all, On 01.03.2010 22:33, Gregory Buchenberger wrote: I have a client that is creating up to 7,000 pages in a single page sequence. The PDF's also contain images. They are allowing about Xmx1500m for the JVM and it is working. It depends... I have a client that is creating only 750 pages with images. But FOP gets 8 Gigs RAM during build - too many cross-links, page numbers and a few TOCs. OS is Gentoo Linux. Job splitting is a good idea. You can make standalone application which makes a few small document parts and glues its after. Regards, Miroslav. - 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
Rendering 12,000 pages
We have a customer who would like to format and print a 12,000 page document. If we have enough virtual memory on the machine can we give Java a large enough heap space to render to PDF a 12,000 page document? Best Regards, Jonathan Levinson
RE: Rendering 12,000 pages
This is a good idea but the customer has been unwilling to split the job. They want to format 12,000 pages all at once. Thanks for your suggestion, which should prove valuable to other customers! Pdftk seems very useful! Best Regards, Jonathan Levinson -Original Message- From: Peter Hopfgartner [mailto:peter.hopfgart...@r3-gis.com] Sent: Monday, March 01, 2010 2:25 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Rendering 12,000 pages Jonathan Levinson wrote: We have a customer who would like to format and print a 12,000 page document. If we have enough virtual memory on the machine can we give Java a large enough heap space to render to PDF a 12,000 page document? Best Regards, Jonathan Levinson Can you split the job? In a similar situation we print different sections and merge the pdf files afterwards with pdftk. Peter -- Dott. Peter Hopfgartner R3 GIS Srl - GmbH Via Johann Kravogl-Str. 2 I-39012 Meran/Merano (BZ) Email: peter.hopfgart...@r3-gis.com Tel. : +39 0473 494949 Fax : +39 0473 069902 www : http://www.r3-gis.com XING : http://www.xing.com/go/invita/8917535 - 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
RE: Rendering 12,000 pages
Thanks this is very helpful! If you don't mind my asking - what OS are they on? How much RAM? 64-bit or 32-bit OS? Best Regards, Jonathan Levinson -Original Message- From: Gregory Buchenberger [mailto:gr...@eightfoldconsulting.com] Sent: Monday, March 01, 2010 3:34 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Rendering 12,000 pages I have a client that is creating up to 7,000 pages in a single page sequence. The PDF's also contain images. They are allowing about Xmx1500m for the JVM and it is working. Gregory Buchenberger, CDIA+, ECMs Eightfold Consulting 15710 W. 3rd Place #4 Golden, CO 80401 720-259-7779 Office 720-299-2386 Mobile 877-713-5342 Fax www.eightfoldconsulting.com On Mon, Mar 1, 2010 at 1:29 PM, Stephan V Bechtolsheim svbechtolsh...@yahoo.com wrote: Are there any rules of thumb in terms of for 1000 pages you need about 3GB of virtual memory? The quoted number of '3GB' is random - I am just trying to make a point here in that I am asking whether anyone has a back of the envelope type of number? StVB - Original Message From: Jonathan Levinson jonathan.levin...@intersystems.com To: fop-users@xmlgraphics.apache.org fop-users@xmlgraphics.apache.org Sent: Mon, March 1, 2010 2:46:29 PM Subject: RE: Rendering 12,000 pages This is a good idea but the customer has been unwilling to split the job. They want to format 12,000 pages all at once. - 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 - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Does FOP open its configuration file read-write?
Something keeps on truncating my FOP configuration file - fop.xconf in the conf directory. The file still exists but has 0 bytes. This has happened several times. Does FOP open its configuration file read-write? Could a premature abort of FOP cause the fop.xconf file to be truncated? Best Regards, Jonathan Levinson
RE: FW: New FOP
Thanks. This looks very helpful. I've passed it on to our Arabic printing team. Best Regards, Jonathan Levinson -Original Message- From: Vincent Hennebert [mailto:vhenneb...@gmail.com] Sent: Wednesday, February 03, 2010 5:36 AM To: fop-users@xmlgraphics.apache.org Subject: Re: FW: New FOP Hi Jonathan, Jonathan Levinson wrote: I gave my team a FOP I built from trunk and it is much slower in rendering seemingly because of extra time spent in font processing. Does anyone know if this is an issue with FOP trunk? A change has been made to FOP Trunk to support TTC fonts. Without knowing more about the change, I can only assume that TTC fonts were not handled before and now are, which causes the loss of performance. There probably are log statements whose level could be reduced from info to debug. But, most of all, I wouldn’t enable font auto-detection, unless you don’t know in advance which fonts you are going to use. If you do, then it will be more efficient to configure them by hand, like this: font embed-url=path/to/font.ttf font-triplet name=FontName style=normal weight=normal/ /font That way, only the fonts that will actually be used will be parsed. HTH, Vincent Best Regards, Jonathan Levinson From: Andy Robb Sent: Thursday, January 28, 2010 10:26 PM To: Jonathan Levinson Subject: RE: New FOP Importance: High Hi Jonathan I applied this to our 2 reports dev servers, and I hit a significant issue with one of them, which has necessitated rolling back the change on that server. What happened is that after applying the change, the reports on that server were taking 30-40 seconds to run, rather than the usual 2-4 seconds. When I looked into this, I could see that on this server, the log file for FOP was much larger than usual - around 30kb, and looking at the file all the entries were related to TTC fonts collections. See attached log file for details. I could also see that it was the call to FOP that was taking the extra time - the xml xsl files were generated almost instantly, and it was the pdf generation that was the delaying factor. I compared the xml, and xsl files generated between the different FOP versions, and the 2 dev servers, and they were identical in all cases for the same report. I checked the fop.xconf file, and we have font auto-detect enabled, which is recommended in the FOP docs as the most efficient way to construct the required font metrics for a report. These settings had not changed when upgrading FOP, and were the same as the other dev server. The only difference between the 2 servers is that in the windows fonts folder, one server (which runs Windows Server 2008) has a series of TTC font collections, while the other server (which runs Windows Server 2003) has none. When I rolled back to the standard FOP 0.95 version, the problem went away, and no fonts info was recorded in the FOP log. The font auto-detect was still enabled, and was still working, and the TTC fonts were still present in the windows fonts folder. So, it looks like something has changed in the custom FOP version, which is causing FOP to do some very time consuming font-related processing for TTC font collections, although the end result is the report renders exactly the same as the previous standard FOP version. Can you take a look at this, as it's potentially a serious issue for deploying this custom FOP version. If you need any more info just let me know. Thanks Andy From: Jonathan Levinson Sent: Thursday, 28 January 2010 1:03 AM To: Andy Robb; Ajwad Cader; Campbell McKilligan Cc: Hui Zhao Subject: RE: New FOP No, I welcome your applying this version to your test envirionments. Best Regards, Jonathan Levinson From: Andy Robb Sent: Tuesday, January 26, 2010 11:10 PM To: Jonathan Levinson; Ajwad Cader; Campbell McKilligan Cc: Hui Zhao Subject: RE: New FOP Thanks Jonathan, we'll stick to this version for now then. I assume we need a new runwithfop.bat aswell at some stage? If you're ok with this current FOP version, and there are no immediate changes in the pipeline, do you have any concerns if we apply this version to our Test environments? If there are imminent changes then I'll hold back for these. Cheers Andy From: Jonathan Levinson Sent: Wednesday, 27 January 2010 3:14 AM To: Ajwad Cader; Andy Robb; Campbell McKilligan; Robert Nagle Subject: RE: New FOP Please continue to use old FOP that I sent you a few days ago and do not use new FOP from this morning. Problem is breaking SVG support for Arabic text. We don't use SVG support, so is harmless, but still older patch I sent you which restricts scope of patch to PDF is correct. We need to handle additional formats outside of PDF - on a case-by-case basis. Right now we just want to support PDF. Best Regards
OpenType fonts
Does FOP support OpenType fonts? Best Regards, Jonathan Levinson
Problem rendering Arabic text
Attached is an fo file which shows a problem we have printing Arabic text. The text is printed in the wrong order, the opposite of the order it occurs in the file. It renders right to left but the order in the file is left to right. The file is UTF-8 and we are using FOP-0.95. In the fop.xconf file, in the fonts section, we have auto-detect/. This allows FOP on Windows XP to auto-detect the Arabic font. Does anyone know a solution to this problem in rendering Arabic text? Best Regards, Jonathan Levinson Arabic.fo Description: Arabic.fo - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
RE: Unable to display jpeg or PNG files in fop document
Thank you!!! Best Regards, Jonathan Levinson -Original Message- From: Jeremias Maerki [mailto:d...@jeremias-maerki.ch] Sent: Thursday, October 22, 2009 2:57 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Unable to display jpeg or PNG files in fop document I've been able to reproduce this, thanks to your details. Apparently, the problem was an empty string returned by URL.getHost() which caused an additional backslash in the file name and that in turn probably caused a network access since the filename was interpreted as UNC path: \\perforce\Users\levinson... (it would access a host called perforce which obviously doesn't exist). Fixed in XML Graphics Commons Trunk: http://svn.apache.org/viewvc?rev=828814view=rev On 20.10.2009 18:58:46 Jonathan Levinson wrote: Using your example, I was able to discover what caused the slowness and the inability to render the image. I used the following url: url(file:///perforce/Users/levinson/B47157/2009-usa-125x125.png) / If I change it to the following: url(file:///c:/perforce/Users/levinson/B47157/2009-usa-125x125.png) / then the image renders in less than a second. I believe both should work so it is a bug. The latter works in the trunk but takes 30 seconds or more to render, but less than a second in trunk when c:/ is added. Best Regards, Jonathan Levinson -Original Message- From: Venkat Reddy [mailto:vanukuri.ven...@googlemail.com] Sent: Tuesday, October 20, 2009 9:39 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Unable to display jpeg or PNG files in fop document I am able to view PNG image with both fop-0.95 and fop-trunk as well, I just downloaded fop-0.95 binary, extracted... just used the fop.bat to run like from the command prompt fop -c C:\fop.xconf -fo hello.fo -pdf hello.pdf It worked in both 0.95 and trunk versions I am attaching the sample with this mail I have used the following java version on windows environment... C:\mywork\FOP\fop-0.95java -version java version 1.6.0_05 Java(TM) SE Runtime Environment (build 1.6.0_05-b13) Java HotSpot(TM) Client VM (build 10.0-b19, mixed mode, sharing) Cheers, Venkat. Jonathan Levinson wrote: I'm using fop.bat and I reinstalled fop-0.95 just to make sure my installation was not corrupted. xmlgraphics-commons-1.3.1 is in my classpath. Here is the Java I'm suing: java version 1.6.0_10 Java(TM) SE Runtime Environment (build 1.6.0_10-b33) Java HotSpot(TM) Client VM (build 11.0-b15, mixed mode, sharing) Best Regards, Jonathan Levinson *From:* Griffin,Sean [mailto:sgrif...@cerner.com] *Sent:* Monday, October 19, 2009 5:58 PM *To:* fop-users@xmlgraphics.apache.org *Subject:* RE: Unable to display jpeg or PNG files in fop document Have you tried it from the fop.bat or are you embedding FOP in your own service? I tried with fop.bat and it works just fine using the dependencies added to the classpath in that script. In particular ensure you're running xmlgraphics-commons-1.3.1. *From:* Jonathan Levinson [mailto:jonathan.levin...@intersystems.com] *Sent:* Monday, October 19, 2009 4:33 PM *To:* fop-users@xmlgraphics.apache.org *Subject:* Unable to display jpeg or PNG files in fop document I'm using FOP 0.95 and I'm unable to display jpeg or PNG images. The errors I get are like the following: SEVERE: Image not available: No ImagePreloader found for file:///perforce/Users/levinson/B47157/2009-usa-125x125.png Best Regards, Jonathan Levinson -- -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. Jeremias Maerki - 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
RE: Unable to display jpeg or PNG files in fop document
Using your example, I was able to discover what caused the slowness and the inability to render the image. I used the following url: url(file:///perforce/Users/levinson/B47157/2009-usa-125x125.png) / If I change it to the following: url(file:///c:/perforce/Users/levinson/B47157/2009-usa-125x125.png) / then the image renders in less than a second. I believe both should work so it is a bug. The latter works in the trunk but takes 30 seconds or more to render, but less than a second in trunk when c:/ is added. Best Regards, Jonathan Levinson -Original Message- From: Venkat Reddy [mailto:vanukuri.ven...@googlemail.com] Sent: Tuesday, October 20, 2009 9:39 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Unable to display jpeg or PNG files in fop document I am able to view PNG image with both fop-0.95 and fop-trunk as well, I just downloaded fop-0.95 binary, extracted... just used the fop.bat to run like from the command prompt fop -c C:\fop.xconf -fo hello.fo -pdf hello.pdf It worked in both 0.95 and trunk versions I am attaching the sample with this mail I have used the following java version on windows environment... C:\mywork\FOP\fop-0.95java -version java version 1.6.0_05 Java(TM) SE Runtime Environment (build 1.6.0_05-b13) Java HotSpot(TM) Client VM (build 10.0-b19, mixed mode, sharing) Cheers, Venkat. Jonathan Levinson wrote: I'm using fop.bat and I reinstalled fop-0.95 just to make sure my installation was not corrupted. xmlgraphics-commons-1.3.1 is in my classpath. Here is the Java I'm suing: java version 1.6.0_10 Java(TM) SE Runtime Environment (build 1.6.0_10-b33) Java HotSpot(TM) Client VM (build 11.0-b15, mixed mode, sharing) Best Regards, Jonathan Levinson *From:* Griffin,Sean [mailto:sgrif...@cerner.com] *Sent:* Monday, October 19, 2009 5:58 PM *To:* fop-users@xmlgraphics.apache.org *Subject:* RE: Unable to display jpeg or PNG files in fop document Have you tried it from the fop.bat or are you embedding FOP in your own service? I tried with fop.bat and it works just fine using the dependencies added to the classpath in that script. In particular ensure you're running xmlgraphics-commons-1.3.1. *From:* Jonathan Levinson [mailto:jonathan.levin...@intersystems.com] *Sent:* Monday, October 19, 2009 4:33 PM *To:* fop-users@xmlgraphics.apache.org *Subject:* Unable to display jpeg or PNG files in fop document I'm using FOP 0.95 and I'm unable to display jpeg or PNG images. The errors I get are like the following: SEVERE: Image not available: No ImagePreloader found for file:///perforce/Users/levinson/B47157/2009-usa-125x125.png Best Regards, Jonathan Levinson -- -- CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024. - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
Unable to display jpeg or PNG files in fop document
I'm using FOP 0.95 and I'm unable to display jpeg or PNG images. The errors I get are like the following: SEVERE: Image not available: No ImagePreloader found for file:///perforce/Users/levinson/B47157/2009-usa-125x125.png Best Regards, Jonathan Levinson
RE: Unable to display jpeg or PNG files in fop document
I'm using fop.bat and I reinstalled fop-0.95 just to make sure my installation was not corrupted. xmlgraphics-commons-1.3.1 is in my classpath. Here is the Java I'm suing: java version 1.6.0_10 Java(TM) SE Runtime Environment (build 1.6.0_10-b33) Java HotSpot(TM) Client VM (build 11.0-b15, mixed mode, sharing) Best Regards, Jonathan Levinson From: Griffin,Sean [mailto:sgrif...@cerner.com] Sent: Monday, October 19, 2009 5:58 PM To: fop-users@xmlgraphics.apache.org Subject: RE: Unable to display jpeg or PNG files in fop document Have you tried it from the fop.bat or are you embedding FOP in your own service? I tried with fop.bat and it works just fine using the dependencies added to the classpath in that script. In particular ensure you're running xmlgraphics-commons-1.3.1. From: Jonathan Levinson [mailto:jonathan.levin...@intersystems.com] Sent: Monday, October 19, 2009 4:33 PM To: fop-users@xmlgraphics.apache.org Subject: Unable to display jpeg or PNG files in fop document I'm using FOP 0.95 and I'm unable to display jpeg or PNG images. The errors I get are like the following: SEVERE: Image not available: No ImagePreloader found for file:///perforce/Users/levinson/B47157/2009-usa-125x125.png Best Regards, Jonathan Levinson CONFIDENTIALITY NOTICE This message and any included attachments are from Cerner Corporation and are intended only for the addressee. The information contained in this message is confidential and may constitute inside or non-public information under international, federal, or state securities laws. Unauthorized forwarding, printing, copying, distribution, or use of such information is strictly prohibited and may be unlawful. If you are not the addressee, please promptly delete this message and notify the sender of the delivery error by e-mail or you may call Cerner's corporate offices in Kansas City, Missouri, U.S.A at (+1) (816)221-1024.
Can't use percentage widths on fo:table-cell
If you put a percentage width (like 25%) on an fo:table-cell you get the following error message: SEVERE: Cannot find LM to handle given FO for LengthBase. (fo:table-cell, location: 59/52) I've worked around this problem by just applying percentage widths to the fo:table-columns in the table header, but strictly speaking it seems the XSL-FO spec does allow width to be an attribute of fo:table-cell and widths include percentage widths. Is it nonsensical to attribute a percentage width to a fo:table-cell or is FOP failing to follow the spec by disallowing percentage widths on fo:table-cells? I notice that RenderX allows percentage widths on fo:table-cells. Best Regards, Jonathan S. Levinson Senior Software Developer Object Group InterSystems 617-621-0600
RE: inline-progression-dimension / block-progression-dimension maybe doesn't work
Here is the FOP FAQ regarding cells overflowing in a table. http://xmlgraphics.apache.org/fop/faq.html#cells-overflow I haven't tried squeezing characters (not in the above FAQ), but I have written a template to insert zero-length characters: xsl:template name=insert-zero-width-spaces xsl:param name=text select=./ xsl:param name=i select=1/ xsl:choose xsl:when test='$i=string-length($text)' xsl:value-of select=$text/ /xsl:when xsl:otherwise xsl:call-template name=insert-zero-width-spaces xsl:with-param name=text select=concat(substring($text,1,$i),'#x200B;',substring($text,$i+1,str ing-length($text)-$i))/ xsl:with-param name=i select=$i+2/ /xsl:call-template /xsl:otherwise /xsl:choose /xsl:template This results in wrapping. I haven't yet tried wrapping using hyphenation, though hyphenation would be more desirable. Best Regards, Jonathan S. Levinson -Original Message- From: samea [mailto:i...@samea.de] Sent: Monday, September 14, 2009 10:53 AM To: fop-users@xmlgraphics.apache.org Subject: inline-progression-dimension / block-progression-dimension maybe doesn't work Hello, I tried to squize some characters if the content is to much for the table-cell. I have seem a sample at zvon.org http://www.zvon.org/HowTo/Data/xslfoTests/results/recarea8.pdf. If I use the script with the FOP 0.95 it doesn' t work. What's wrong here? Thanks for you help. br Makrus -- View this message in context: http://www.nabble.com/inline-progression-dimension---block-progression-d imension-maybe-doesn%27t-work-tp25437260p25437260.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 - To unsubscribe, e-mail: fop-users-unsubscr...@xmlgraphics.apache.org For additional commands, e-mail: fop-users-h...@xmlgraphics.apache.org
RE: Printing Latin-2 characters
I've succeeded in printing in Chinese using a Microsoft Windows Chinese font using FOP 0.95 which can auto-detect operating system fonts. I specified the font family - 'Microsoft JhengHei'. A crucial step was modifying the fop.xconf file to auto-detect OS fonts: fonts auto-detect/ /fonts On Microsoft XP using a Latin-2 font family, I think a similar approach would work. I realize you are discussing LINUX, but maybe something similar would work there. Here is a link to the font documentation: http://xmlgraphics.apache.org/fop/0.95/fonts.html HTH, Jonathan S. Levinson From: Jill DeLong [mailto:j...@optifacts.com] Sent: Monday, September 14, 2009 10:26 AM To: fop-users@xmlgraphics.apache.org Subject: Printing Latin-2 characters We have been using the fop to print out documents so far in English, French and Swedish with no problems. However, we now have a need to print in Polish which uses characters in the ISO-8859-2 character set. In the documentation I've read so far for Fop, it says the -ps and -pdf probably do not handle anything other than ISO-8859-1 (Latin-1) as has seemed to be the case so far - it prints # signs instead of the accented Polish characters. The only solution I've found so far is to use the -print argument instead - this uses the AWT library and, although font size for the line with the Polish characters looks slightly different from the other lines, it works. My problem is, however, that it does not seem to allow specifying which printer to print to - it only allows the -print with no argument. We would need this to work for a multi-instance Linux server where the printers are networked and some can be in Portugal and others in Poland - so we need to be able to specify where the output will go. Any suggestions? Or is there an easier/better way to print these characters? We tried with UTF-8 but Fop's documentation says it does not support the multi-byte characters yet. Jill
