RE: One JPG Displays, the Other Does Not
Bob, IIRC, you are putting a 900px file into a 25pt area. FOP should shrink it to fit, but I suspect it still has issues doing this with large jpgs. Other image types (gif etc) work better. Cheers, Roland From: bob swanson [mailto:bobswans...@gmail.com] Sent: Monday, 13 May 2013 12:51 PM To: fop-users@xmlgraphics.apache.org Subject: One JPG Displays, the Other Does Not I noticed this problem with a much larger document I'm producing. I was able to trim down to a small .fo file and two JPG images. I can display the JPG images with many software products, so I know they are valid. However, the PDF file created by my short script (using the fop script on a Mac OSX system), displays only one of the images. The other is missing. I've tried viewing the created PDF file with Adobe Reader, and Preview from the Mac. In both cases, the second image does not appear. What am I doing wrong? The .fo source, the two JPG files, and a simple execution script for the fop shell script are in: http://swansongrp.com/misc/problem.zip (you can ignore the link reference errors, but there are no errors from reading the JPG files) Thanks for your help. Bob Swanson
RE: xml processing instructions in textual content
As far as an XML parser is concerned you have 3 nodes within the “para” element; two separate text nodes with the PI in between them. Your XSL would need to string both text nodes together instead of just showing the first one. I’m a bit rusty on this sorry, but there should be a couple of ways to do it. Cheers, Roland From: Craig Christophersen [mailto:crai...@synesis7.com] Sent: Thursday, 23 February 2012 11:17 AM To: fop-users@xmlgraphics.apache.org Subject: RE: xml processing instructions in textual content Sorry, meant to add. I think the expected behavior in textual content would be to be able to ignore the processing instruction. It seems to be ignored if it occurs in places other than textual content.. ?xml version=1.0 encoding=UTF-8? example para text con?Pub Caret?tent here /para?Pub Caret? paramore text content here /para /example The second instance of ?Pub Caret? above is ignored. From: Luis Bernardo [mailto:lmpmberna...@gmail.com]mailto:[mailto:lmpmberna...@gmail.com] Sent: Wednesday, February 22, 2012 4:41 PM To: fop-users@xmlgraphics.apache.orgmailto:fop-users@xmlgraphics.apache.org Subject: Re: xml processing instructions in textual content OK, I understand what you mean now. Your editor/authoring tool adds those ?Pub Caret? and you don't want that to break your PDF generation. I don't know what the expected behavior should be. I will have to investigate. On 2/22/12 1:04 AM, Craig Christophersen wrote: From xml and xsl. Xml simple example: ?xml version=1.0 encoding=UTF-8? example para text con?Pub Caret?tent here /para /example Xsl from parent template: fo:block font-size=10pt text-align=left padding-before=1mm margin-left=1mm margin-right=1mm padding-after=1mm font-weight=bold orphans=2 widows=2 xsl:call-template name=para /fo:block Simple xsl para template(para template I do a lot of testing for child elements of para and do formatting accordingly for each different element that can appear in the para besides text) But simply if just text in para element as below : ?xml version=1.0 encoding=UTF-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform;http://www.w3.org/1999/XSL/Transform xmlns:fo=http://www.w3.org/1999/XSL/Format;http://www.w3.org/1999/XSL/Format xsl:template name=para xmlns:fo=http://www.w3.org/1999/XSL/Format;http://www.w3.org/1999/XSL/Format xsl:value-of select=text()/ /xsl:template From: Luis Bernardo [mailto:lmpmberna...@gmail.com] Sent: Tuesday, February 21, 2012 5:07 PM To: fop-users@xmlgraphics.apache.orgmailto:fop-users@xmlgraphics.apache.org Subject: Re: xml processing instructions in textual content So, are you generating PDF from XML and XSL, or from FO? For instance, as an example, if I want PDF to show XML content, and I start from XML and XSL then I put this in the XML file: example ![CDATA[ ?xml version=1.0 encoding=UTF-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;http://www.w3.org/1999/XSL/Format fo:layout-master-set fo:simple-page-master margin=2cm page-width=21.0cm page-height=29.7cm master-name=A4-portrait fo:region-body / /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=A4-portrait fo:flow flow-name=xsl-region-body fo:blockHello World!/fo:block /fo:flow /fo:page-sequence /fo:root ]] /example and something like this in the XSL file: fo:block xsl:apply-templates select=example / /fo:block xsl:template match=example fo:block font-size=12pt linefeed-treatment=preserve white-space-treatment=preserve white-space-collapse=false font-family=monospace xsl:value-of select=. / /fo:block /xsl:template Then fop -xml example.xml -xsl example.xsl -pdf example.pdf generates a PDF with the example you see above inside the ![CDATA[]]. If you are working with FO, then you can use the above example and fop -xml example.xml -xsl example.xsl -foout example.fo to see how it should look like: fo:block font-family=monospace white-space-collapse=false white-space-treatment=preserve linefeed-treatment=preserve font-size=12pt lt;?xml version=1.0 encoding=UTF-8?gt; lt;fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format;http://www.w3.org/1999/XSL/Formatgt; lt;fo:layout-master-setgt; lt;fo:simple-page-master margin=2cm page-width=21.0cm page-height=29.7cm master-name=A4-portraitgt; lt;fo:region-body /gt; lt;/fo:simple-page-mastergt; lt;/fo:layout-master-setgt; lt;fo:page-sequence master-reference=A4-portraitgt; lt;fo:flow flow-name=xsl-region-bodygt; lt;fo:blockgt;Hello World!lt;/fo:blockgt; lt;/fo:flowgt; lt;/fo:page-sequencegt; lt;/fo:rootgt; /fo:block On 2/21/12 11:35 PM, Craig Christophersen wrote: I am encountering xml processing instructions in textual content. Example: “ para text con?Pub Caret?tent here /para” The resulting pdf from using FOP is “ text con” followed by content from the
RE: Horizontal line under table headers
Shruti, I vaguely recall that marker formats are controlled where you set them, not where you retrieve them. Regards, Roland -Original Message- From: shrutin [mailto:shru...@mastek.com] Sent: Wednesday, 30 September 2009 3:18 PM To: fop-users@xmlgraphics.apache.org Subject: Horizontal line under table headers Hello, How can I add a horizontal line under the table headers? Also is it possible to control the line height of fo:marker, i did add a line-height for the fo:block covering the marker but it does not seem to work. Thanks, Shruti -- View this message in context: http://www.nabble.com/Horizontal-line-under-table-headers-tp25675163p25675163.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: Create a .PCL file instead of a .PDF
Jeff, From experience: Don't use transparency in gif's. Don't use oversized jpeg's expect scaling down to work in PCL, it doesn't. I convert all images to non-transparent gif they work in both PCL and PDF. PCL versions of the image are lower quality slightly shrunken, but workable. BMP etc probably work OK, but I use the same images for web stuff too. Regards, *Roland* Steffanina, Jeff wrote: FOP-0.95 RedHat Linux Java 1.5 Creating the PDF file is not a problem. The output is perfect. Printing What: a short doc that includes one logo file (.gif) and one watermark (.jpg). The user has a requirement that the SAME data must also produce a .PCL file. My Java program (from the Apache web site) has been changed as follows: Fop fop = fopFactory.newFop(MimeConstants.MIME*_PCL*, foUserAgent, out); My fop.xconf has been changed as follows: renderer mime=application/vnd.hp-PCL renderingquality/rendering text-renderingbitmap/text-rendering /renderer The PCL file is produced with two problems: 1. It chooses Legal Size paper by default 2. The Logo (a .gif) shows up as a solid black rectangle 3. The watermark (a .jpg) does not print Any ideas/suggestions??? Thanks. */Jeff/* This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fedora 9 and fop
Ulrich, We found fop 0.20.5 required these fonts on some RH versions, even in headless mode: xorg-x11-deprecated-lib The fop errors we saw were different, but still misleading. I don't think java 1.6 was around when that version of FOP was written either FWIW. Regards, *Roland * Ulrich Mayring wrote: Chris Bowditch wrote: v0.9x is a complete re-write of 0.20.5 so I don't think that is a fair assumption. AFAIK the dependency on a graphical environment was due to Batik, so the complete rewrite of fop may not have any bearing on this issue. I am guessing that some X libraries weren't installed, is there any information which ones are actually needed? If that were true then specifying -Djava.awt.headless=true would resolve the issue. Its more likely that FOP got stuck in an infinite loop due to some complex FO that you gave it. No, I can disprove that. Fop works fine on any machine not running Fedora 9. In fact it worked fine on Fedora 4 and after doing nothing else but upgrading that machine to Fedora 9 it broke. The only explanation I can think of is the X libraries issue. Ulrich - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Error:java.lang.IllegalStateException: Cannot find any provider supporting RC4
http://xmlgraphics.apache.org/fop/0.94/pdfencryption.html Regards, *Roland* [EMAIL PROTECTED] wrote: Hi, We are using Pdf encryption of FOP 0.20 and we are getting following error. Please guide us on the same java.lang.IllegalStateException: Cannot find any provider supporting RC4 at org.apache.fop.pdf.PDFEncryption.init(PDFEncryption.java:164) at org.apache.fop.pdf.PDFDocument.setEncryption(PDFDocument.java:258) at org.apache.fop.render.pdf.PDFRenderer.setOptions(PDFRenderer.java:215) at rhReport.rhPDFConverter.convertXML2PDF(Unknown Source) at rhReport.GHRT.generatePDF(Unknown Source) at rhReport.GHRT.getReportInfo(Unknown Source) at jsp_servlet._rhrel.__rhjniscreen._jspService(__rhjniscreen.java:1652) at weblogic.servlet.jsp.JspBase.service(JspBase.java:33) at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1072) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348) at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:322) at rhReport.rhControlServ.service(Unknown Source) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at weblogic.servlet.internal.ServletStubImpl$ServletInvocationAction.run(ServletStubImpl.java:1072) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:465) at weblogic.servlet.internal.ServletStubImpl.invokeServlet(ServletStubImpl.java:348) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:6981) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121) at weblogic.servlet.internal.WebAppServletContext.invokeServlet(WebAppServletContext.java:3892) at weblogic.servlet.internal.ServletRequestImpl.execute(ServletRequestImpl.java:2766) at weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:224) at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:183) | Thanks Regards | Ismail Khan | Polaris Software Lab Limited | 91-22-39815900 Extn: 2258 This e-Mail may contain proprietary and confidential information and is sent for the intended recipient(s) only. If by an addressing or transmission error this mail has been misdirected to you, you are requested to delete this mail immediately. You are also hereby notified that any use, any form of reproduction, dissemination, copying, disclosure, modification, distribution and/or publication of this e-mail message, contents or its attachment other than by its intended recipient/s is strictly prohibited. Visit us at http://www.polaris.co.in - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svg not working on linux
j2sdk1.4.2_06 Jeremias Maerki wrote: Given that it works on some machines but not on others (especially a Linux server) could indicate not a problem in FOP but with the JVM. Please make sure you use a Sun JVM to avoid any problems coming from not fully implemented or buggy class libraries like GNU Classpath (used by GCJ, Kaffee etc.). On 10.04.2008 03:46:28 Roland Neilands wrote: Hello foppers, We've just put a watermark on our documents it works fine on two PC's using FOP 0.20.5, 0.93 0.94. It's completely ignored on two linux servers (tested with same 3 fop versions). The rest of the document renders fine, just no watermark, except for 20.5 which fails with an erroneous error about an id already existing (yes it only happens with below svg included). fo:block-container width=25cm height=18cm top=0cm left=0cm position=absolute fo:block fo:instream-foreign-object xmlns:svg=http://www.w3.org/2000/svg; svg:svg width=25cm height=18cm svg:g transform=rotate(-35) svg:text x=-200 y=17cm style=font-family:serif; font-size:70pt; font-weight:normal; fill:none; stroke:black; stroke-width:1.0; stroke-opacity:0.30; letter-spacing:14pt; xsl:value-of select=substring-before(Header/Amend_Confirm,':')/ /svg:text /svg:g /svg:svg /fo:instream-foreign-object /fo:block /fo:block-container We've tried changing font, colour opacity set the xslt xml declaration to standalone. The server already has the headless=true option on. Can anyone see any problems with this? Otherwise it's gif time. Another interesting note is that the svg overlays the region-body text, but not the static-content stuff. This is annoying, hence the no-fill. -- Regards, Roland Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svg not working on linux
Hello foppers, We've just put a watermark on our documents it works fine on two PC's using FOP 0.20.5, 0.93 0.94. It's completely ignored on two linux servers (tested with same 3 fop versions). The rest of the document renders fine, just no watermark, except for 20.5 which fails with an erroneous error about an id already existing (yes it only happens with below svg included). fo:block-container width=25cm height=18cm top=0cm left=0cm position=absolute fo:block fo:instream-foreign-object xmlns:svg=http://www.w3.org/2000/svg; svg:svg width=25cm height=18cm svg:g transform=rotate(-35) svg:text x=-200 y=17cm style=font-family:serif; font-size:70pt; font-weight:normal; fill:none; stroke:black; stroke-width:1.0; stroke-opacity:0.30; letter-spacing:14pt; xsl:value-of select=substring-before(Header/Amend_Confirm,':')/ /svg:text /svg:g /svg:svg /fo:instream-foreign-object /fo:block /fo:block-container We've tried changing font, colour opacity set the xslt xml declaration to standalone. The server already has the headless=true option on. Can anyone see any problems with this? Otherwise it's gif time. Another interesting note is that the svg overlays the region-body text, but not the static-content stuff. This is annoying, hence the no-fill. -- Regards, Roland This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender immediately via return e-mail and then delete the original e-mail. Any views or opinions presented are solely those of the author. This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Large PDF's files fail to stream correctly
Just a thought but you could put it into a BLOB in a DB apply your security to accessing that. Alternatively encrypt the filesystem pdf for reading provide the password separately. Regards, Roland Woodhouse, Graeme wrote: Hi Daniel, Thanks for your help - as a bit of a test I tried the following two scenarios: I set the response size to Integer.MAX_VALUE. Which didn't work :( I also tried first saving the output to a file - waiting until the file was complete, then streaming the file to the browser through the response. Which didn't work :(. Your right that I could temporarily link to the file I created and then delete the file after but your right about the security access. Its not something that we could do as the pdf's contain sensitive information + direct access to the server isn't really an option as it bypasses the rest of the security we have in place. I don't suppose you or anyone else on the list know of any other way to get round this? Graeme Woodhouse Software Engineer ProQuest Direct-Line: +44 (0) 1223 271 264 Fax: +44 (0) 1223 215 513 -Original Message- From: Daniel Appelt [mailto:[EMAIL PROTECTED] Sent: 04 April 2008 18:43 To: fop-users@xmlgraphics.apache.org Subject: Re: Large PDF's files fail to stream correctly Hi Graeme, in general, you do not know in advance how long the rendering with FOP will take. For large files it is not unlikely that the browser times out or finishes fetching the PDF file in an unfinished state. A possible pseudo-streaming solution could be to let FOP save the file on the server, and use a website with an AJAX script on the client side that regularly checks the state of the file. If file size isn't changing between two or more consecutive checks, it might be assumed that FOP has finished rendering the file and you could redirect the browser to the respective URL or show it as a link. Of course, this might still be problematic with regards to security... Cheers, Daniel - 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] This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Detecting a page break before it happens
Trevor, This is something you provide contingency in XSL-FO for, not something you need to do manually on every page. Search the list archives for fo:marker fo:retrieve marker look for same in the examples directory. Anyone care to update the FAQ for this? I can provide better wording. Regards, Roland Trevor Keast wrote: Hi, I have a large table that spans many pages. I need some way or detecting a page break before it happens so that I can write continued... at the bottom of the table. How can I go about doing this? Thanks in advance! Regards, Trevor. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Any unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender via return e-mail and then delete the original e-mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Quick survey: upcoming release of FOP 0.94
To redevelop something that worked before to look exactly the same because HP dropped their own format? No, no budget yet no sense of futility either. :) I've set this to do the font bitmapping, not sure that it's working as the font sizes aren't right, but they don't overlap so much: conf/fop.xconf: ... renderer mime=application/vnd.hp-PCL !-- render all text as bitmaps using Java 2D -- text-renderingbitmap/text-rendering /renderer It looks the same as the PDF version on other printers though, so I can't reproduce it personally ... I'll try to get an example. Regards, Roland Jeremias Maerki wrote: Quite a bit of work, what you suggest here. PCL 6 (aka PCL XL) is a completely different printer language compared to PCL 5. We'd have to develop a completely new renderer. Do you have a budget for this? ;-) What does that mean: better, but still not adequate? Does it print correctly on those printers or not? What's the problem? On 31.07.2007 08:48:08 Roland Neilands wrote: I suggest PCL6 support. A late response I know, but this just came up recently I can't work around it. PCL 5 support is being dropped from some new printers it seems: http://h2.www2.hp.com/bc/docs/support/SupportManual/c00878487/c00878487.pdf This has happened a couple of times recently, the printers don't have usable postscript support, and bitmapping the fonts in 0.93 sadly didn't resolve the issue (better, but still not adequate). It remains for me to say buy another printer. I wonder how long that answer will fly? Regards, Roland Andreas L Delmelle wrote: Hi all As some of you may already know, the fop-dev team is currently in the process of preparing a new release. With this post, we would like to gather some ideas on what the user community would like to see incorporated in FOP 0.94. Note that the release will already contain some cool new features compared to 0.93, like support for border-collapse=collapse, auto-detection and -registration of available custom fonts and improvements in handling internal destinations... What we are currently looking for are not large improvements (like table-layout=auto, which we are well aware is still missing), but more the elimination of small annoyances, little things that could mean a great deal to you. So, shoot away, and we'll see what we can do. No suggestion will be dismissed without consideration. Even if we do not implement the suggestion immediately, if it's interesting enough, we will definitely keep it in mind as a possible priority for the next release. We would also like this to be an opportunity for users who are in a position where they are able to check out and build the 0.94 release branch that has been created (*), to see if we have overlooked anything in our testsuites. If any bugs or unexpected results turn up in your real-time scenarios, we would of course appreciate it very much if these are uncovered before the actual release. As always, we value your input and feedback. Thanks Andreas (*) http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/fop-0_94/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Quick survey: upcoming release of FOP 0.94
I suggest PCL6 support. A late response I know, but this just came up recently I can't work around it. PCL 5 support is being dropped from some new printers it seems: http://h2.www2.hp.com/bc/docs/support/SupportManual/c00878487/c00878487.pdf This has happened a couple of times recently, the printers don't have usable postscript support, and bitmapping the fonts in 0.93 sadly didn't resolve the issue (better, but still not adequate). It remains for me to say buy another printer. I wonder how long that answer will fly? Regards, Roland Andreas L Delmelle wrote: Hi all As some of you may already know, the fop-dev team is currently in the process of preparing a new release. With this post, we would like to gather some ideas on what the user community would like to see incorporated in FOP 0.94. Note that the release will already contain some cool new features compared to 0.93, like support for border-collapse=collapse, auto-detection and -registration of available custom fonts and improvements in handling internal destinations... What we are currently looking for are not large improvements (like table-layout=auto, which we are well aware is still missing), but more the elimination of small annoyances, little things that could mean a great deal to you. So, shoot away, and we'll see what we can do. No suggestion will be dismissed without consideration. Even if we do not implement the suggestion immediately, if it's interesting enough, we will definitely keep it in mind as a possible priority for the next release. We would also like this to be an opportunity for users who are in a position where they are able to check out and build the 0.94 release branch that has been created (*), to see if we have overlooked anything in our testsuites. If any bugs or unexpected results turn up in your real-time scenarios, we would of course appreciate it very much if these are uncovered before the actual release. As always, we value your input and feedback. Thanks Andreas (*) http://svn.apache.org/repos/asf/xmlgraphics/fop/branches/fop-0_94/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PDF Encryption, when necessary?
Jenkins, Mark wrote: Guys, When is PDF encryption necessary? ... Is it just to add restrictions on how the document can or cannot be manipulated(print, edit,etc.)? Yes, that's it. Cheers, Roland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I know it's been asked before - getting fop-0.20.5 to not print [1]
-q command line option or if embedded maybe logging levels in faq Regards, Roland This e-mail is solely for the use of the intended recipient and may contain information which is confidential or privileged. Unauthorised use of its contents is prohibited. If you have received this e-mail in error, please notify the sender immediately via return e-mail and then delete the original e-mail. Any views or opinions presented are solely those of the author. brycenesbitt wrote: Other than piping to /dev/null, is it possible to get fop to not print [1] to the console, for each page rendered, of a multipage document? I'm sure it's been asked before, but google seems to not like googling [1] :-) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FOP failing while accessing SVG DTD
Ian, This is a basic XML parsing question, not particular to FOP: Use the XML prolog standalone attribute to prevent the DTD lookup. eg: ?xml version=1.0 encoding=UTF-8 standalone=yes? Regards, Roland Ian Burrell wrote: We are getting intermittent failures making PDF from XSL-FO with SVG images. I think the problem is caused by network errors accessing the SVG DTD from the w3.org site. We are using fop 0.20.5. Error: ([ERROR] Could not load external SVG: Connection refused [ERROR] Error while creating area : No ImageReader for this type of image (file:/usr/local/apache/sites/web_src/vod/htdocs//images/svg/layout4_logo.svg) The SVG file is generated by Adobe Publisher and contains the following DOCTYPE: !DOCTYPE svg PUBLIC -//W3C//DTD SVG 1.1//EN http://www.w3.org/Graphics/SVG/1.1/DTD/svg11.dtd; [ !ENTITY ns_svg http://www.w3.org/2000/svg; !ENTITY ns_xlink http://www.w3.org/1999/xlink; ] Is there any way to cause FOP to not fetch the DTD? Or use a local copy? - Ian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Out Of Memory Error
Check the FAQ: http://xmlgraphics.apache.org/fop/0.93/running.html#memory Regards, Roland [EMAIL PROTECTED] wrote: Hello All, I am trying to convert a huge XML document(approx about 110 pages long, 777KB) into a pdf document using an FO transformation. But it gives me the following error. Exception in thread main java.lang.OutOfMemoryError Can anybody guide me as to what is going wrong? Is there a limit on the size of the document that can be transformed?If so , can it be increased? Thanks, Sindhu Email Firewall made the following annotations - --- NOTICE --- This message is for the designated recipient only and may contain confidential, privileged or proprietary information. If you have received it in error, please notify the sender immediately and delete the original and any copy or printout. Unintended recipients are prohibited from making any other use of this e-mail. Although we have taken reasonable precautions to ensure no viruses are present in this e-mail, we accept no liability for any loss or damage arising from the use of this e-mail or attachments, or for any delay or errors or omissions in the contents which result from e-mail transmission. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: running FOP.bat from another folder
Rick, I don't think you need to cd, just run it with it's absolute path name or add the dir it's in to your %PATH%. A bit of code from the one I use, the comments may help you (XP is NT). I commented them because my fop.bat is not in the FOP install directory: set LOCAL_FOP_HOME=C:\fop\fop-0.20.5 rem %~dp0 is the expanded pathname of the current script under NT rem if %OS%==Windows_NT set LOCAL_FOP_HOME=%~dp0 NB the .bat is much more flexible if you leave the %1 %2 %3 %4 %5 %6 %7 %8 in the java command. Regards, Roland Rick Roen wrote: FOP 0.92 XP Pro Java 1.5.0_6 I’m trying to run the FOP batch file to create pdf from a folder other than the ..\FOP folder where the other fop files are located. My batch file is below. I have hard-coded some of the input variables to limit errors, but I get “Exception in thread main java.lang.NoClassDefFoundError: org/apache/fop/cli/Main”, which I think means it can’t find the fop.jar file. I change the current folder with “cd %local_fop_home% thinking that this will start things in the right folder, but no joy. When I run this batch file from the FOP folder, it works ok. Can anyone tell me what I am doing wrong? Rick @echo off set FOP_FILE=%1 set XML_FILE=%2 set XSL_FILE=%3 set PDF_FILE=%4 set ERR_FILE=%5 set LOCAL_FOP_HOME=C:\DELPHI~1\LVSPRO~1\SEEDPA~1\FOP set LIBDIR=%LOCAL_FOP_HOME%\lib cd %local_fop_home% set LOCALCLASSPATH=%LOCAL_FOP_HOME%build\fop.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LOCAL_FOP_HOME%build\fop-sandbox.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LOCAL_FOP_HOME%build\fop-hyph.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\xml-apis-1.3.02.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\xercesImpl-2.7.1.jar rem set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\xalan-2.7.0.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\Saxon8.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\Saxon8-dom.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\serializer-2.7.0.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\batik-all-1.6.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\xmlgraphics-commons-1.0.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\avalon-framework-4.2.0.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\commons-io-1.1.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\commons-logging-1.0.4.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\jimi-1.0.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\jai_core.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\jai_codec.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%LIBDIR%\fop-hyph.jar set LOCALCLASSPATH=%LOCALCLASSPATH%;%FOP_HYPHENATION_PATH% rem need to use Saxon8 so we can do a XSLT2.0 transform on the xml rem include Saxon8.jar and Saxon8-dom.jar in the classpath and put in FOP\lib folder rem also use the -Djavax... to assign the TransformerFactory to Saxon below java -cp %LOCALCLASSPATH% -Djavax.xml.transform.TransformerFactory=net.sf.saxon.TransformerFactoryImpl org.apache.fop.cli.Main -xml %tmp%\primavera\test.xml -xsl %tmp%\primavera\test.xsl -pdf %tmp%\primavera\test.pdf pause - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transforming Img tag in HTML
J.Pietschmann wrote: Roland Neilands wrote: Sorry, my mistake. 20.5 wants height/width on the block container. ... fo:external-graphic content-height=3cm content-width=3cm FOP 0.20.5 doesn't support content-heigth/width either. Height and width work. I know, it ignores them though. That's why that bit of code worked in both versions of FOP. Cheers, Roland. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transforming Img tag in HTML
Roland Neilands wrote: J.Pietschmann wrote: Roland Neilands wrote: Sorry, my mistake. 20.5 wants height/width on the block container. ... fo:external-graphic content-height=3cm content-width=3cm FOP 0.20.5 doesn't support content-heigth/width either. Height and width work. I know, it ignores them though. That's why that bit of code worked in both versions of FOP. Except where I'd trimmed the absolute positioning from the block container. I'll shut up now. Cheers, Roland. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transforming Img tag in HTML
Suresh, What you've done is correct, but not supported by the old version of FOP - try the beta release, or use height width attributes as well. Search this list's archives for more details, this has come up a few times. Regards, Roland Suresh Koya wrote: Hi, I am using FOP 0.20.5. I was trying to transform the IMG tag of HTML: img src=http://onjava.com/images/onjava/onjava_logo.jpg; width=294 height=82/ After going through the XSL_FO Spec, I created a FO document equivalent to this for generating a PDF as belows: fo:external-graphic content-height=82px content-width=294px src=http://onjava.com/images/onjava/onjava_logo.jpg/ The generated PDF had the image bigger than the original size (294 X 82). Is could not find an example for this in the samples as well. Could anyone suggest what is the right way to set the width and height a image. Regards, Suresh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Transforming Img tag in HTML
Suresh, Sorry, my mistake. 20.5 wants height/width on the block container. This works in both versions: fo:block-container height=3cm width=3cm fo:block fo:external-graphic content-height=3cm content-width=3cm src=file.jpg scaling=uniform/ Regards, Roland Suresh Koya wrote: I checked this with the beta build also. I could not get it to work. Should I file a bug to this respect. Regards, Suresh Koya */Roland Neilands [EMAIL PROTECTED]/* wrote: Suresh, What you've done is correct, but not supported by the old version of FOP - try the beta release, or use height width attributes as well. Search this list's archives for more details, this has come up a few times. Regards, Roland Suresh Koya wrote: Hi, I am using FOP 0.20.5. I was trying to transform the IMG tag of HTML: height=82/ After going through the XSL_FO Spec, I created a FO document equivalent to this for generating a PDF as belows: src=http://onjava.com/images/onjava/onjava_logo.jpg/ The generated PDF had the image bigger than the original size (294 X 82). Is could not find an example for this in the samples as well. Could anyone suggest what is the right way to set the width and height a image. Regards, Suresh - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Ring'em or ping'em. Make PC-to-phone calls as low as 1¢/min http://us.rd.yahoo.com/mail_us/taglines/postman11/*http://us.rd.yahoo.com/evt=39666/*http://voice.yahoo.com with Yahoo! Messenger with Voice. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: transparent background is black on the paper
I've seen this too. I just turned off transparency in the gif in an image editor and it worked fine. Cheers, Roland Zmitko, Jan wrote: Hallo Together, I´ve an problem with printing my PDF generated by FOP 0.20.5. The generated PDF looks corectly, however if I print these on my printer, the contained logo looks bad. The transparent background of the image has black color. Has any one an Idea, whats the reason of these problem? Thanks a lot, Jan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: New User - Fop error.
Patrick, Your examples are too basic, missing all of the page structure information. Have a look at the .fo examples in your fop install directory. Cheers, Roland Patrick Proctor wrote: I have the same problem, and I think it may be a bug. I have used FOP examples from O'Reilly and W3C and I can't get any file, even the most basic to work. Any help would be very much appreciated! Here are two example input files: test.xsl: ?xml version=1.0 encoding=UTF-8? xsl:stylesheet version=1.0 xmlns:xsl=http://www.w3.org/1999/XSL/Transform; xmlns:fo=http://www.w3.org/1999/XSL/Format; xsl:template match=data fo:block xsl:apply-templates select=name/ xsl:apply-templates select=description/ /fo:block /xsl:template xsl:template match=name fo:block font-size=18pt font-family=sans-serif line-height=24pt space-after.optimum=15pt background-color=blue color=white text-align=center padding-top=3pt xsl:value-of select=./ /fo:block /xsl:template xsl:template match=description fo:block font-size=12pt font-family=sans-serif line-height=15pt space-after.optimum=3pt text-align=justify xsl:value-of select=./ /fo:block /xsl:template /xsl:stylesheet test.xml: ?xml version=1.0 encoding=UTF-8? data name Krusty the Clown /name description This memo explains why Krusty the Clown is our best customer. We need to take good care of him from now onwards and make sure that there are always enough bananas for his pet monkey. /description /data - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: no runtime java--how to install
Paul, It can be changed but the default is, eg: C:\Program Files\Java\jre1.5.0_04\ JDK install path is slightly different, but it's unlikely you'd have that. Cheers, Roland Paul Tremblay wrote: On Sun, Jan 22, 2006 at 10:58:26AM +0100, Dirk Bromberg wrote: From: Dirk Bromberg [EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org Date: Sun, 22 Jan 2006 10:58:26 +0100 Subject: Re: no runtime java--how to install User-Agent: Thunderbird 1.5 (Windows/20051201) Hi, yes, you can run java from CD. Like Glen said, you must copy the JRE directory from your java install dir to the CD and if you want to run fop you must call the java.exe direct (relative from your script). Would you have any idea where the JRE install directory is? I am not familiar with Windows. I cannot install the JRE directory *anywhere* because I don't have permission, and it occurred to me to just copy the JRE on the computers that have them. I sniffed around today on box at work and couldn't find anything. thanks Paul - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: UTF issue
Thom, Opening your .fo in IE: Line 3 Char 125. An invalid character was found in text context. Did you save as utf-8? Looks like ansi to me. UTF-8 is the default for XML, but not for most text editors. The encoding attribute must match the file (eg encoding=ISO-8859-1 works for this file). To expand slightly on David's comments - trim the .fo down to the smallest file which will show the problem. You can often find the solution yourself this way. Cheers, Roland [EMAIL PROTECTED] wrote: (See attached file: XSL Output.fo) here is the file Tom Maciejewski David Delbecq [EMAIL PROTECTED] To: fop-users@xmlgraphics.apache.org cc: 12/20/2005 09:31 Subject: Re: UTF issue AM Please respond to fop-users In general, when posting, please provide explicit informations More specifically, please provide those informations: - What did you do, what did you try to do? (The dialog box provide absolutely no clues on what you are trying to do!) - versions used - Any console messages - attach the offending file. Now, the answers - Things that may cause this: Invalid character in xml file, obviously - Fix: open file in an editor and see what is the offending caracter. Any plain text editor is enough for that (as long as it support characters encoding) - Debug easily .fo: send them in fop and read error messages, they are most of the time self explanatory. Le Mardi 20 Décembre 2005 15:19, [EMAIL PROTECTED] a écrit : Can someone explain to me things that may cause this and maybe quick solutions to fix them. Also is there an easy way to debug FO? (Embedded image moved to file: pic03548.jpg) Regards, Tom Maciejewski * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. * -- David Delbecq Royal Meteorological Institute of Belgium - Pingouins dans les champs, hiver méchant - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Your experience with FOP 0.90alpha1 so far???
Jeremias, Thanks for that, I set the height based on the result, not on what it should have been. I should be able to make it work. That means the blank line issue is the only actual bug, and probably an easy fix. Well done. Regards, Roland Jeremias Maerki wrote: Ah, now I get it, thanks. It's actually so that 0.20.5 is at fault here. :-) Just sum up the line-height for each line in the b-c. You get 146pt which is about 2.02in which is 5.13cm. You specified 4.7cm as the height for the b-c. 0.20.5 wasn't so systematically tested as the new code is. Even if I look directly at the area tree that 0.90 generates, the result is correct. On 15.12.2005 23:47:31 Roland Neilands wrote: Jeremias, Try the large block in 20.5 - it fits with no overflow. There seems to be extra space between lines in .90 Cheers, Roland Jeremias Maerki wrote: On 12.12.2005 07:19:31 Roland Neilands wrote: snip/ 5. There seems to be extra space inserted between lines now. This breaks existing stylesheets static-content layout - is there some default attribute I can turn off for this? (space-before, padding?) Can you please supply an example? Yes: It seems this is no longer respected as a blank line: fo:block #160;/fo:block Manuel Mall just told me he's going to look into this. This block-container overruns it's height by a full centimeter: Yes, I can see it overflows the available area. What exactly is the problem here? The current FOP Trunk (dev version) will notify you about the overflow in the log. The overflow property will now also clip the overflowing content is hidden is used. - # fo:block-container position=*absolute* left=*3.3cm* top=*0cm* width=*16cm* height=*4.7cm* fo:block font-size=*24pt* font-weight=*bold* font-family=*serif* line-height=*26pt* text-align=*start*Pulse Mining Systems Pty Ltd/fo:block fo:block font-size=*18pt* font-weight=*bold* font-family=*serif* line-height=*20pt* text-align=*start*as Managers and Agents for the Pulse Joint Venture/fo:block fo:block white-space-collapse=*false* font-size=*12pt* font-weight=*bold* font-family=*serif* line-height=*16pt* text-align=*start*123456 4900 49336732/fo:block fo:block white-space-collapse=*false* font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start*18 Day Street/fo:block fo:block white-space-collapse=*false* font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start*East Maitland NSW 2323/fo:block fo:block white-space-collapse=*false* font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start*Line 3/fo:block fo:block white-space-collapse=*false* font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start*Line 4/fo:block fo:block white-space-collapse=*false* font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start*Line 5/fo:block - # fo:block font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start* fo:basic-link external-destination=*mailto:[EMAIL PROTECTED] color=*blue*[EMAIL PROTECTED]/fo:basic-link /fo:block - # fo:block font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start* fo:basic-link external-destination=*http://www.pulsemining.com.au*; color=*blue*http://www.pulsemining.com.au/fo:basic-link /fo:block /fo:block-container snip/ Jeremias Maerki - 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] Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Your experience with FOP 0.90alpha1 so far???
Jeremias, Try the large block in 20.5 - it fits with no overflow. There seems to be extra space between lines in .90 Cheers, Roland Jeremias Maerki wrote: On 12.12.2005 07:19:31 Roland Neilands wrote: snip/ 5. There seems to be extra space inserted between lines now. This breaks existing stylesheets static-content layout - is there some default attribute I can turn off for this? (space-before, padding?) Can you please supply an example? Yes: It seems this is no longer respected as a blank line: fo:block #160;/fo:block Manuel Mall just told me he's going to look into this. This block-container overruns it's height by a full centimeter: Yes, I can see it overflows the available area. What exactly is the problem here? The current FOP Trunk (dev version) will notify you about the overflow in the log. The overflow property will now also clip the overflowing content is hidden is used. - # fo:block-container position=*absolute* left=*3.3cm* top=*0cm* width=*16cm* height=*4.7cm* fo:block font-size=*24pt* font-weight=*bold* font-family=*serif* line-height=*26pt* text-align=*start*Pulse Mining Systems Pty Ltd/fo:block fo:block font-size=*18pt* font-weight=*bold* font-family=*serif* line-height=*20pt* text-align=*start*as Managers and Agents for the Pulse Joint Venture/fo:block fo:block white-space-collapse=*false* font-size=*12pt* font-weight=*bold* font-family=*serif* line-height=*16pt* text-align=*start*123456 4900 49336732/fo:block fo:block white-space-collapse=*false* font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start*18 Day Street/fo:block fo:block white-space-collapse=*false* font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start*East Maitland NSW 2323/fo:block fo:block white-space-collapse=*false* font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start*Line 3/fo:block fo:block white-space-collapse=*false* font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start*Line 4/fo:block fo:block white-space-collapse=*false* font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start*Line 5/fo:block - # fo:block font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start* fo:basic-link external-destination=*mailto:[EMAIL PROTECTED] color=*blue*[EMAIL PROTECTED]/fo:basic-link /fo:block - # fo:block font-size=*10pt* font-weight=*bold* font-family=*serif* line-height=*12pt* text-align=*start* fo:basic-link external-destination=*http://www.pulsemining.com.au*; color=*blue*http://www.pulsemining.com.au/fo:basic-link /fo:block /fo:block-container snip/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Your experience with FOP 0.90alpha1 so far???
Jeremias, I haven't test it thoroughly yet, but you asked, so but here's what I've seen: 1. Images are not scaled overrun block-container height width. The images seem washed-out pixelated (gif). This is a stopper, I was hoping it would work better than 20.5. fo:block-container height=3cm width=3cm top=0cm left=0cm position=absolute fo:block fo:external-graphic height=3cm width=3cm src=file:images/{$logo} scaling=uniform/ /fo:block 2. I had to move region-before after region-body in the simple-page-master. This makes no sense ;), but I assume this is from the spec. Not a problem. 3. NB. Had to replace fo:table/ with fo:table-cellfo:block//fo:table-cell 4. No line numbers on errors anymore? This was very useful for debugging stylesheets. 5. There seems to be extra space inserted between lines now. This breaks existing stylesheets static-content layout - is there some default attribute I can turn off for this? (space-before, padding?) 6. PCL - no chance of at least keeping the old renderer? FWIW: I know these are mostly my compliance issues, but a FAQ on these kind of differences would help greatly. Cheers, Roland Jeremias Maerki wrote: Dear users of Apache FOP, version 0.90alpha1 is now two weeks old. In this time we've already received a number of bug reports and even some patches. Thanks to those involved and to everybody who has sent us feedback on the new version so far. Still, it's been a little quiet for my taste. :-) So, I'd like to ask everybody who has tried 0.90alpha1 (or the latest FOP Trunk) so far to tell us his/her first impression of the new code. Is it crap beyond what is thought possible? *g* If there are problems, what are they (except those we already documented, of course)? Or could it even be that you've already rendered a few non-trivial documents and it didn't even look that bad? We'd really appreciate some more feedback. If there are people who would like to contribute more than bug reports and feedback, but don't know how, please speak up. We can always use additional help and will be glad to get you on the right track. Thanks, Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [POLL] Your experience with FOP 0.90alpha1 so far???
Jeremias, 7. It seems to have the old bug of leaving zero sized files around after errors Cheers, Roland Roland Neilands wrote: Jeremias, I haven't test it thoroughly yet, but you asked, so but here's what I've seen: 1. Images are not scaled overrun block-container height width. The images seem washed-out pixelated (gif). This is a stopper, I was hoping it would work better than 20.5. fo:block-container height=3cm width=3cm top=0cm left=0cm position=absolute fo:block fo:external-graphic height=3cm width=3cm src=file:images/{$logo} scaling=uniform/ /fo:block 2. I had to move region-before after region-body in the simple-page-master. This makes no sense ;), but I assume this is from the spec. Not a problem. 3. NB. Had to replace fo:table/ with fo:table-cellfo:block//fo:table-cell 4. No line numbers on errors anymore? This was very useful for debugging stylesheets. 5. There seems to be extra space inserted between lines now. This breaks existing stylesheets static-content layout - is there some default attribute I can turn off for this? (space-before, padding?) 6. PCL - no chance of at least keeping the old renderer? FWIW: I know these are mostly my compliance issues, but a FAQ on these kind of differences would help greatly. Cheers, Roland Jeremias Maerki wrote: Dear users of Apache FOP, version 0.90alpha1 is now two weeks old. In this time we've already received a number of bug reports and even some patches. Thanks to those involved and to everybody who has sent us feedback on the new version so far. Still, it's been a little quiet for my taste. :-) So, I'd like to ask everybody who has tried 0.90alpha1 (or the latest FOP Trunk) so far to tell us his/her first impression of the new code. Is it crap beyond what is thought possible? *g* If there are problems, what are they (except those we already documented, of course)? Or could it even be that you've already rendered a few non-trivial documents and it didn't even look that bad? We'd really appreciate some more feedback. If there are people who would like to contribute more than bug reports and feedback, but don't know how, please speak up. We can always use additional help and will be glad to get you on the right track. Thanks, Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: get value of command line arguments
Yes I know the command line is slow, this sounds like another incentive to change that. Thanks, Roland Jeremias Maerki wrote: Hi Roland No, that parameter to the XSL is not set by the FOP command line. Of course, it would be no problem to add this. In the latest code it's possible to specify XSLT parameters. But that version won't be of use to you right now, since PCL support has not been resurrected, yet. Still, you're talking about speed but yet you use the command line. That's kind of a contradiction to me. However, it should be easy for you to add that XSL parameter to the FOP command line yourself. On 16.11.2005 03:04:22 Roland Neilands wrote: Does anyone know if it's possible to check the value of FOP command line arguments within XSL, specifically the chosen output format? eg I have one stylesheet which may produce PDF and/or PCL from the same XML file depending on local setup. PCL is mainly for non-PS printers faxes, so I would like to disable colour formatting switch to bw images when producing these. I could do this with an input parameter I know, but that means producing the .fo as a separate step, slowing things down. Jeremias Maerki - 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]
get value of command line arguments
Hi, Does anyone know if it's possible to check the value of FOP command line arguments within XSL, specifically the chosen output format? eg I have one stylesheet which may produce PDF and/or PCL from the same XML file depending on local setup. PCL is mainly for non-PS printers faxes, so I would like to disable colour formatting switch to bw images when producing these. I could do this with an input parameter I know, but that means producing the .fo as a separate step, slowing things down. Cheers, Roland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: conditional-page-master-reference and last()
Louis, I beleive it is not implemented in FOP. Use fo:marker instead for this instead, there are plenty of examples in the list archive and your fop/examples directory, sorry don't have time to dig them up right now. Cheers, Roland [EMAIL PROTECTED] wrote: I have a layout such that: fo:page-sequence-master master-name=mainSequence fo:repeatable-page-master-alternatives fo:conditional-page-master-reference page-position=first master-reference=firstPage/ fo:conditional-page-master-reference page-position=rest master-reference=otherPage/ /fo:repeatable-page-master-alternatives /fo:page-sequence-master I need to put a footer on each page that either indicates that it is or is not the last page of the entire printed document. Usually, when I have a repeatable-page-master-reference, I just use code like: xsl:choose xsl:when test=position() = last() END OF ORDER /xsl:when xsl:otherwise CONTINUED ON FOLLOWING PAGE /xsl:otherwise /xsl:choose However, last() seems to be giving me my position within the reference. For example, say I have two pages, each one is a different layout using different static contents. On both pages, last() is equal to position(). What am I doing wrong? Thanks, Lou - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Basic help needed
Ashley, To stop editing you can use this: http://xml.apache.org/fop/pdfencryption.html To wrap at 80 chars there are several solutions, but it really depends on your situation: as Jay suggested you might be trying to do something XSL-FO does automatically better. For a preformatted text file, you could also experiment with these fo:block-container attributes: white-space-collapse=false linefeed-treatment=preserve white-space-treatment=preserve Cheers, Roland -Original Message- From: Ashley Martens [mailto:[EMAIL PROTECTED] Sent: Friday, 22 April 2005 4:23 AM To: fop-users@xmlgraphics.apache.org Subject: RE: Basic help needed It's really silly. I'm creating this software to interface another company. That company returns a report as a text file, however, my client does not want his employees to be able to change the text file so he wants it converted to a PDF. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thu 4/21/2005 2:02 PM To: fop-users@xmlgraphics.apache.org Subject: Re: Basic help needed Well, FO doesn't have any sense of breaking at an arbitrary number of characters. The FO idiom is to fill the line until the end of the line or the end of the text is reached. If you really want to break the text every eighty lines, you can do it with XSLT and then put each chunk in its own block. Getting the line break to be at the last space before 80 characters will be a bit more interesting, but not impossible. I'm curious why you would want to create a PDF representation of what is usually a pure-text representation method. Why not let PDF do what PDF does well (make paragraphs, have bold for emphasis, and so on)? Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) Ashley Martens [EMAIL PROTECTED] 04/21/2005 12:50 PM Please respond to fop-users@xmlgraphics.apache.org To [EMAIL PROTECTED] cc Subject Basic help needed I trying to convert a simple text document, with no line feeds, into a simple PDF that is wrapped at 80 characters. Can anyone suggest the FO syntax to do this? E-Mail Confidentiality Notification --- This e-mail message (and any associated files) contains information from Associated Software Consultants (ASC), Inc. and is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. - 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] E-Mail Confidentiality Notification --- This e-mail message (and any associated files) contains information from Associated Software Consultants (ASC), Inc. and is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential, subject to copyright or constitutes a trade secret. If you are not the intended recipient you are hereby notified that any dissemination, copying or distribution of this message, or files associated with this message, is strictly prohibited. If you have received this message in error, please notify us immediately by replying to the message and deleting it from your computer. Messages sent to and from us may be monitored. attachment: winmail.dat- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: FOP - external-graphic in absolutely positioned block container - increase the width and the image vanishes!
Mike, However - my main question still remains: Why - when an image is displayed 'correctly' - does making the block-container BIGGER make the image vanish? Does anyone else have any experience of this? Yes, if the block-container no longer fits wholly within static-content for example, it doesn't display anything. You could display borders on the block-container to check. I have also seen logos disappear when the logo itself was much bigger than the block-container and it spat the dummy rather than scale the image down. I think that was only on certain image types (jpg?). I checked the archives quickly but can't find the details, sorry. Cheers, Roland - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Best Practices for Images and FOP 0.20.5
David, A couple of notes from experience: Don't use transparency in GIF's (goes black). Don't use JPG for PCL output (can crash FOP). Don't scale images containing text (pixelates: use a factor of 2 if necessary). Cheers, Roland -Original Message- From: David 'Dox' Shevitz [mailto:[EMAIL PROTECTED] Sent: Thursday, 14 April 2005 8:29 AM To: fop-users@xmlgraphics.apache.org Subject: Re: Best Practices for Images and FOP 0.20.5 Thanks, Jay. This is exactly the type of information I'm trying to compile. In regards to FOP, one of the challenges I've been having is ensuring that images are either a) their normal size, if they are smaller than the page, or b) scaled down if they are larger than the page. It seems like I get inconsistent results with my PDF output, and I'm not sure if its a problem in my process, or just a temporary limitation of FOP. It was this situation that made me wonder what others did to ensure their graphics appeared as they wanted. I agree with you as well--I use JPEGs for the documentation I write for my company. It's helpful to know that JPEGs and GIFs are the best for FOP--given the sheer number of file types for graphics that exist. Dave [EMAIL PROTECTED] wrote: Hi, Dave, I can't point you to a guide, but I can share my experiences. Being a technical writer, I've had occasion to embed lots of screen shots in lots of documents and then render PDF versions of those documents with FOP. In the process, I've learned a couple things. Naturally, you need to do all the things that help when working with any image: Use an uncluttered image. Use an image with good contrast. Try not to scale it too drastically. For FOP in particular, you can help yourself out by using its native image formats: GIF and JPEG. Ever since some fellow decided to start suing companies that use GIFs, I mostly use JPEGs. You can get other image formats to work with FOP, but that's more overhead. Other than that, it's better to make a big image small than it is to make a small image big. That's true in general, of course, but it seems to be even more true in PDF (note that this isn't especially a FOP thing - it's a PDF thing). Good thread to start. Jay Bryant Bryant Communication Services (presently consulting at Synergistic Solution Technologies) David 'Dox' Shevitz [EMAIL PROTECTED] 04/13/2005 10:18 AM Please respond to fop-users@xmlgraphics.apache.org To fop-users@xmlgraphics.apache.org cc Subject Best Practices for Images and FOP 0.20.5 Hello all, I know that the topic of images and FOP has been addressed numerous times, but the information I've been finding seems very specific to certain situations or image types. I'm hoping to find some sort of guidelines or best practices document that describes how to use images in FOP. Two examples: are certain image types better than others? What is the best way to control the size of the image so it looks consistent throughout a pdf? Again, I'm sorry if these questions have been addressed before, and I just missed it. But I do appreciate any help! Thanks, Dave Shevitz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]