Accessing authenticated external graphic objects
Greetings, while using FOP embedded in a servlet, I need to include graphics using fo:external-graphic and said graphics are generated by the same servlet. However, if the servlet uses http authentication the graphic is not included. I think I could work around the problem by cloning the servlet under a different name and having it provide service to 127.0.0.1 only, but I was wondering if I could use approaches based on the servlet API such as getResourceAsStream() or RequestDispatcher.include(). Thank you for your consideration, Davide Bolcioni -- Paranoia is a survival asset. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Accessing authenticated external graphic objects
Davide Bolcioni wrote: Greetings, while using FOP embedded in a servlet, I need to include graphics using fo:external-graphic and said graphics are generated by the same servlet. However, if the servlet uses http authentication the graphic is not included. I think I could work around the problem by cloning the servlet under a different name and having it provide service to 127.0.0.1 only, but I was wondering if I could use approaches based on the servlet API such as getResourceAsStream() or RequestDispatcher.include(). You can patch the image factory to call the image producing servlet directly. There is no easy way around this (URL handlers are another possiblity, but implementing them in a webapp environment is even more of a PITA then in standalone apps). J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [work] Re: Problem with External-graphic and authentication
Never mind. I've created a subdirectory of webapps named images with no authentication required. Frank -Original Message- From: Frank Daly [mailto:[EMAIL PROTECTED] Sent: 11 September 2004 12:05 To: [EMAIL PROTECTED] Subject: RE: [work] Re: Problem with External-graphic and authentication Thanks very much for your reply. Is there a way with tomcat to restrict access to the image to localhost? Frank -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Sent: 10 September 2004 10:11 To: [EMAIL PROTECTED] Subject: [work] Re: Problem with External-graphic and authentication Frank Daly wrote: I have switched to tomcat 5 and am using basic authentication. I was able to display an image using the external-graphic fo and tomcat 4.1 also with authentication. I can see the image when I type the url in directly and then login. Is there a way to include the authentication data in the url No. or do I have to sacrifice the authentication? You can restrict access to the image to localhost, or some similar tricks. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ---Legal Disclaimer--- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt. ---Legal Disclaimer--- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ---Legal Disclaimer--- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt. ---Legal Disclaimer--- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with External-graphic and authentication
Hi I have switched to tomcat 5 and am using basic authentication. I was able to display an image using the external-graphic fo and tomcat 4.1 also with authentication. I can see the image when I type the url in directly and then login. Is there a way to include the authentication data in the url or do I have to sacrifice the authentication? Frank ---Legal Disclaimer--- The above electronic mail transmission is confidential and intended only for the person to whom it is addressed. Its contents may be protected by legal and/or professional privilege. Should it be received by you in error please contact the sender at the above quoted email address. Any unauthorised form of reproduction of this message is strictly prohibited. The Institute does not guarantee the security of any information electronically transmitted and is not liable if the information contained in this communication is not a proper and complete record of the message as transmitted by the sender nor for any delay in its receipt. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic problem
Title: RE: external-graphic problem I had the same problem before, I passed in image root as a parameter to XSLT page, and add that to the path of images. The limitation is: you have to assume all images are using same root path. Tiffany -Original Message- From: vivek gupta [mailto:[EMAIL PROTECTED]] Sent: Tuesday, August 24, 2004 9:08 PM To: [EMAIL PROTECTED] Subject: fo:external-graphic problem Hi All, I am having problem to use image in my web-application fop file. I am using XSLT and XML to generate fo file. But when I am deploying app on my app server. It could not find image file unless I hard code image path. Please help me how to set up path so that fo file dynamically finds image file Thanks in advance -V __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
Clay, Thanks for the response. The xml is being streamed from the database in this instance, so there is no xml file that resides in a directory to serve as the base for the relative path. Is there no way to use to a classpath entry as the base for the relative URL? or something similar? Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Thursday, July 22, 2004 4:41 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem On Jul 22, 2004, at 1:20 PM, Danny wrote: ** Application is a standalone Java Swing application. Cannot seem to get a jpg to render in my pdf unless I hardcode the complete path to the image in the external-graphic src attribute. The data in the pdf renders fine, just no image. The image file is located in the same directory as the xsl file. Danny Gallagher I've found that when referring to external graphics in a 'relative' manner, the PATH is relative to the XML file, and not the XSL file. This is probably something that should be added to the FAQ (although I don't think it's actually *asked* very often). In addition, we should probably update the Graphics page somehow to reflect this as well. Web Maestro Clay - 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: external-graphic src problem
On Jul 23, 2004, at 6:20 AM, Danny wrote: Clay, Thanks for the response. The xml is being streamed from the database in this instance, so there is no xml file that resides in a directory to serve as the base for the relative path. Is there no way to use to a classpath entry as the base for the relative URL? or something similar? You might find the answer in our FAQ[1] or our configuration page. I suspect it has something to do with setting baseDir. If you don't find it in exactly the location I indicate, search the rest of the page for more tips. Please write back to let us know if you come up with a solution so we can update the web site. Web Maestro Clay [1] http://xml.apache.org/fop/faq.html#servlet-baseDir [2] http://xml.apache.org/fop/configuration.html#summary-key-value - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:36 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem On Jul 23, 2004, at 6:20 AM, Danny wrote: Clay, Thanks for the response. The xml is being streamed from the database in this instance, so there is no xml file that resides in a directory to serve as the base for the relative path. Is there no way to use to a classpath entry as the base for the relative URL? or something similar? You might find the answer in our FAQ[1] or our configuration page. I suspect it has something to do with setting baseDir. If you don't find it in exactly the location I indicate, search the rest of the page for more tips. Please write back to let us know if you come up with a solution so we can update the web site. Web Maestro Clay [1] http://xml.apache.org/fop/faq.html#servlet-baseDir [2] http://xml.apache.org/fop/configuration.html#summary-key-value - 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: external-graphic src problem
This possibly becomes an XSLT problem. Use a global variable passed into the XSLT transform to provide the basedir for the images. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:56 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
Matthew, Thanks for the suggestion. Not sure I see how that solves my problem. Does XSLT allow me to set the basedir against the classpath in the global variable, therefore solving the problem of having to specify the absolute path? Thanks Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Zaleski, Matthew (M.E.) [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 10:01 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem This possibly becomes an XSLT problem. Use a global variable passed into the XSLT transform to provide the basedir for the images. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:56 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 - 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: external-graphic src problem
I should've thought of this sooner... !-- At the top of my XSL-FO file or in an xsl:include -- !-- varImagesDirectory | used to set PATH to images/ directory-- xsl:variable name=varImagesDirectory/path/to/images/xsl:variable !-- .. -- !-- my fo:external-graphic call -- fo:external-graphic src=url('{$varImagesDirectory}/logo.jpg') width=1.87cm height=.99cm content-width=1.87cm content-height=.99cm border=0/ is how I use it in our system... Hope this helps! Web Maestro Clay On Jul 23, 2004, at 8:33 AM, Danny wrote: Matthew, Thanks for the suggestion. Not sure I see how that solves my problem. Does XSLT allow me to set the basedir against the classpath in the global variable, therefore solving the problem of having to specify the absolute path? Thanks Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Zaleski, Matthew (M.E.) [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 10:01 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem This possibly becomes an XSLT problem. Use a global variable passed into the XSLT transform to provide the basedir for the images. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:56 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 - 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: external-graphic src problem
Still not quite, I'm still missing something: Question, in your example: xsl:variable name=varImagesDirectory/path/to/images/xsl:variable /path/to/images is the path from a known root Correct? Here are my snippets xsl:variable name=varImagesDirectory com/path/to/images /xsl:variable fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg') /fo:external-graphic Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 12:14 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem I should've thought of this sooner... !-- At the top of my XSL-FO file or in an xsl:include -- !--varImagesDirectory | used to set PATH to images/ directory-- xsl:variable name=varImagesDirectory/path/to/images/xsl:variable !-- .. -- !-- my fo:external-graphic call -- fo:external-graphic src=url('{$varImagesDirectory}/logo.jpg') width=1.87cm height=.99cm content-width=1.87cm content-height=.99cm border=0/ is how I use it in our system... Hope this helps! Web Maestro Clay On Jul 23, 2004, at 8:33 AM, Danny wrote: Matthew, Thanks for the suggestion. Not sure I see how that solves my problem. Does XSLT allow me to set the basedir against the classpath in the global variable, therefore solving the problem of having to specify the absolute path? Thanks Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Zaleski, Matthew (M.E.) [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 10:01 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem This possibly becomes an XSLT problem. Use a global variable passed into the XSLT transform to provide the basedir for the images. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 9:56 AM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem Clay, I did read up on some of the baseDir mails on various lists. Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. If I find a solution I will post it back. Thanks for the help. Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 - 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: external-graphic src problem
On Jul 23, 2004, at 10:40 AM, Danny wrote: Still not quite, I'm still missing something: Question, in your example: xsl:variable name=varImagesDirectory/path/to/images/xsl:variable /path/to/images is the path from a known root Correct? That is correct. Otherwise... Here are my snippets xsl:variable name=varImagesDirectory com/path/to/images /xsl:variable fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg') /fo:external-graphic ...(if I understand it correctly) would assume {XML-dir}/com/path/to/images/pic.jpg Web Maestro Clay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic src problem
So in my case, because the xml is streamed from the db and therefore doesn't reside in a directory I have no base to specify the relative path to the image from, which in most cases would be the XML file's directory? Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 1:48 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem On Jul 23, 2004, at 10:40 AM, Danny wrote: Still not quite, I'm still missing something: Question, in your example: xsl:variable name=varImagesDirectory/path/to/images/xsl:variable /path/to/images is the path from a known root Correct? That is correct. Otherwise... Here are my snippets xsl:variable name=varImagesDirectory com/path/to/images /xsl:variable fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg') /fo:external-graphic ...(if I understand it correctly) would assume {XML-dir}/com/path/to/images/pic.jpg Web Maestro Clay - 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: external-graphic src problem
If you are streaming XML, then how do you have a classpath to consider? Your responses up to this point imply that a CLIENT is receiving XML from a DB, then running an XSLT transform, followed up by FOP processing. If this is the case, your client-side processing can determine where the images reside and pass a global variable into the XSLT transform. If the DB you refer to is on the same machine, then again you know where the images reside. I think you are confusing the fact that FOP happens to be coded in Java as a reason why FOP should be searching CLASSPATH for images. FOP is following XSL-FO rules for processing, not Java-centric rules for CLASSPATH. Since you are aware of what a CLASSPATH is, I assume you can code in Java. Assuming that is true, then it is but a small step for your client application to pass in a global variable to the XSLT engine you are using. Then again, I really don't understand your problem domain. -Original Message- From: Danny [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 2:38 PM To: [EMAIL PROTECTED] Subject: RE: external-graphic src problem So in my case, because the xml is streamed from the db and therefore doesn't reside in a directory I have no base to specify the relative path to the image from, which in most cases would be the XML file's directory? Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092 -Original Message- From: Clay Leeds [mailto:[EMAIL PROTECTED] Sent: Friday, July 23, 2004 1:48 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic src problem On Jul 23, 2004, at 10:40 AM, Danny wrote: Still not quite, I'm still missing something: Question, in your example: xsl:variable name=varImagesDirectory/path/to/images/xsl:variable /path/to/images is the path from a known root Correct? That is correct. Otherwise... Here are my snippets xsl:variable name=varImagesDirectory com/path/to/images /xsl:variable fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg') /fo:external-graphic ...(if I understand it correctly) would assume {XML-dir}/com/path/to/images/pic.jpg Web Maestro Clay - 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: external-graphic src problem
In addition, since it follows the URI concept, you can set up the variable's value to be a URL: xsl:variable name=varImagesDirectoryhttp://nonauthenticated.server.com/path/to/ images/xsl:variable fo:external-graphic src=url('{$varImagesDirectory}/pic.jpg') /fo:external-graphic ...would assume: http://nonauthenticated.server.com/path/to/images/pic.jpg Hope this helps! Web Maestro Clay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic src problem
Danny wrote: Using baseDir I could reference the relative path to the image in the xsl, but I would have to specify an absolute path in the baseDir, so really that is the same as just hardcoding the path in the xsl. My problem is that I do not want to require the application be installed in a specific directory structure, although, if that is the only way perhaps that is what I need to do. The baseDir (or baseURL) is set in the servlet/webapp. You can resolve the URL / to an absolute file path, append whatever intermediate directories you want and set this as baseDir. After this you can use path names relative to the webapp root for your images. Have a look at the Cocoon URI resolver for an example. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
external-graphic src problem
Problem - Cannot render - external-graphic src attribute Using Fop 0.20.5 - Standalone Swing application ** Application is a standalone Java Swing application. Cannot seem to get a jpg to render in my pdf unless I hardcode the complete path to the image in the external-graphic src attribute. The data in the pdf renders fine, just no image. The image file is located in the same directory as the xsl file. I have seen others post similar questions on various mailing lists, most with no real solution. Any help would be greatly appreciated. Thanks I have tried the following: (none of these render the image) If I use the complete path to the image all of these work fo:block fo:external-graphic src='' /fo:external-graphic /fo:block [ERROR] Error while creating area : Error with image URL: com\some\image\path\image.jpg (The system cannot find the path specified) and no base URL is specified also tried these src values, and some others that did not work. (The error received follows each) fo:external-graphic src='' [ERROR] Error while creating area : Error with image URL: com\some\image\path\image.jpg (The system cannot find the path specified) and no base URL is specified fo:external-graphic src='' [ERROR] Error while creating area : Error with image URL: \com\some\image\path\image.jpg (The system cannot find the path specified) and no base URL is specified fo:external-graphic src=""> [ERROR] Error while creating area : Error with image URL: \com\some\image\path\image.jpg (The system cannot find the path specified) and no base URL is specified fo:external-graphic src=""> [ERROR] Error while creating area : Error with image URL: com\some\image\path\image.jpg (The system cannot find the path specified) and no base URL is specified fo:external-graphic src=""> fo:external-graphic src=""> [ERROR] Error while creating area : Error with image URL: Connection timed out: connect and no base URL is specified Danny Gallagher Senior Software Engineer The Gainer Group 6075 The Corners Parkway Suite 116 Norcross Ga, 30092
Re: external-graphic src problem
On Jul 22, 2004, at 1:20 PM, Danny wrote: ** Application is a standalone Java Swing application. Cannot seem to get a jpg to render in my pdf unless I hardcode the complete path to the image in the external-graphic src attribute. The data in the pdf renders fine, just no image. The image file is located in the same directory as the xsl file. Danny Gallagher I've found that when referring to external graphics in a 'relative' manner, the PATH is relative to the XML file, and not the XSL file. This is probably something that should be added to the FAQ (although I don't think it's actually *asked* very often). In addition, we should probably update the Graphics page somehow to reflect this as well. Web Maestro Clay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Rotating External-Graphic
Hello World, I actually create a XSL:FO file an are now facing a little problem. Many thanks in advance, if you could help me with this. I have many EPS graphic files to include in the document. Because of the dimension of the pages, the EPS files need to be rotated. I see two possibilities to do this: A) Rotating the EPS graphics inside the XSL:FO -- is there any attribute to do this in fo:external-graphic or any other higher element? I have not found any yet. B) Rotating the EPS graphics with an image editor... This would be o.k. for me because I need the files only once. Does anybody of you know an image editor that can rotate EPS files within a batch-job? I tried ACDsee and Freehand trials. ACDsee can rotate multiple images at the same time, but cannot handle with EPS. Freehand can rotate EPS, but not as a macro or batch. Do you have any ideas? There are too many EPS to rotate them manually. Thank you very much and hava a nice day Ralph - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Rotating External-Graphic
Three ideas: 1. Create a small PostScript program that embeds an EPS file and rotates it as desired. Then run the PS program through GhostScript and use the EPS writer. This can easily be automated with script languages and a minimum of programming knowhow. 2. Requires some programming knowledge: You could write a small program that rewrites the EPS files (they're text and easy to parse) to appear rotated. 3. Maybe there are some EPS to SVG converters that you could use. SVG can easily be rotated inside an SVG wrapper. On 21.06.2004 09:58:42 Ralph Goebel wrote: Hello World, I actually create a XSL:FO file an are now facing a little problem. Many thanks in advance, if you could help me with this. I have many EPS graphic files to include in the document. Because of the dimension of the pages, the EPS files need to be rotated. I see two possibilities to do this: A) Rotating the EPS graphics inside the XSL:FO -- is there any attribute to do this in fo:external-graphic or any other higher element? I have not found any yet. B) Rotating the EPS graphics with an image editor... This would be o.k. for me because I need the files only once. Does anybody of you know an image editor that can rotate EPS files within a batch-job? I tried ACDsee and Freehand trials. ACDsee can rotate multiple images at the same time, but cannot handle with EPS. Freehand can rotate EPS, but not as a macro or batch. Do you have any ideas? There are too many EPS to rotate them manually. Thank you very much and hava a nice day Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
problem external-graphic and background
hello, I'm using fop 0.20.5 I want to display a border arround an image with 3d effect I try a simple sample with 2d effect but it doesn't work: fo:external-graphic src="" height="3.5cm" width="3cm" border-color="black" border-width="1pt" border-style="solid"/ there is no border arround may iamge somebody has an idea? I want to know how can I add a borderarround my image and how can I obtain a shade effect thanks jf
Fw: problem external-graphic and boder
hello, I'm using fop 0.20.5 I want to display a border arround an image with 3d effect I try a simple sample with 2d effect but it doesn't work: fo:external-graphic src="" height="3.5cm" width="3cm" border-color="black" border-width="1pt" border-style="solid"/ there is no border arround may iamge somebody has an idea? I want to know how can I add a borderarround my image and how can I obtain a shade effect thanks jf
RE: problem external-graphic and background
-Original Message- From: Selber Jean-François [mailto:[EMAIL PROTECTED] I'm using fop 0.20.5 I want to display a border arround an image with 3d effect I try a simple sample with 2d effect but it doesn't work: fo:external-graphic src=src/photo.jpg height=3.5cm width=3cm border-color=black border-width=1pt border-style=solid/ there is no border arround may iamge somebody has an idea? Hmm.. Two possiblities: 1. borders not implemented on fo:external-graphic 3 possible solutions: - wait until it gets implemented - have a go at implementing it yourself - work around it by putting the graphic into a table-cell 2. border-width too small; borders now actually drawn 'under' the image solution: try increasing the width However... I want to know how can I add a border arround my image and how can I obtain a shade effect for 3D effects, you might be better off embedding your JPEG in an SVG, and using that SVG as source for the external graphic. You then wouldn't need to draw borders in FO altogether (--or use these as complementary) HTH! Greetz, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem external-graphic and background
Selber Jean-François wrote: I want to display a border arround an image with 3d effect I try a simple sample with 2d effect but it doesn't work: fo:external-graphic src=src/photo.jpg height=3.5cm width=3cm border-color=black border-width=1pt border-style=solid/ there is no border arround may iamge border properties have not been implemented yet. You could put the external-graphic inside a single column single row table with borders on the table cell. Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic and caption
Wouter de Vaal wrote: On a related note: if I create a few fo:table withing 1 fo:block, each table will appears on the next line. So I was hoping for tabletabletable but I get table table table Table is a block level element. Starting a table creates a new block area, which closes any line you was filling. The only way to put several tables side-by-side in a ordinary line is to wrap each in a fo:inline-container. Unfortunately, FOP 0.20.5 doesn't implement inline containers. The only alternative is to nest the tables in a bigger table spanning the page width. Is there a way to tweak this behaviour without using a grand table? So for example when the three tables are too big, a newline will be automatically be inserted like: tabletable table If this could be possible, I would have exactly what I need.. Impossible or at least very complicated with FOP 0.20.5. I suggest preprocessing the images so that the caption is part of the bitmap. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
external-graphic and caption
Hi, Is it possible to add a caption to an external-graphic without putting it in a table? My goal is to have multiple graphics within a block so they will be put on one line untill there is no more space and then the next will be shown on the next line.. Regards, Wouter
Re: external-graphic and caption
Wouter de Vaal wrote: Is it possible to add a caption to an external-graphic without putting it in a table? It depends on what you mean by add a caption to an external-graphic. My goal is to have multiple graphics within a block so they will be put on one line untill there is no more space and then the next will be shown on the next line.. You can mix text and graphics in one line. Gotchas: - You can't control vertical alignment well. Graphics alignment is by default top, and can only be adjusted with vertical-align sub and super - If the graphics is higher than the line height, it will overlap subsequent lines. FOP 0.20.5 is not able to automatically adjust line height, it will always use the line height specified on the block or implicitely derived from the font size in effect on the block. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic does not support SVG when src is an url
-Original Message- From: Unger, Joachim [mailto:[EMAIL PROTECTED] I found a problems when using urls instead of files for fo:external-graphic's src paramater. What kind of problems exactly? The image does not get picked up or what? snip/ It works in 95% of all cases with APACHE. It work in 100% of all cases with files. What exactly do you mean by this? Is referencing pictures on the APACHE website working, while the mentioned URL is not? The problem, in that case, could be that your localhost is not serving the pictures at the expected place... I get no exception(s) and - no pictures. No exceptions... Normally, when an image is not found, at least some message should show up, indicating that the URL is pointing to an invalid location. ( sth like Error while rendering area... ) Do you run FOP from the command line? If so, can you repeat the rendering with the '-d' option to see if any indication is given? TIA! Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic : twice request for the same element
Le jeu 18/09/2003 à 23:38, J.Pietschmann a écrit : Thomas S wrote: I'm using FOP fop-0.20.5 with fop.sh script and for all external-graphic element, I can see 2 requests in my apache log. Well, this happens for a few image formats. FOP first opens a connection to check the image type (format), then may access the URL again to do the actual processing. However: src=http://agarycus/perl/mat_tests/A/A.jpg/ I could have sworn JPGs are accessed only once (GIFs are accessed twice for sure). I try with PNG too, but I still have the same problem Is that normal ? Can I change it ? Not easily. Your options: - cache in the image your generator That's what I do now. - use another format (check the FOP website for supported formats) It's not an option for me, I can just generate PNG or JPEG. - provide a patch for FOP The better way for sure, but I haven't got any competences for java coding. J.Pietschmann Thank's for your help Thomas S. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic : twice request for the same element
Thomas S wrote: I'm using FOP fop-0.20.5 with fop.sh script and for all external-graphic element, I can see 2 requests in my apache log. Well, this happens for a few image formats. FOP first opens a connection to check the image type (format), then may access the URL again to do the actual processing. However: src=http://agarycus/perl/mat_tests/A/A.jpg/ I could have sworn JPGs are accessed only once (GIFs are accessed twice for sure). Is that normal ? Can I change it ? Not easily. Your options: - cache in the image your generator - use another format (check the FOP website for supported formats) - provide a patch for FOP J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
external-graphic : twice request for the same element
Hello, I'm using FOP fop-0.20.5 with fop.sh script and for all external-graphic element, I can see 2 requests in my apache log. So I lose lot of time for dynamically generated images. Is that normal ? Can I change it ? my .fo file : ?xml version=1.0 encoding=utf-8? fo:root font-family=Times Roman font-size=12pt text-align=center xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master margin-right=1.5cm margin-left=1.5cm margin-bottom=2cm margin-top=1cm page-width=21cm page-height=29.7cm master-name=left fo:region-body margin-top=1cm/ /fo:simple-page-master /fo:layout-master-set fo:page-sequence id=N2528 master-reference=left fo:flow flow-name=xsl-region-body fo:block fo:external-graphic width=100pt height=100pt content-width=50pt content-height=50pt src=http://agarycus/perl/mat_tests/A/A.jpg/ /fo:block /fo:flow /fo:page-sequence /fo:root Apache log : 172.16.23.6 - - [17/Sep/2003:16:01:54 +0200] GET /perl/mat_tests/A/A.jpg HTTP/1.1 200 3976 - Java1.3.1 172.16.23.6 - - [17/Sep/2003:16:01:54 +0200] GET /perl/mat_tests/A/A.jpg HTTP/1.1 200 3976 - Java1.3.1 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Problem with external-graphic and https-url
Hello all, I'm using fop 0.20.4 to render pdf documents through servlets. In my xsl-fo file there is an external-graphic link to our servlet (run under tomcat). And when requested the servlet responses through servletstream with an dynamically created image (.png-format). I have also relative link external-graphics in the xsl-fo file. For the relative link images i have set the fop basedir using org.apache.fop.configuration.Configuration.put(baseDir, file:+ context.getRealPath(/)); - The basedir is now set to: c:\jakarta-tomcat-4.0.1\webapps\AppIntelli\defaultroot\. The xsl:fo file is following for the images-part: fo:block text-align=center fo:external-graphic height=0.37in width=1.4in src=images/logo.jpg/ /fo:block fo:block font-family=sans-serif font-size=10pt text-align=center fo:external-graphic src=https://localhost:8085/doc/image.png?t=1061380245238amp;q=7amp;p=1/ /fo:block All goes well (the local and dynamic images are rendered correctly) as long as the dynamically created link is under http:// But now when we have set our server under SSL-certificate so the secure connection url starts with https://... the following error appears: [ERROR] Error while creating area : Error while recovering Image Informations (file:c:/jakarta-tomcat-4.0.1/webapps/AppIntelli/defaultroot//doc/image.png? t=1061380245238q=7p=1) : c:\jakarta-tomcat-4.0.1\webapps\AppIntelli\defaultroot\doc\image.png (The system cannot find the file specified) The link in the xsl:fo https://localhost:8085/doc/image.png?t=1061380245238amp;q=7amp;p=1 should be mapped to our servlet and not into the file system! The mapping goes all right when it's an http, but not with https. The shouldn't be an tomcat problem as I can access the dynamic link through browser and see the image correctly. I have read in the archives something that if FOP doesn't succeed to get image through the given url, it tries through using basedir-variable. Is this really correct? Anyone have an idea what is going on? All help would be greatly appreciated!! Best Regards, Pasi Kallioniemi IPSS - Intelligent Precision Solutions and Services Oy Salomonkatu 17 B FIN-00100 Helsinki e-mail [EMAIL PROTECTED] www.ipss.fi - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with external-graphic and https-url
Pasi Kallioniemi wrote: All goes well (the local and dynamic images are rendered correctly) as long as the dynamically created link is under http:// But now when we have set our server under SSL-certificate so the secure connection url starts with https://... the following error appears: [ERROR] Error while creating area : Error while recovering Image Informations ... I have read in the archives something that if FOP doesn't succeed to get image through the given url, it tries through using basedir-variable. Is this really correct? Anyone have an idea what is going on? I'd say your JRE doesn't support HTTPS. It's not in Sund JDK 1.3, and I believe you'll have to do something to enable it in 1.4. Ask a local Java guru. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: external-graphic problem
Hi, try fo:external-graphic src=star_white.gif/. Markus $ -Ursprüngliche Nachricht- $ Von: [EMAIL PROTECTED] $ [mailto:[EMAIL PROTECTED] $ Gesendet: Mittwoch, 25. Juni 2003 10:47 $ An: [EMAIL PROTECTED] $ Betreff: fo:external-graphic problem $ $ $ $ Hello, $ $ I have a problem when i use the fo:external-graphic tag. $ I use FOP and i have this error when i try to parse the fo file: $ $ $ Unsupported element encountered: external-graphic (Namespace $ : Default) $ Source context: ... $ $ Expected XSL-FO (root,, page sequence,etc.), SVG (svg, rect, etc.) or $ element from another supported language. $ $ ... $ $ [ERROR] no handler defined for external-graphic foreign xml $ [ERROR] no handler defined for external-graphic foreign xml $ [ERROR] no handler defined for external-graphic foreign xml $ [ERROR] no handler defined for external-graphic foreign xml $ [ERROR] no handler defined for external-graphic foreign xml $ [ERROR] no handler defined for external-graphic foreign xml $ [ERROR] no handler defined for external-graphic foreign xml $ $ ... $ $ $ This is my code: $ $ external-graphic src=star_white.gif/ $ $ $ Have you an idea? $ $ $ Thanks $ $ Sébastien $ $ $ $ $ The contents of this E-mail are confidential and may contain $ privileged information to the sole intended recipient at the $ E-mail address to which it has been addressed. It may not be $ disclosed to our used by anyone other than the addressee, $ nor may it be copied or forwarded in any way without the $ consent of the sender. $ The sender hereby make no representation as to the accuracy, $ completeness for a particular purpose of the information $ provided in this E-mail. No binding commitment from the $ sender may be inferred by means of E-mail communications. $ Please note that the sender accepts any responsibility for $ viruses and it is your responsibility to scan the E-mail and $ attachments (if any). $ If received in error, please reply by mail to the sender or $ contact the sender by phone (+352) 45 67 301, and then $ delete it from your system. $ $ $ - $ 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]
External graphic referencing within a servlet
Title: External graphic referencing within a servlet I'm using a serlvet to perform the XSLT transformation into my PDF document. Everything works fine EXCEPT the images. I've tried referencing my images many different ways, and none seem to work. Does anybody know how to get this functionality to work? Here's my graphic: fo:external-graphic text-align=center height=40px width=76.31px src="" href="file:url(logo.gif">file:url(logo.gif)/ Webapp structure: /WEBAPP_NAME/xsl/doc.xsl /WEBAPP_NAME/xsl/logo.gif Environment: -Tomcat 4.1.24 -Windows XP box -Fop-0.20.5rc3 -JDK 1.4.1_02 _ Jeremy Nix Senior Application Developer Southwest Financial Ltd. [EMAIL PROTECTED] (513) 621-6699 ext 1158
Re: External graphic referencing within a servlet
I'm using a serlvet to perform the XSLT transformation into my PDF document. Everything works fine EXCEPT the images. I've tried referencing my images many different ways, and none seem to work. Does anybody know how to get this functionality to work? Here's my graphic: fo:external-graphic text-align=center height=40px width=76.31px src=file:url(logo.gif)/ I've run into this with other external files. I *think* that the servlet don't have a notion of a local working directory. In my web.xml config file I pass locations into the servlet and store them as globals servlet servlet-nameReportServlet/servlet-name description/ servlet-classcom.hgsi.servlet.ReportServlet/servlet-class init-param param-nameassemblyPath/param-name param-value /Library/Tomcat/webapps/CoGenesys/Assembly /param-value /init-param /servlet In the servlet I use a global static String assemblyPath = null; and load it in the init() method assemblyPath = config.getInitParameter(assemblyPath); if (assemblyPath == null) throw new ServletException(Parameter 'assemblyPath' not specified in web.xml); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: External graphic referencing within a servlet
You may need to the the base directory/URL. See: http://xml.apache.org/fop/embedding.html#config-internal But I think your src attribute is wrong. It should be something like this: src=url(file:logo.gif). On 21.05.2003 18:02:20 Jeremy Nix wrote: I'm using a serlvet to perform the XSLT transformation into my PDF document. Everything works fine EXCEPT the images. I've tried referencing my images many different ways, and none seem to work. Does anybody know how to get this functionality to work? Here's my graphic: fo:external-graphic text-align=center height=40px width=76.31px src=file:url(logo.gif)/ Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: External graphic referencing within a servlet
On 5/21/2003 9:18 AM, Jeremias Maerki wrote: You may need to the the base directory/URL. See: http://xml.apache.org/fop/embedding.html#config-internal But I think your src attribute is wrong. It should be something like this: src=url(file:logo.gif). I was thinking it was this: fo:external-graphic text-align=center height=40px width=76.31px src=url(logo.gif)/ or if it were in sub-directory images/ it would look like this: fo:external-graphic text-align=center height=40px width=76.31px src=url(images/logo.gif)/ Yup! 'Just looked, and that's how it's written on page 93 of Dave Pawson's O'Reilly book XSL-FO: Making XML Look Good in Print. BTW, Page 652 of Elliotte Rusty Harold's XML Bible indicates it should be written like as follows: fo:external-graphic src=images/logo.jpg/ fo:external-graphic src=http://www.medata.com/images/logo.jpg/ ...hmmm... I just checked the spec: fo:external-graphic http://www.w3.org/TR/2001/REC-xsl-20011015/slice6.html#fo_external-graphic src http://www.w3.org/TR/2001/REC-xsl-20011015/slice7.html#src and they didn't have an example (D'oh!, why don't they give examples!?) I also looked at zvon.org, and they show it as: fo:external-graphic src=file:../graphics/images/logo.jpg/ NOTE-TO-VICTOR: Once we get this completely straightened out, this info might be useful at the top of the graphics page, to help newbies craft this little call (although we could also include the plethora of whichever functioning options will work). I use the following (works perfectly), so we might just want to use it as our example: fo:external-graphic src=url('images/logo.jpg') width=1.87cm height=.99cm content-width=1.87cm content-height=.99cm border=0/ (NOTE: shown actual size pulled directly from functioning code) (NOTE: no animals were harmed in the execution of this code) -- Clay Leeds - [EMAIL PROTECTED] Web Developer - Medata, Inc. - http://www.medata.com PGP Public Key: https://mail.medata.com/pgp/cleeds.asc - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: External graphic referencing within a servlet
William Gilbert wrote: src=file:url(logo.gif)/ That's not a meaningful value, it will be interpreted as a file ULR pointing to the file named url(logo.gif), and it's also violating URI syntax. Use src=url(logo.gif) instead and set the baseURL configuration value. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
unable to get external-graphic to work
I am trying to use fo:external graphic and I am unable to get it working. I am using cocoon 2.0.4 that uses fop 0.20.4 and my code is below. Please help me I am losing my hair on this one. Thanks in advance. ?xml version=1.0? 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=page fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; fo:layout-master-set fo:simple-page-master master-name=page page-height=8.5in page-width=11in fo:region-body region-name=xsl-region-body margin=0.7in / fo:region-before region-name=xsl-region-before extent=0.7in / fo:region-after region-name=xsl-region-after extent=0.7in / /fo:simple-page-master /fo:layout-master-set fo:page-sequence master-reference=page fo:static-content flow-name=xsl-region-before fo:block fo:external-graphic src=C:\Program Files\Apache Group\Tomcat 4.1\webapps\cocoon\vyzo\images\logo.png content-height=100% width=100% scaling=uniform / /fo:block /fo:static-content . Tim Bachta - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic image resolution
The solution I use is to set the image size 3 time less than the real size. It works fine. -Message d'origine- De : Dan Check [mailto:[EMAIL PROTECTED] Envoyé : mardi 22 avril 2003 00:39 À : [EMAIL PROTECTED] Objet : fo:external-graphic image resolution Hi, I've been having some trouble displaying fo:external-graphic jpgs with resolutions higher than 72 dpi. The documentation seems to indicate that FOP doesn't currently support resolutions higher than 72 dpi. Has anyone found a way around this limitation? I'd happily hack my version even if it meant losing all other image functionality, if it would mean I could place images at a resolution higher than 72 dpi. Has this been successfully attempted? If not, is there a thread somewhere describing the difficultly of doing so? Thanks, Dan - 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: external-graphic image resolution
Dan, I've done a few projects with some high resolution images included in the final PDF that FOP generates with XML and XSL. Some of these have been 300 dpi or greater, and look great. FOP seemed to handle them fine as long as you specify the length of the image block and the image. You do have to specify the height as well if you aren't sure if the image will extend past the bottom margin of the page, and then not show up. I can send some XML, XSL, and PDF docs that were created, directly to you, if you'd like to see them. I used Photoshop to prepare the images. Michael Schnuerle -Original Message- From: Dan Check [mailto:[EMAIL PROTECTED] Sent: Monday, April 21, 2003 6:39 PM To: [EMAIL PROTECTED] Subject: fo:external-graphic image resolution Hi, I've been having some trouble displaying fo:external-graphic jpgs with resolutions higher than 72 dpi. The documentation seems to indicate that FOP doesn't currently support resolutions higher than 72 dpi. Has anyone found a way around this limitation? I'd happily hack my version even if it meant losing all other image functionality, if it would mean I could place images at a resolution higher than 72 dpi. Has this been successfully attempted? If not, is there a thread somewhere describing the difficultly of doing so? Thanks, Dan - 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]
svg as external graphic does not get scaled?
Using fop-0.20.5rc2 I am using the external-graphic object to includes graphs. If I use a svg, it does not get scaled. My graphs scale fine if I use other image formats. The SVG does get displayed, but it appears very large. There is a height and width attribute in the svg. fo:external-graphic src=http://test.rhoderunner.com/hra/chart?val=xamp;categories=March+2003a mp;chartValues=16amp;chartType=2amp;showLegend=falseamp;title=Diabetesam p;series=Diabetesamp;pdf=0amp;format=svg content-height=4cm content-width=12cm height=4cm width=12cm / Is this something that is not supported? Thoughts? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: External Graphic border
That's a well known bug which nobody yet bothered to track down. You are invited. Thanks for the invitation, I hopefully have a light week end (that's pretty rare), so I'll have some time to ruminate the code and try to understand it well ! ;o) Don't count too much on me (I'd hate to disapoint all of you if I don't manage in my task), but I'll try, it will be a good experience ! Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
External Graphic border
Hello, I am trying to put a 1pt black border around images. I first tried to use the border common attribute on the fo:external-graphic tag, but it doesn't work (on fop 0.20.5rc2). Here is the tag I used : fo:external-graphic border-style=solid border-width=1pt border-color=black Then, I decided to include my image in a block, but the block doesn't fit the image perfectly so the result is really crappy ! Do you know if it's possible ? Or should I include the border into my image resizing process ? Thanks, Simon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: External Graphic border
[EMAIL PROTECTED] wrote: I am trying to put a 1pt black border around images. I first tried to use the border common attribute on the fo:external-graphic tag, but it doesn't work (on fop 0.20.5rc2). It's not implemented. Then, I decided to include my image in a block, but the block doesn't fit the image perfectly so the result is really crappy ! That's a well known bug which nobody yet bothered to track down. You are invited. Do you know if it's possible ? Or should I include the border into my image resizing process ? The latter is certainly the best short-term solution. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic problem
Mihael Knezevic wrote: thanx for the response. correct me if i'm wrong, but i thought the base dir must only be set if i use this in a servlet? baseDir *may* be set if you need it. Environment doesn't matter, that's just a convenient way to resolve relative URI's. -- Oleg Tkachenko Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: external-graphic problem
thanx again. -Original Message- From: Oleg Tkachenko [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 05, 2003 11:25 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic problem Mihael Knezevic wrote: thanx for the response. correct me if i'm wrong, but i thought the base dir must only be set if i use this in a servlet? baseDir *may* be set if you need it. Environment doesn't matter, that's just a convenient way to resolve relative URI's. -- Oleg Tkachenko Multiconn Technologies, Israel - 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: How to include an external graphic using a relative path
You can define baseDir property (see faq howto) as getServletContext().getRealPath(/project/img) snip... Just a reminder that getRealPath( ... ) is allowed to return null if the application is deployed for example in a war file, according to the servlet spec. This advice is hence likely to work, but it is not portable. __ This message and its attachments have been found clean from known viruses with three different antivirus programs. __ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
external-graphic problem
hi, i think i got a simple problem and probably everybody will point me to the fop faq but i need an example (hopefully a working one). i want to have one pic on one page. i got the following xml file: Bericht Bild source=wgr-50.jpg / Bild source=wgr-60.jpg / Bild source=wgr-70.jpg / Bild source=wgr-80.jpg / ... /Bericht i got the following xsl line in my xsl file: fo:external-graphic src=@source / but i get the error message: [ERROR]: Error while creating area : Error with image URL: @source (Das System kann die angegebene Datei nicht finden) and no base directory is specified can anybody help? thanx mk - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: external-graphic problem
Here is our working code: xsl:if test=@isrc!='' fo:external-graphic scaling=uniform height=auto width=auto content-width=auto content-height=auto src=[EMAIL PROTECTED]/ /xsl:if If I remember right, you also have to set the basedir (either in your userconfig.xml or via Java): Configuration.put(baseDir, file: + imgSrcDir); -Lou Mihael Knezevic [EMAIL PROTECTED] on 02/04/2003 07:56:52 Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: external-graphic problem hi, i think i got a simple problem and probably everybody will point me to the fop faq but i need an example (hopefully a working one). i want to have one pic on one page. i got the following xml file: Bericht Bild source=wgr-50.jpg / Bild source=wgr-60.jpg / Bild source=wgr-70.jpg / Bild source=wgr-80.jpg / ... /Bericht i got the following xsl line in my xsl file: fo:external-graphic src=@source / but i get the error message: [ERROR]: Error while creating area : Error with image URL: @source (Das System kann die angegebene Datei nicht finden) and no base directory is specified can anybody help? thanx mk - 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: external-graphic problem
thanx for the response. correct me if i'm wrong, but i thought the base dir must only be set if i use this in a servlet? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 04, 2003 2:12 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic problem Here is our working code: xsl:if test=@isrc!='' fo:external-graphic scaling=uniform height=auto width=auto content-width=auto content-height=auto src=[EMAIL PROTECTED]/ /xsl:if If I remember right, you also have to set the basedir (either in your userconfig.xml or via Java): Configuration.put(baseDir, file: + imgSrcDir); -Lou Mihael Knezevic [EMAIL PROTECTED] on 02/04/2003 07:56:52 Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: external-graphic problem hi, i think i got a simple problem and probably everybody will point me to the fop faq but i need an example (hopefully a working one). i want to have one pic on one page. i got the following xml file: Bericht Bild source=wgr-50.jpg / Bild source=wgr-60.jpg / Bild source=wgr-70.jpg / Bild source=wgr-80.jpg / ... /Bericht i got the following xsl line in my xsl file: fo:external-graphic src=@source / but i get the error message: [ERROR]: Error while creating area : Error with image URL: @source (Das System kann die angegebene Datei nicht finden) and no base directory is specified can anybody help? thanx mk - 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: external-graphic problem
thanx. its working now. i should have read the xsl book more carefully. i missed the part with the braces { }. sorry and thanx for the help. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 04, 2003 2:12 PM To: [EMAIL PROTECTED] Subject: Re: external-graphic problem Here is our working code: xsl:if test=@isrc!='' fo:external-graphic scaling=uniform height=auto width=auto content-width=auto content-height=auto src=[EMAIL PROTECTED]/ /xsl:if If I remember right, you also have to set the basedir (either in your userconfig.xml or via Java): Configuration.put(baseDir, file: + imgSrcDir); -Lou Mihael Knezevic [EMAIL PROTECTED] on 02/04/2003 07:56:52 Please respond to [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject: external-graphic problem hi, i think i got a simple problem and probably everybody will point me to the fop faq but i need an example (hopefully a working one). i want to have one pic on one page. i got the following xml file: Bericht Bild source=wgr-50.jpg / Bild source=wgr-60.jpg / Bild source=wgr-70.jpg / Bild source=wgr-80.jpg / ... /Bericht i got the following xsl line in my xsl file: fo:external-graphic src=@source / but i get the error message: [ERROR]: Error while creating area : Error with image URL: @source (Das System kann die angegebene Datei nicht finden) and no base directory is specified can anybody help? thanx mk - 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]
How to include an external graphic using a relative path
Using FOP, I succesfully wrote a servlet to generate PDF's from in-memory DOM object's containing XSL-FO markup. I able to embed graphics files by specifying a physical path as in: fo:external-graphic src=url(/project/img/image.gif)/ However, since this is a web application, I need to be able to specify a relative path for the image file. Thanks for you help, /** Gustavo C. Lopez Tetra Tech, Inc. 10306 Eaton Place, Suite 340 Fairfax, VA 22030 @Voice: (703) 385-6000 x335 @Fax: (703) 385-6007 @Email: [EMAIL PROTECTED] @Url: http://www.ttwater.com */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to include an external graphic using a relative path
Gustavo Lopez wrote: Using FOP, I succesfully wrote a servlet to generate PDF's from in-memory DOM object's containing XSL-FO markup. I able to embed graphics files by specifying a physical path as in: fo:external-graphic src=url(/project/img/image.gif)/ However, since this is a web application, I need to be able to specify a relative path for the image file. You can define baseDir property (see faq howto) as getServletContext().getRealPath(/project/img) and then use relative pathes in fo:external-graphic. -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svg as external graphic error
When I try to use a svg file as an extenal graphic I get this error: [ERROR] Could not load external SVG: http://xml.org/sax/features/validation [ERROR] Error while creating area : No ImageReader for this type of image (file: C:/resin-2.1.4/webapps/df/svg/boxes.svg). I am using it in the FopServlet example. The servlet container is resin with jdk1-4. This is the code snippet from my xsl:fo file: fo:block fo:external-graphic src=file:C:/resin-2.1.4/webapps/df/svg/boxes.svg/ /fo:block When I run the XSL file through the FO plugin of XMLSpy, the PDF is generated with no problems. Any suggestions? thanks, Josh
Re: svg as external graphic error
Josh Bosquez wrote: [ERROR] Could not load external SVG: http://xml.org/sax/features/validation ... with jdk1-4. The error message indicates that Batik wants the XML parser for the SVG source to validate (odd, ask on the Batik list for further details). The parser used by default with JDK 1.4 is Crimson, which I vaguely remember isn't capable of validating. A workaround would be to ensure that the Xerces parser distributed with FOP is always used. One possiblity should be to copy the Xerces jar and perhaps xml-apis.jar into the JRE's lib/endorsed directory. If this isn't possible, learn about the bootclasspath and how to fiddle with it (beware...). J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: No handler defned for external graphic
Thanks. Actually i was using centipede to create the pdf which was using forrest, which was using cocoon. So it was xml-xslt-fo-pdf. Your reply gave me many more paths to experiment, and i found that running FOP on the command line gave me correct results, even using the jar's that are being used by centipede. The xmls declaration is in the correct place, and there is no re-setting of the namespace in the fo produced as a result of the xslt; and the pdf has the correct image. So i presume this must be a result of some resolver being overriden in the cocoon config. Thanks for your pointer. I'll probably take it to the cocoon/forrest/centipede lists. Regards - avik Joerg Pietschmann [EMAIL PROTECTED] wrote The second error is caused by the first. The real problem is here: Unknown formatting object ^external-graphic This means the external-graphic element is in the default namespace. Usually this is in turn caused by not having the fo namespace declaration in scope while generating the external-graphic element, like xsl:template match=/ fo:root xmlns:fo=http://www.w3.org/...; !-- fo namespace in scope here -- ... xsl:apply-templates/ ... /xsl:template xsl:template match=img !-- fo namespace not in scope here -- fo:external-graphic src=@src/ /xsl:template Actually this shouldn't happen without you noticing before. Did you write the FO file directly, or generated with the Xalan coming with FOP? In the latter case, we might have hit another Xalan bug. The simplest way to ensure the fo namespace declaration is in scope is to move it to the xsl:stylesheet element.. If this doesn't work, run the transformation standalone and check whether there is a xmlns:fo= somewhere, this usually gives hints where you unassigned the namespace in the style sheet. J.Pietschmann Avik Sengupta wrote: I am using the the latest CVS version (tag fop-0_20_2-maintain), and have compiled it with both jimi and JAI enabled. However, i get the following error on fo:external-graphic src=file:///somepath/someimage.jpg / ERROR (2002-12-21) 16:32.40:433 [sitemap] (Unknown-URI) Unknown-thread/FOTreeBuilder: Unknown formatting object ^external-graphic INFO(2002-12-21) 16:32.40:457 [sitemap] (Unknown-URI) Unknown-thread/PageSequence: [1] ERROR (2002-12-21) 16:32.40:477 [sitemap] (Unknown-URI) Unknown-thread/UnknownXMLObj: no handler defined for :external-graphic foreign xml Any ideas? Thanks - Avik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: No handler defned for external graphic
On Sunday 22 December 2002 12:35, you wrote: Thanks. Actually i was using centipede to create the pdf which was using forrest, which was using cocoon. So it was xml-xslt-fo-pdf. Upgrade Xalan to the lates version, and you should see an error message. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: No handler defned for external graphic
Do you mean the latest CVS? I tried with 2.4.1, same result (ie, correct result from command line, same error message via cocoon) Joerg Pietschmann wrote: On Sunday 22 December 2002 12:35, you wrote: Thanks. Actually i was using centipede to create the pdf which was using forrest, which was using cocoon. So it was xml-xslt-fo-pdf. Upgrade Xalan to the lates version, and you should see an error message. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: No handler defned for external graphic
On Sunday 22 December 2002 14:04, you wrote: Do you mean the latest CVS? I tried with 2.4.1, same result (ie, correct result from command line, same error message via cocoon) 2.4.1 should be ok. Are you running on JDK 1.4? Check if you really use your Xalan version with Cocoon. JDK 1.4 comes with an older, buggy Xalan version which is usually loaded first. Ask the Cocoon gurus how to work around this. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
No handler defned for external graphic
I am using the the latest CVS version (tag fop-0_20_2-maintain), and have compiled it with both jimi and JAI enabled. However, i get the following error on fo:external-graphic src=file:///somepath/someimage.jpg / ERROR (2002-12-21) 16:32.40:433 [sitemap] (Unknown-URI) Unknown-thread/FOTreeBuilder: Unknown formatting object ^external-graphic INFO(2002-12-21) 16:32.40:457 [sitemap] (Unknown-URI) Unknown-thread/PageSequence: [1] ERROR (2002-12-21) 16:32.40:477 [sitemap] (Unknown-URI) Unknown-thread/UnknownXMLObj: no handler defined for :external-graphic foreign xml Any ideas? Thanks - Avik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: No handler defned for external graphic
On Saturday 21 December 2002 12:13, you wrote: I am using the the latest CVS version (tag fop-0_20_2-maintain), and have compiled it with both jimi and JAI enabled. However, i get the following error on fo:external-graphic src=file:///somepath/someimage.jpg / ERROR (2002-12-21) 16:32.40:433 [sitemap] (Unknown-URI) Unknown-thread/FOTreeBuilder: Unknown formatting object ^external-graphic INFO(2002-12-21) 16:32.40:457 [sitemap] (Unknown-URI) Unknown-thread/PageSequence: [1] ERROR (2002-12-21) 16:32.40:477 [sitemap] (Unknown-URI) Unknown-thread/UnknownXMLObj: no handler defined for :external-graphic foreign xml The second error is caused by the first. The real problem is here: Unknown formatting object ^external-graphic This means the external-graphic element is in the default namespace. Usually this is in turn caused by not having the fo namespace declaration in scope while generating the external-graphic element, like xsl:template match=/ fo:root xmlns:fo=http://www.w3.org/...; !-- fo namespace in scope here -- ... xsl:apply-templates/ ... /xsl:template xsl:template match=img !-- fo namespace not in scope here -- fo:external-graphic src=@src/ /xsl:template Actually this shouldn't happen without you noticing before. Did you write the FO file directly, or generated with the Xalan coming with FOP? In the latter case, we might have hit another Xalan bug. The simplest way to ensure the fo namespace declaration is in scope is to move it to the xsl:stylesheet element.. If this doesn't work, run the transformation standalone and check whether there is a xmlns:fo= somewhere, this usually gives hints where you unassigned the namespace in the style sheet. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fop 0.20.5rc and external-graphic SVG problem
I am trying to integrate an SVG file with embedded text and when i try to use it in FOP SVG and XML-fo included in this mail. I am working on W2K SP1, JDK 1.3 With FOP 0.20.5rc the result is : [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] FOP 0.20.5rc [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] building formatting object tree [INFO] setting up fonts [INFO] [1] [ERROR] Could not load external SVG: null [ERROR] Error while creating area : No ImageReader for this type of image (file:/Temp/testfont001.svg) [INFO] Parsing of document complete, stopping renderer If i use FOP 0.20.4 with same files the result is 5000 lines of java error. XSL-FO ?xml version=1.0 encoding=utf-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; !-- defines page layout -- fo:layout-master-set !-- layout for the first page -- fo:simple-page-master master-name=only page-height=297mm page-width=210mm margin-top=0mm margin-bottom=0mm margin-left=0mm margin-right=0mm fo:region-body margin-top=10mm margin-bottom=10mm column-count=1 column-gap=0.25in/ fo:region-before extent=10mm/ fo:region-after extent=10mm/ /fo:simple-page-master /fo:layout-master-set !-- actual layout -- fo:page-sequence master-reference=only fo:static-content flow-name=xsl-region-before fo:blockEric Prevost Demo/fo:block /fo:static-content fo:static-content flow-name=xsl-region-after fo:blockPage fo:page-number//fo:page-number-citation ref-id=Terminator//fo:block /fo:static-content fo:flow flow-name=xsl-region-body !-- Block 0 -- fo:block fo:external-graphic src='file:/Temp/testfont001.svg'/ /fo:block fo:block id=Terminator/fo:block /fo:flow /fo:page-sequence /fo:root SVG file : ?xml version=1.0 standalone=no? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 20001102//EN http://www.w3.org/TR/2000/CR-SVG-20001102/DTD/svg-20001102.dtd; svg width=210.0mm height=297.0mm viewBox=0 0 2381 3368 preserveAspectRatio=xMinYMin kerning=0 xml:space=preserve xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:svgmaker=http://www.svgmaker.com/svgns; svgmaker:init width=210.0mm height=297.0mm viewBox=0 0 2381 3368 view=one2one crop=none cropWidth=193.0mm cropHeight=292.4mm cropBox=0 1 2188 3315/ titleMicrosoft Word - AD-1600.doc/title desc Generated by SVGmaker Version 1.10.2A31.32 Evaluation Version DEC-16-2002, 08:06 /desc style type=text/css![CDATA[ path {fill-rule:nonzero; stroke-linecap:round; stroke-linejoin:round} rect {stroke-linejoin:miter} text.t1 {font-family:'Svg Arial';font-size:40;fill:#00} text.t2 {font-family:'Svg Arial';font-size:24;fill:#00} text.t3 {font-family:'Svg Times New Roman Bold';font-size:72;fill: #00;font-weight:700} text.t4 {font-family:'Svg Times New Roman Bold';font-size:46;fill: #00;font-weight:700} text.t5 {font-family:'Svg Times New Roman';font-size:44;fill:#00} text.t6 {font-family:'Svg Times New Roman Bold';font-size:56;fill: #00;font-weight:700} text.t7 {font-family:'Svg Times New Roman';font-size:48;fill:#00} text.t8 {font-family:'Svg Times New Roman Bold';font-size:48;fill: #00;font-weight:700} text.t9 {font-family:'Svg Times New Roman Bold';font-size:44;fill: #00;font-weight:700} text.t10 {font-family:'Svg Times New Roman';font-size:40;fill:#00} text.t11 {font-family:'Svg Times New Roman Italic';font-size:32;fill: #00;font-style:italic} ]]/style defs font horiz-adv-x=904 font-face font-family=Svg Arial units-per-em=2048 panose-1=2 11 6 4 2 2 2 2 2 4 ascent=1854 descent=434 alphabetic=0/ missing-glyph horiz-adv-x=1536 d=M 256,0 l 0,1280 1024,0 0,-1280 -1024,0 z m 32,32 l 960,0 0,1216 -960,0 0,-1216 z/ glyph unicode= horiz-adv-x=569 d=/ glyph unicode=- horiz-adv-x=682 d=M 65,440 l 0,181 553,0 0,-181 -553,0 z/ glyph unicode=. horiz-adv-x=569 d=M 186,0 l 0,205 205,0 0,-205 -205,0 z/ glyph unicode=0 horiz-adv-x=1139 d=M 85,723 q 0,260 53.5,418.5 53.5,158.5 159,244.5 105.5,86 265.5,86 118,0 207,-47.5 89,-47.5 147,-137 58,-89.5 91,-218 33,-128.5 33,-346.5 0,-258 -53,-416.5 -53,-158.5 -158.5, -245 -105.5,-86.5 -266.5,-86.5 -212,0 -333,152 -145,183 -145,596 z m 185,0 q 0,-361 84.5,-480.5 84.5,-119.5 208.5,-119.5 124,0 208.5,120 84.5,120 84.5,480 0,362 -84.5,481 -84.5,119 -210.5,119 -124,0 -198,-105 -93,-134 -93,-495 z/ glyph unicode=1 horiz-adv-x=1139 d=M 763,0 l -180,0 0,1147 q -65,-62 -170.5,-124 -105.5,-62 -189.5,-93 l 0,174 q 151,71 264,172 113,101 160,196 l 116,0 0,-1472 z/ glyph unicode=3 horiz-adv-x=1139 d=M 86,387 l 180,24 q 31,-153 105.5,-220.5 74.5,-67.5 181.5,-67.5 127,0 214.5,88 87.5,88 87.5,218 0,124 -81,204.5 -81,80.5 -206,80.5 -51,0 -127,-20 l 20,158 q 18,-2 29,-2 115,0 207,60 92,60 92,185 0,99 -67,164 -67,65 -173,65 -105,0 -175,-66 -70,-66 -90,-198 l -180,32 q
Re: Fop 0.20.5rc and external-graphic SVG problem
Eric Prevost wrote: I am trying to integrate an SVG file with embedded text and when i try to use it in FOP SVG and XML-fo included in this mail. Please, don't include 100K+ files into mail body, attach they to the mail message instead. I am working on W2K SP1, JDK 1.3 With FOP 0.20.5rc the result is : [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] FOP 0.20.5rc [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] building formatting object tree [INFO] setting up fonts [INFO] [1] [ERROR] Could not load external SVG: null [ERROR] Error while creating area : No ImageReader for this type of image (file:/Temp/testfont001.svg) [INFO] Parsing of document complete, stopping renderer Are you sure file:/Temp/testfont001.svg is valid path to the file? I have tried your fo + svg in fop0.20.5 and it gave me many exception lines about some wrong glyphindex=-1, but produced pdf ok. Batik itself seems to be able to handle your svg well, so it sounds like a bug, file it to the bugzilla (again, *attach* svg to the bug entry, not copy-n-pase it as is, please). -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fop 0.20.5rc and external-graphic SVG problem
Eric Prevost wrote: I am trying to integrate an SVG file with embedded text and when i try to use it in FOP I am working on W2K SP1, JDK 1.3 With FOP 0.20.5rc the result is : [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] FOP 0.20.5rc [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] building formatting object tree [INFO] setting up fonts [INFO] [1] [ERROR] Could not load external SVG: null [ERROR] Error while creating area : No ImageReader for this type of image (file:/Temp/testfont001.svg) Looks like your svg document is broken, make sure batik able to render it. -- Oleg Tkachenko eXperanto team Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fop and external-graphic SVG problem
I am trying to integrate an SVG file with embedded text and when i try to use it in FOP I am working on W2K SP1, JDK 1.3, FOP 0.20.4rc ,Batik 1.1.1 or Batik 1.5 fop produce This result : [INFO] FOP 0.20.4rc [INFO] building formatting object tree [INFO] [1] Exception in thread main java.lang.NoSuchMethodError at org.apache.fop.image.analyser.SVGReader.loadImage(Unknown Source) at org.apache.fop.image.analyser.SVGReader.verifySignature(Unknown Source) at org.apache.fop.image.analyser.ImageReaderFactory.Make(Unknown Source) at org.apache.fop.image.FopImageFactory.Make(Unknown Source) at org.apache.fop.fo.flow.ExternalGraphic.layout(Unknown Source) at org.apache.fop.fo.flow.Block.layout(Unknown Source) at org.apache.fop.fo.flow.Flow.layout(Unknown Source) at org.apache.fop.fo.flow.Flow.layout(Unknown Source) at org.apache.fop.fo.pagination.PageSequence.format(Unknown Source) at org.apache.fop.apps.StreamRenderer.render(Unknown Source) at org.apache.fop.fo.FOTreeBuilder.endElement(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.endElement(AbstractSAXParser.java:559) at org.apache.xerces.impl.XMLNamespaceBinder.handleEndElement(XMLNamespaceBinder.java:853) at org.apache.xerces.impl.XMLNamespaceBinder.endElement(XMLNamespaceBinder.java:643) at org.apache.xerces.impl.dtd.XMLDTDValidator.handleEndElement(XMLDTDValidator.java:2978) at org.apache.xerces.impl.dtd.XMLDTDValidator.endElement(XMLDTDValidator.java:918) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.handleEndElement(XMLDocumentFragmentScannerImpl.java:1145) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanEndElement(XMLDocumentFragmentScannerImpl.java:988) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(XMLDocumentFragmentScannerImpl.java:1446) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(XMLDocumentFragmentScannerImpl.java:333) at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:529) at org.apache.xerces.parsers.StandardParserConfiguration.parse(StandardParserConfiguration.java:585) at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:147) at org.apache.xerces.parsers.AbstractSAXParser.parse(AbstractSAXParser.java:1148) at org.apache.fop.apps.Driver.render(Unknown Source) at org.apache.fop.apps.CommandLineStarter.run(Unknown Source) at org.apache.fop.apps.Fop.main(Unknown Source) XSL-FO ?xml version=1.0 encoding=utf-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; !-- defines page layout -- fo:layout-master-set !-- layout for the first page -- fo:simple-page-master master-name=only page-height=297mm page-width=210mm margin-top=0mm margin-bottom=0mm margin-left=0mm margin-right=0mm fo:region-body margin-top=10mm margin-bottom=10mm column-count=1 column-gap=0.25in/ fo:region-before extent=10mm/ fo:region-after extent=10mm/ /fo:simple-page-master /fo:layout-master-set !-- actual layout -- fo:page-sequence master-reference=only fo:static-content flow-name=xsl-region-before fo:blockEric Prevost Demo/fo:block /fo:static-content fo:static-content flow-name=xsl-region-after fo:blockPage fo:page-number//fo:page-number-citation ref-id=Terminator//fo:block /fo:static-content fo:flow flow-name=xsl-region-body !-- Block 0 -- fo:block fo:external-graphic src='testfont001.svg'/ /fo:block fo:block id=Terminator/fo:block /fo:flow /fo:page-sequence /fo:root SVG file : ?xml version=1.0 standalone=no? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 20001102//EN http://www.w3.org/TR/2000/CR-SVG-20001102/DTD/svg-20001102.dtd; svg width=210.0mm height=297.0mm viewBox=0 0 2381 3368 preserveAspectRatio=xMinYMin kerning=0 xml:space=preserve xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:svgmaker=http://www.svgmaker.com/svgns; svgmaker:init width=210.0mm height=297.0mm viewBox=0 0 2381 3368 view=one2one crop=none cropWidth=193.0mm cropHeight=292.4mm cropBox=0 1 2188 3315/ titleMicrosoft Word - AD-1600.doc/title desc Generated by SVGmaker Version 1.10.2A31.32 Evaluation Version DEC-16-2002, 08:06 /desc style type=text/css![CDATA[ path {fill-rule:nonzero; stroke-linecap:round; stroke-linejoin:round} rect {stroke-linejoin:miter} text.t1 {font-family:'Svg Arial';font-size:40;fill:#00} text.t2 {font-family:'Svg Arial';font-size:24;fill:#00} text.t3 {font-family:'Svg Times New Roman Bold';font-size:72;fill: #00;font-weight:700} text.t4 {font-family:'Svg Times New Roman Bold';font-size:46;fill: #00;font-weight:700}
Re: Fop and external-graphic SVG problem
On Tue, 2002-12-17 at 10:46, Eric Prevost wrote: I am trying to integrate an SVG file with embedded text and when i try to use it in FOP I am working on W2K SP1, JDK 1.3, FOP 0.20.4rc ,Batik 1.1.1 or Batik 1.5 fop produce This result : You must use the batik that comes with fop. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fop 0.20.5rc and external-graphic SVG problem
I am trying to integrate an SVG file with embedded text and when i try to use it in FOP I am working on W2K SP1, JDK 1.3 With FOP 0.20.5rc the result is : [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] FOP 0.20.5rc [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser [INFO] building formatting object tree [INFO] setting up fonts [INFO] [1] [ERROR] Could not load external SVG: null [ERROR] Error while creating area : No ImageReader for this type of image (file:/Temp/testfont001.svg) [INFO] Parsing of document complete, stopping renderer If i use FOP 0.20.4 with same files the result is 5000 lines of java error. XSL-FO ?xml version=1.0 encoding=utf-8? fo:root xmlns:fo=http://www.w3.org/1999/XSL/Format; !-- defines page layout -- fo:layout-master-set !-- layout for the first page -- fo:simple-page-master master-name=only page-height=297mm page-width=210mm margin-top=0mm margin-bottom=0mm margin-left=0mm margin-right=0mm fo:region-body margin-top=10mm margin-bottom=10mm column-count=1 column-gap=0.25in/ fo:region-before extent=10mm/ fo:region-after extent=10mm/ /fo:simple-page-master /fo:layout-master-set !-- actual layout -- fo:page-sequence master-reference=only fo:static-content flow-name=xsl-region-before fo:blockEric Prevost Demo/fo:block /fo:static-content fo:static-content flow-name=xsl-region-after fo:blockPage fo:page-number//fo:page-number-citation ref-id=Terminator//fo:block /fo:static-content fo:flow flow-name=xsl-region-body !-- Block 0 -- fo:block fo:external-graphic src='file:/Temp/testfont001.svg'/ /fo:block fo:block id=Terminator/fo:block /fo:flow /fo:page-sequence /fo:root SVG file : ?xml version=1.0 standalone=no? !DOCTYPE svg PUBLIC -//W3C//DTD SVG 20001102//EN http://www.w3.org/TR/2000/CR-SVG-20001102/DTD/svg-20001102.dtd; svg width=210.0mm height=297.0mm viewBox=0 0 2381 3368 preserveAspectRatio=xMinYMin kerning=0 xml:space=preserve xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; xmlns:svgmaker=http://www.svgmaker.com/svgns; svgmaker:init width=210.0mm height=297.0mm viewBox=0 0 2381 3368 view=one2one crop=none cropWidth=193.0mm cropHeight=292.4mm cropBox=0 1 2188 3315/ titleMicrosoft Word - AD-1600.doc/title desc Generated by SVGmaker Version 1.10.2A31.32 Evaluation Version DEC-16-2002, 08:06 /desc style type=text/css![CDATA[ path {fill-rule:nonzero; stroke-linecap:round; stroke-linejoin:round} rect {stroke-linejoin:miter} text.t1 {font-family:'Svg Arial';font-size:40;fill:#00} text.t2 {font-family:'Svg Arial';font-size:24;fill:#00} text.t3 {font-family:'Svg Times New Roman Bold';font-size:72;fill: #00;font-weight:700} text.t4 {font-family:'Svg Times New Roman Bold';font-size:46;fill: #00;font-weight:700} text.t5 {font-family:'Svg Times New Roman';font-size:44;fill:#00} text.t6 {font-family:'Svg Times New Roman Bold';font-size:56;fill: #00;font-weight:700} text.t7 {font-family:'Svg Times New Roman';font-size:48;fill:#00} text.t8 {font-family:'Svg Times New Roman Bold';font-size:48;fill: #00;font-weight:700} text.t9 {font-family:'Svg Times New Roman Bold';font-size:44;fill: #00;font-weight:700} text.t10 {font-family:'Svg Times New Roman';font-size:40;fill:#00} text.t11 {font-family:'Svg Times New Roman Italic';font-size:32;fill: #00;font-style:italic} ]]/style defs font horiz-adv-x=904 font-face font-family=Svg Arial units-per-em=2048 panose-1=2 11 6 4 2 2 2 2 2 4 ascent=1854 descent=434 alphabetic=0/ missing-glyph horiz-adv-x=1536 d=M 256,0 l 0,1280 1024,0 0,-1280 -1024,0 z m 32,32 l 960,0 0,1216 -960,0 0,-1216 z/ glyph unicode= horiz-adv-x=569 d=/ glyph unicode=- horiz-adv-x=682 d=M 65,440 l 0,181 553,0 0,-181 -553,0 z/ glyph unicode=. horiz-adv-x=569 d=M 186,0 l 0,205 205,0 0,-205 -205,0 z/ glyph unicode=0 horiz-adv-x=1139 d=M 85,723 q 0,260 53.5,418.5 53.5,158.5 159,244.5 105.5,86 265.5,86 118,0 207,-47.5 89,-47.5 147,-137 58,-89.5 91,-218 33,-128.5 33,-346.5 0,-258 -53,-416.5 -53,-158.5 -158.5, -245 -105.5,-86.5 -266.5,-86.5 -212,0 -333,152 -145,183 -145,596 z m 185,0 q 0,-361 84.5,-480.5 84.5,-119.5 208.5,-119.5 124,0 208.5,120 84.5,120 84.5,480 0,362 -84.5,481 -84.5,119 -210.5,119 -124,0 -198,-105 -93,-134 -93,-495 z/ glyph unicode=1 horiz-adv-x=1139 d=M 763,0 l -180,0 0,1147 q -65,-62 -170.5,-124 -105.5,-62 -189.5,-93 l 0,174 q 151,71 264,172 113,101 160,196 l 116,0 0,-1472 z/ glyph unicode=3 horiz-adv-x=1139 d=M 86,387 l 180,24 q 31,-153 105.5,-220.5 74.5,-67.5 181.5,-67.5 127,0 214.5,88 87.5,88 87.5,218 0,124 -81,204.5 -81,80.5 -206,80.5 -51,0 -127,-20 l 20,158 q 18,-2 29,-2 115,0 207,60 92,60 92,185 0,99 -67,164 -67,65 -173,65 -105,0 -175,-66 -70,-66 -90,-198 l -180,32 q 33,181 150,280.5 117,99.5 291,99.5 120,0
external-graphic and ratio
Hello, Is it possible to apply a ratio on an image trhought an external-graphic fo element ? I mean I want to display a graphic at 1/3 its size for example. Can anyone help ? Thanks - Original Message - From: J.Pietschmann [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 25, 2002 10:36 PM Subject: Re: What kind of TIFF does FOP support Oleg Tkachenko wrote: btw, isn't jimi some kind of obsolete library intended to be used by those tied to jdk1.1? Well, obsolete or not, it works, is available, platform neutral, easy to install and provides support for a wide range of graphics formats, some of them rather obscure. Do you know of a JAI implementation, preferably OSS and/or freely available, which supports all common subformats of TIFF, PNG, BMP and perhaps a few more? A quick sweep through sourceforge revealed only a TIFF implementation. The Sun JAI implementation offers all the formats, but installation requires more than just dropping a jar into the classpath, and it contains platform specific binaries (good for speed but screws Mac users and others). J.Pietschmann
Re: external-graphic and ratio
Rodolphe VAGNER wrote: Is it possible to apply a ratio on an image trhought an external-graphic fo element ? I mean I want to display a graphic at 1/3 its size for example. Can anyone help ? Thanks You can't scale a graphicto 1/3 or the original size. One problem is actually: what is the original size, for most bitmap formats. You can specify height and or width in absolute units or relative to the reference area: fo:external-graphic height=2cm width=1cm src=foo.jpg/ - Original Message - You are supposed to trim uneccesary old quotes. J.Pietschmann
Error using servlet for external-graphic
Hi all, I'm trying to use a servlet to generate a dynamic image and am seeing the following error: 6/26/02 3:16 PM -- http://localhost:8080/client/DoGetImage?w=200h=100leftmargin=1.5 6/26/02 3:16 PM -- Could not load external SVG: The current document is unable to create an element of the requested type (namespace: http://www.w3.org/2000/svg, name: head).Error while creating area : No ImageReader for this type of image (http://localhost:8080/client/DoGet Image?w=200h=100leftmargin=1.5) The relevant FO source is: fo:external-graphic src=http://localhost:8080/client/DoGetImage?w=200amp;h=100amp;leftmargin=1.5/ The image displays fine in a browser, but after adding some logging code to the servlet it appears that FOP is not calling it at all. Does anybody know what might be causing this error (querystring in the URL, use of a port number, etc)? Much thanks, Joel Stevenson
Re: Error using servlet for external-graphic
Please don't crosspost to both dev and user. Joel Stevenson wrote: I'm trying to use a servlet to generate a dynamic image and am seeing the following error: 6/26/02 3:16 PM -- http://localhost:8080/client/DoGetImage?w=200h=100leftmargin=1.5 6/26/02 3:16 PM -- Could not load external SVG: The current document is unable to create an element of the requested type (namespace: http://www.w3.org/2000/svg, name: head).Error while creating area : No ImageReader for this type of image (http://localhost:8080/client/DoGet Image?w=200h=100leftmargin=1.5) This means the SVG reader got an exception. Unfortunately, I was not able to track it down in either the FOP or the Batik source. It looks like it indicates there is a head element in the SVG which is probably illegal. The relevant FO source is: fo:external-graphic src=http://localhost:8080/client/DoGetImage?w=200amp;h=100amp;leftmargin=1.5/ The image displays fine in a browser, but after adding some logging code to the servlet it appears that FOP is not calling it at all. Does anybody know what might be causing this error (querystring in the URL, use of a port number, etc)? The exception above implies a successful connection to the server, and it seems something was downloaded. Check the access logs of your server whether the URL was accessed. Try to use a HTML download utility like wget to retrieve the SVG and save it to disk. Point your fo:external-graphic to the disk file and check whether the problem persists. If so, it wasn't the URL. Try to load the saved SVG into the Batik command line viewer. This should give a more detailed error message if there is still a problem. J.Pietschmann
Re: SVG External Graphic ...
Jose Hernandez wrote: I'm using the JDK 1.4.0 with FOP 0.20.3 and I created a SVG file that I'm trying to put into a PDF file ... but FOP sent this error message: [ERROR]: svg graphic could not be built: file:e:/test.svg:-1 An I/O error occured while processing the URI 'file:e:/test.svg#clipPath1' specified on the element rect org.apache.batik.bridge.BridgeException: file:e:/test.svg:-1 An I/O error occured while processing the URI 'file:e:/test.svg#clipPath1' specified on the element rect at org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown Source) It may be possible that JDK1.4 is a bit pickier about URLs. Try to use full absolute URLs in your clip path references: url(file:///e:/test.svg#clipPath1) and see whether the problem goes away, or try to use a proper URL in the fo:external-graphic: fo:external-graphic src=file:///test.svg/ Other than that, does the Batik rastreizer display your image? J.Pietschmann
SVG External Graphic ...
Hello ... I'm using the JDK 1.4.0 with FOP 0.20.3 and I created a SVG file that I'm trying to put into a PDF file ... but FOP sent this error message: [ERROR]: svg graphic could not be built: file:e:/test.svg:-1 An I/O error occured while processing the URI 'file:e:/test.svg#clipPath1' specified on the element rect org.apache.batik.bridge.BridgeException: file:e:/test.svg:-1 An I/O error occured while processing the URI 'file:e:/test.svg#clipPath1' specified on the element rect at org.apache.batik.bridge.BridgeContext.getReferencedElement(Unknown Source) I've attached the svg file ... Have any idea about this ? Thanks. test.svg //jose.alberto.hernandez.maldonado System Integrator Engineer. Algorithmics Mexico. Tel. 5520-4293 Fax. 5520-4292 e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] test.svg Description: Binary data
Re: External Graphic
Urban, Patrick wrote: Can anyone help me debug this. I am looking to simply pull a logo onto my report with this code... fo:external-graphic src=http://epndev0006/Logo_Plain.gif/ this error is being output from FOP... [ERROR]: Error while creating area : Error with image URL: http://epndev0006/Logo_Plain.gif and no base directory is specified. The image is in the correct directory and everything is spelled correctly. The image resides in the root of my wwwroot folder and I can hit it with a browser by typing the above URL. I experimented a bit and it seems the image cannot be loaded. Check your IIS logs for the reason. As for it showing up in a browser: Are the browser and FOP running on the same machine? Are there proxies between your machine and the server? Can you sucessfully retrieve the image with a command line tool like wget? And of course, there may lurk spelling problems, you should cutpaste the URL into the browsers location field. J.Pietschmann
RE: External Graphic
Thanks for the reply...It appears to be an issue with the URL referencing a local machine within our network. It was probably some kind of proxy issue. I have worked around it. Thanks again -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Sent: Tuesday, June 11, 2002 4:13 PM To: [EMAIL PROTECTED] Subject: Re: External Graphic Urban, Patrick wrote: Can anyone help me debug this. I am looking to simply pull a logo onto my report with this code... fo:external-graphic src=http://epndev0006/Logo_Plain.gif/ this error is being output from FOP... [ERROR]: Error while creating area : Error with image URL: http://epndev0006/Logo_Plain.gif and no base directory is specified. The image is in the correct directory and everything is spelled correctly. The image resides in the root of my wwwroot folder and I can hit it with a browser by typing the above URL. I experimented a bit and it seems the image cannot be loaded. Check your IIS logs for the reason. As for it showing up in a browser: Are the browser and FOP running on the same machine? Are there proxies between your machine and the server? Can you sucessfully retrieve the image with a command line tool like wget? And of course, there may lurk spelling problems, you should cutpaste the URL into the browsers location field. J.Pietschmann
Re: External Graphic
Patrick- The server portion of the URL you're using looks like an NT name, or at least a name in your default domain (TCP/IP, not NT) If you're doing this all on one machine (if you're running FOP on epndev0006), why not use a relative path through the file structure (i.e. src=images/Logo_Plain.gif) If you're running FOP on a different machine than IIS, perhaps the FOP box can't resolve the name epndev006. -Jeff Urban, Patrick To: [EMAIL PROTECTED] Patrick_Urbacc: [EMAIL PROTECTED] Subject: External Graphic 06/10/2002 12:58 PM Please respond to fop-user Can anyone help me debug this. I am looking to simply pull a logo onto my report with this code... fo:external-graphic src=http://epndev0006/Logo_Plain.gif/ this error is being output from FOP... [ERROR]: Error while creating area : Error with image URL: http://epndev0006/Logo_Plain.gif and no base directory is specified. The image is in the correct directory and everything is spelled correctly. The image resides in the root of my wwwroot folder and I can hit it with a browser by typing the above URL. Thanks , Patrick
Re: External Graphic
[EMAIL PROTECTED] wrote: If you're running FOP on a different machine than IIS, perhaps the FOP box can't resolve the name epndev006. This would give [ERROR]: Error while creating area : Error with image URL: epndev0006 and no base directory is specified. (small, but importsnt diffference) J.Pietschmann
Re: External Graphic
Ah, thanks for the clarification. I've only been using relative paths, so I have no experience with FOP and remote URLs. J.Pietschman n To: [EMAIL PROTECTED] [EMAIL PROTECTED]cc: oo.de Subject: Re: External Graphic 06/11/2002 04:41 PM Please respond to fop-user [EMAIL PROTECTED] wrote: If you're running FOP on a different machine than IIS, perhaps the FOP box can't resolve the name epndev006. This would give [ERROR]: Error while creating area : Error with image URL: epndev0006 and no base directory is specified. (small, but importsnt diffference) J.Pietschmann
External Graphic
Can anyone help me debug this. I am looking to simply pull a logo onto my report with this code... fo:external-graphic src=http://epndev0006/Logo_Plain.gif/ this error is being output from FOP... [ERROR]: Error while creating area : Error with image URL: http://epndev0006/Logo_Plain.gif and no base directory is specified. The image is in the correct directory and everything is spelled correctly. The image resides in the root of my wwwroot folder and I can hit it with a browser by typing the above URL. Thanks , Patrick
Re: external-graphic width height
Thanks ... Actually I noticed that my fo works (using absolute measure as you pointed) on one machine but not on the other. It sounds as if I had a config problem with fop on my machine ... Both are Win2000 Pro with JRE 1.3.1.02 and fop0.20.2 ... - Original Message - From: J.Pietschmann [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, June 04, 2002 9:41 PM Subject: Re: external-graphic width height Florence Deforge wrote: Hi I need to resize some gif images which are to be displayed in a pdf doc. I tried to insert the following code inside a block or a table-cell : fo:external-graphic width=75% height=75% text-align=center xsl:attribute name=src xsl:textfile:/xsl:text xsl:value-of select=image/ /xsl:attribute /fo:external-graphic Whatever percentage or absolute size is set, the graphic is displayed with same size (which is not the original size as well). Could anyone advice please ? It seems that a percental width does not work on fo:external-graphic. Use an absolute measure like width=5cm. Note that 75% won't scale the image to 75% of the original width, even if it worked, it would scale the image to 75% of the width of the enclosing reference area. Note further that when it comes to rendering of bitmapped images to physical devices your definition of original size may be quite different from anyone's else, but still everyone is right. J.Pietschmann
external-graphic width height
Hi I need to resize some gif images which are to be displayed in a pdf doc. I tried to insert the following code inside a block or a table-cell : fo:external-graphic width=75% height=75% text-align=center xsl:attribute name=src xsl:textfile:/xsl:text xsl:value-of select=image/ /xsl:attribute /fo:external-graphic Whatever percentage or absolute size is set, the graphic is displayed with same size (which is not the original size as well). Could anyone advice please ? Thanks in advance Florence
Re: external-graphic width height
Florence Deforge wrote: Hi I need to resize some gif images which are to be displayed in a pdf doc. I tried to insert the following code inside a block or a table-cell : fo:external-graphic width=75% height=75% text-align=center xsl:attribute name=src xsl:textfile:/xsl:text xsl:value-of select=image/ /xsl:attribute /fo:external-graphic Whatever percentage or absolute size is set, the graphic is displayed with same size (which is not the original size as well). Could anyone advice please ? It seems that a percental width does not work on fo:external-graphic. Use an absolute measure like width=5cm. Note that 75% won't scale the image to 75% of the original width, even if it worked, it would scale the image to 75% of the width of the enclosing reference area. Note further that when it comes to rendering of bitmapped images to physical devices your definition of original size may be quite different from anyone's else, but still everyone is right. J.Pietschmann
How to prevent external-graphic resize itself.
Hi, When I try to put an image in a cell of a table, and I don't specify any dimensions (width= and height=), because I don't know them, the image gets the maximum space it can in the cell. Is it exists any parameter to use with external-graphic to format images with the original size? Thank you a lot.
external-graphic
Hello, I have a problem with external graphics. FOP seems to ignore any settings of content-height and content-width. It always puts out the graphic at the same size. Harald
Re: external-graphic
Harald Meyer wrote: I have a problem with external graphics. FOP seems to ignore any settings of content-height and content-width. It always puts out the graphic at the same size. Both content-height and content-width are not mentioned in docs/html-docs/implemented.html and seem to be commented out in the source. It appears that height and width could serve your purpose, try them. J.Pietschmann
Re: external-graphic SVG problem ...
RAYMOND Romain wrote: Is there a problem to fix a SVG heigth in an external-graphic I cannot dot it. Can you post a shoret, self contained sample which demonstrates the problem? J.Pietschmann
external-graphic SVG problem ...
Is there a problem to fix a SVG heigth in an external-graphic I cannot dot it. thanks.
Re: external-graphic within a war file
Orford, Jeffrey wrote: Hi- I'm attempting to use a gif image using the fo:external-graphic tag. Both the gif file and the xsl file are located in a war file. The gif is located in a directory /images (from the war file's root) and the xsl file is located in a directory named web-inf. So far I've tried using the following: What is the best way to refer to an image from within a war file? Is the war file even the issue? Try ServletContext.getResource(/images/logo.gif); This will return mysterious java.net.URL instance. Put this URL (toString) into fo file (you have to process this file before running FOP - maybe Velocity?). Tomek Pik [EMAIL PROTECTED] Thanks. Jeff Orford
RE: external-graphic within a war file
Thanks for the suggestion Tomasz, unfortunately it didn't work. The URL printed out as the following(without quotes): zip:C:/path to warfile/webapp_dealinfo.war#images/logo_gs.gif when I put this string in the fo xsl file as the value of the src attribute I got a similar error: [1Error while creating area : Invalid Image URL - error on relative URL : unknown protocol: nullc] Any other suggestions would be appreciated. Here's what the code looks like now: fo:table-cell fo:block fo:external-graphic src=zip:C:/TEMP/mercury/lib/war/ecm/webapp_info.war#images/logo_gs.gif / /fo:block /fo:table-cell Thanks. Jeff Orford -Original Message- From: Tomasz Pik [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 09, 2002 2:15 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic within a war file Orford, Jeffrey wrote: Hi- I'm attempting to use a gif image using the fo:external-graphic tag. Both the gif file and the xsl file are located in a war file. The gif is located in a directory /images (from the war file's root) and the xsl file is located in a directory named web-inf. So far I've tried using the following: What is the best way to refer to an image from within a war file? Is the war file even the issue? Try ServletContext.getResource(/images/logo.gif); This will return mysterious java.net.URL instance. Put this URL (toString) into fo file (you have to process this file before running FOP - maybe Velocity?). Tomek Pik [EMAIL PROTECTED] Thanks. Jeff Orford
Re: external-graphic within a war file
Can you write, which servlet engine you use? I think, that url should have the following stucture: jar:file:c|//TEMP/mercury/lib/war/ecm/webapp_info.war!images/logo_gs.gif Tomek Orford, Jeffrey wrote: Thanks for the suggestion Tomasz, unfortunately it didn't work. The URL printed out as the following(without quotes): zip:C:/path to warfile/webapp_dealinfo.war#images/logo_gs.gif when I put this string in the fo xsl file as the value of the src attribute I got a similar error: [1Error while creating area : Invalid Image URL - error on relative URL : unknown protocol: nullc] Any other suggestions would be appreciated. Here's what the code looks like now: fo:table-cell fo:block fo:external-graphic src=zip:C:/TEMP/mercury/lib/war/ecm/webapp_info.war#images/logo_gs.gif / /fo:block /fo:table-cell Thanks. Jeff Orford -Original Message- From: Tomasz Pik [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 09, 2002 2:15 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic within a war file Orford, Jeffrey wrote: Hi- I'm attempting to use a gif image using the fo:external-graphic tag. Both the gif file and the xsl file are located in a war file. The gif is located in a directory /images (from the war file's root) and the xsl file is located in a directory named web-inf. So far I've tried using the following: What is the best way to refer to an image from within a war file? Is the war file even the issue? Try ServletContext.getResource(/images/logo.gif); This will return mysterious java.net.URL instance. Put this URL (toString) into fo file (you have to process this file before running FOP - maybe Velocity?). Tomek Pik [EMAIL PROTECTED] Thanks. Jeff Orford
RE: external-graphic within a war file
The servlet is running within Weblogic 5.1 (my firm's standard for the time being) I'll try this one, Thanks again. Jeff -Original Message- From: Tomasz Pik [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 09, 2002 9:43 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic within a war file Can you write, which servlet engine you use? I think, that url should have the following stucture: jar:file:c|//TEMP/mercury/lib/war/ecm/webapp_info.war!images/logo_gs.gif Tomek Orford, Jeffrey wrote: Thanks for the suggestion Tomasz, unfortunately it didn't work. The URL printed out as the following(without quotes): zip:C:/path to warfile/webapp_dealinfo.war#images/logo_gs.gif when I put this string in the fo xsl file as the value of the src attribute I got a similar error: [1Error while creating area : Invalid Image URL - error on relative URL : unknown protocol: nullc] Any other suggestions would be appreciated. Here's what the code looks like now: fo:table-cell fo:block fo:external-graphic src=zip:C:/TEMP/mercury/lib/war/ecm/webapp_info.war#images/logo_gs.gif / /fo:block /fo:table-cell Thanks. Jeff Orford -Original Message- From: Tomasz Pik [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 09, 2002 2:15 AM To: [EMAIL PROTECTED] Subject: Re: external-graphic within a war file Orford, Jeffrey wrote: Hi- I'm attempting to use a gif image using the fo:external-graphic tag. Both the gif file and the xsl file are located in a war file. The gif is located in a directory /images (from the war file's root) and the xsl file is located in a directory named web-inf. So far I've tried using the following: What is the best way to refer to an image from within a war file? Is the war file even the issue? Try ServletContext.getResource(/images/logo.gif); This will return mysterious java.net.URL instance. Put this URL (toString) into fo file (you have to process this file before running FOP - maybe Velocity?). Tomek Pik [EMAIL PROTECTED] Thanks. Jeff Orford
clipping external-graphic
Howdy. I am producing PDFs with external graphics. In some cases the graphic is larger than the space available for it and it should be scaled down. This sort of works (only scales if width is too large, but not height). In orther cases, the image should be clipped (not scaled down to fit into the space). For instance, one graphic is a series of dots; rather than compress the dots, the right side of the graphic should be trimmed off. According to the spec, if the external-graphic tag's overflow=hidden (or NOT visible), and clip=auto, the image should be clipped to the parent block's size (if it is specified). Has anyone else had this work? Is this a bug? Thanks. = - Mr Lauren Commons DISCLAIMER: The opinions expressed ARE in fact those of my employer. __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/
Re: clipping external-graphic
Lauren Commons wrote: Howdy. According to the spec, if the external-graphic tag's overflow=hidden (or NOT visible), and clip=auto, the image should be clipped to the parent block's size (if it is specified). I think clipping (overflow=hidden) is not implemented. You can try to work around this by using an SVG, which can be clipped at the SVG viewport. SVGs can refer to graphic files in other formats. In case of the dots, check whether you should rather use fo:leader. J.Pietschmann
Re: clipping external-graphic
--- J.Pietschmann [EMAIL PROTECTED] wrote: ... I think clipping (overflow=hidden) is not implemented. Heck. Should this be mentioned in the Limitations section of the FOP website? You can try to work around this by using an SVG, which can be clipped at the SVG viewport. SVGs can refer to graphic files in other formats. Hmmm... I'll look into that. In case of the dots, check whether you should rather use fo:leader. For the dots I could probably do that, but there are some others that I also need to do that the leader doesn't support. Thanks!! J.Pietschmann Lauren = - Mr Lauren Commons DISCLAIMER: The opinions expressed ARE in fact those of my employer. __ Do You Yahoo!? Yahoo! Tax Center - online filing with TurboTax http://taxes.yahoo.com/
external-graphic within a war file
Hi- I'm attempting to use a gif image using the fo:external-graphic tag. Both the gif file and the xsl file are located in a war file. The gif is located in a directory /images (from the war file's root) and the xsl file is located in a directory named web-inf. So far I've tried using the following: !-- GS logo box -- fo:table-cell fo:block fo:external-graphic src=/images/logo_gs.gif / /fo:block /fo:table-cell !-- GS logo box -- fo:table-cell fo:block fo:external-graphic src=file:/images/logo_gs.gif / /fo:block /fo:table-cell !-- GS logo box -- fo:table-cell fo:block fo:external-graphic src=images/logo_gs.gif / /fo:block /fo:table-cell !-- GS logo box -- fo:table-cell fo:block fo:external-graphic src=file://images/logo_gs.gif / /fo:block /fo:table-cell Each of these have given me the following error: [1Error while creating area : Invalid Image URL - error on relative URL : no protocol: null/images/logo_gs.gif What is the best way to refer to an image from within a war file? Is the war file even the issue? Thanks. Jeff Orford * Jeffrey Orford Goldman Sachs Information Technology (212)357-1306 [EMAIL PROTECTED] Plans are nothing; Planning is everything -Eisenhower *
SVG external graphic doesn't show in FopServlet?
Hi, I am having problems with external svg files in my fo file when generating PDFs using FopServlet. I am using fop-0.20.3 specifically, I have these refs to external graphics in my fo file. This works: fo:block fo:external-graphic src= file:C:\Progra~1\Allaire\JRun\servers\default\default-app\WEB-INF\classes\g eneratedjpg.jpg/ /fo:block This doesn't workgeneratedsvg.svg is in the same directory as generatedjpg.jpg. the resulting pdf has a blank space where the svg should be. fo:block fo:external-graphic src=file:C:\Progra~1\Allaire\JRun\servers\default\default-app\WEB-INF\class es\generatedsvg.svg/ /fo:block This doesn't workgeneratedsvg.svg is in the same directory as generatedjpg.jpg. the resulting pdf has a blank space where the svg should be. fo:block fo:external-graphic src=file:///c:/Progra~1/Allaire/JRun/servers/default/default-app/WEB-INF/cl asses/generatedsvg.svg/ /fo:block any help would be greatly appreciated. Will Carter
RE: JPEG external graphic works, but SVG external graphic doesn't.
Will, Problem could be that that you are trying to access the jpg file in a folder that is not accessable from a web context. ie the file might be located in the directory specified, but how does this map to the web server (IIS assumed). In IIS you have to have the folder web-shared! Try this: 1. Put the file in a directory that you can access via a browser, using http (i.e http://mymachine/folder/generatedjpg.jpg This will also confirm that IIS is correctly configured. 2. If the browser can retrieve this, then in fop you can specify the location as a URI instead of a file i.e. fo:external-graphic src=http://mymachine/folder/generatedjpg.jpg/ This should then work with the graphic. Hope this helps Bill -Original Message- From: Carter, Will [mailto:[EMAIL PROTECTED] Sent: Thursday, 4 April 2002 9:17 AM To: '[EMAIL PROTECTED]' Subject: JPEG external graphic works, but SVG external graphic doesn't. Hi, I am having problems with external svg files in my fo file when generating PDFs using FopServlet. I am using fop-0.20.3 specifically, I have these refs to external graphics in my fo file. This works: fo:block fo:external-graphic src=file:C:\Progra~1\Allaire\JRun\servers\default\default-app\WEB-INF\class es\generatedjpg.jpg/ /fo:block This doesn't workgeneratedsvg.svg is in the same directory as generatedjpg.jpg. the resulting pdf has a blank space where the svg should be. fo:block fo:external-graphic src=file:C:\Progra~1\Allaire\JRun\servers\default\default-app\WEB-INF\class es\generatedsvg.svg/ /fo:block This doesn't workgeneratedsvg.svg is in the same directory as generatedjpg.jpg. the resulting pdf has a blank space where the svg should be. fo:block fo:external-graphic src=file:///c:/Progra~1/Allaire/JRun/servers/default/default-app/WEB-INF/cl asses/generatedsvg.svg/ /fo:block any help would be greatly appreciated. Will Carter