RE: Opacity in SVG graphics on PDF documents.
-Original Message- From: Koes, Derrick [mailto:[EMAIL PROTECTED] Ah, opacity is not a problem with jpegs. However, svg graphics such as text appear less crisp than the original SVG, especially when printing. Hi, That's a FAQ. Check http://xml.apache.org/fop/graphics.html#svg-pdf-text on how to improve quality of the outputted text. (page will also contains other info about transparency and the like) Greetz, Andreas - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Opacity in SVG graphics on PDF documents.
I know that opacity is a problem as evidenced known problem 6. http://xml.apache.org/fop/graphics.html#svg-problems However, does anyone know why? I attempted to work around this issue by converting the image first to png (tried tiff and jpeg too). The opacity is there with png, but any text is choppy, pixilated, especially when printing. Text is much better if I leave the svg graphic as it is, but of course, everything is opaque. Thanks for any help, Derrick This electronic transmission is strictly confidential to Smith & Nephew and intended solely for the addressee. It may contain information which is covered by legal, professional or other privilege. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message.
RE: Opacity in SVG graphics on PDF documents.
Hello Not sure why this is a problem. I use batik to create JPGs with transparency from SVG input. I then embed these with FOP. Have you tried rasterising your SVG separately ? Chrus -Original Message-From: Koes, Derrick [mailto:[EMAIL PROTECTED]Sent: 31 October 2003 13:26To: '[EMAIL PROTECTED]'Subject: Opacity in SVG graphics on PDF documents. I know that opacity is a problem as evidenced known problem 6. http://xml.apache.org/fop/graphics.html#svg-problems However, does anyone know why? I attempted to work around this issue by converting the image first to png (tried tiff and jpeg too). The opacity is there with png, but any text is choppy, pixilated, especially when printing. Text is much better if I leave the svg graphic as it is, but of course, everything is opaque. Thanks for any help, Derrick This electronic transmission is strictly confidential to Smith Nephew and intended solely for the addressee. It may contain information which is covered by legal, professional or other privilege. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message.
RE: Opacity in SVG graphics on PDF documents.
Ah, opacity is not a problem with jpegs. However, svg graphics such as text appear less crisp than the original SVG, especially when printing. -Original Message- From: Chris Faulkner [mailto:[EMAIL PROTECTED] Sent: Friday, October 31, 2003 8:36 AM To: [EMAIL PROTECTED] Subject: RE: Opacity in SVG graphics on PDF documents. Hello Not sure why this is a problem. I use batik to create JPGs with transparency from SVG input. I then embed these with FOP. Have you tried rasterising your SVG separately ? Chrus -Original Message- From: Koes, Derrick [mailto:[EMAIL PROTECTED] Sent: 31 October 2003 13:26 To: '[EMAIL PROTECTED]' Subject: Opacity in SVG graphics on PDF documents. I know that opacity is a problem as evidenced known problem 6. http://xml.apache.org/fop/graphics.html#svg-problems However, does anyone know why? I attempted to work around this issue by converting the image first to png (tried tiff and jpeg too). The opacity is there with png, but any text is choppy, pixilated, especially when printing. Text is much better if I leave the svg graphic as it is, but of course, everything is opaque. Thanks for any help, Derrick This electronic transmission is strictly confidential to Smith Nephew and intended solely for the addressee. It may contain information which is covered by legal, professional or other privilege. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. This electronic transmission is strictly confidential to Smith & Nephew and intended solely for the addressee. It may contain information which is covered by legal, professional or other privilege. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message.
AW: URLs in external-graphics - corrupt PDF
This gets off topic for this list by some comfortable margin now. I agree, however it might be interesting for people to know that the problem is actually Jboss 2.4's WebService MBean (not tomcat) which does read mime type from a fixed file within the dist jboss.jar (org/jboss/web/mime.types) which does only contain two types: HTML and CLASS. http://www.thecortex.net/clover/eg/jboss/report/org/jboss/web/WebService .html On the other hand FOP could be smart enough to do its job without mime types at all ;) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: URLs in external-graphics - corrupt PDF
Psi Aushilfe3 wrote: On the other hand FOP could be smart enough to do its job without mime types at all ;) Well, FOP does so: it reads a bit ahead and tries matches the signature for the various image formats. The trouble with GIF images starts at GIFImag.java line 85, where the Java run time library is used: ImageProducer ip = (ImageProducer)this.m_href.getContent(); Apparently getContent() relies on the content type, which is actually the correct thing to do (if its available, the signature tests are for recognizing files). Web servers are expected to set the correct content type. Otherwise, we get uncoordinated behaviour, like IEx. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: URLs in external-graphics - corrupt PDF
You are right, wget reveals text/html. web.xml: mime-mapping extensiongif/extension mime-typeimage/gif/mime-type /mime-mapping ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: URLs in external-graphics - corrupt PDF
You are right, wget reveals text/html. -Ursprüngliche Nachricht- Von: J.Pietschmann [mailto:[EMAIL PROTECTED] Gesendet: Freitag, 15. August 2003 19:14 An: [EMAIL PROTECTED] Betreff: Re: URLs in external-graphics - corrupt PDF Psi Aushilfe3 wrote: Yes, I am sure :-) It's the simplest HTTP GET you can imagine :) Bug? I doubt this. It is most certainly some sort of misconfiguration in your server. The exception is apparently thrown in GifImage.loadImage(): ImageProducer ip = (ImageProducer)this.m_href.getContent(); and somehow someone gets a sun HTTPConnection rather than the expected class. I don't have time right now to dig deeper, but it may be the getContent() doesn't return an ImageProducer. You can put some traces into the code to confirm this. Just as a guess, check the MIME type configured for the file (including case) in the server. Access the URL with a browser which doesn't second guess, like Mozilla, or use wget's raw dump. J.Pietschmann - 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: AW: URLs in external-graphics - corrupt PDF
Psi Aushilfe3 wrote: You are right, wget reveals text/html. web.xml: mime-mapping extensiongif/extension mime-typeimage/gif/mime-type /mime-mapping ? So what? If the client receives text/html, something sent text/html. Check what the servlet matching *.gif or images/* or whatever does. I don't think I can diagnose this remotely. This gets off topic for this list by some comfortable margin now. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: URLs in external-graphics - corrupt PDF
Weird, at this point FOP should already have successfully accessed the content. Are you sure the server doesn't send a redirect or requires authentication for the URL? Look into the server logs for suspicious Yes, I am sure :-) It's the simplest HTTP GET you can imagine :) Bug? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: URLs in external-graphics - corrupt PDF
1. Does FOP signal any errors related to the external graphic? [2003-07-31 09:53:18,562 INFO,STDOUT] [ERROR]: Error in XObject : Error while loading image http://127.0.0.1:8083/must_unfortunately_not_be_made_public.gif : class java.lang.ClassCastException - sun.net.www.protocol.http.HttpURLConnection$HttpInputStream The URL is correct, a browser displays the .gif image. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: URLs in external-graphics - corrupt PDF
The URL is correct, a browser displays the .gif image. Well, it work with BMP images (however color images appear b/w) so it is probably a problem with FOP's GIF decoder (?). However FOP just can decode the GIF if I don't pass an URL but an file system path...weird. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
AW: URLs in external-graphics - corrupt PDF
The URL is correct, a browser displays the .gif image. Well, it work with BMP images (however color images appear b/w) so it is probably a problem with FOP's GIF decoder (?). However FOP just can decode the GIF if I don't pass an URL but an file system path...weird. ...and jpeg works just fine. So an URL refering to an JPG work, an URL refering to an BMP works (b/w), an URL refering to an GIF throws a ClassCastException and corrupts the PDF. An file system path to an GIF works. ?!?!?! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: URLs in external-graphics - corrupt PDF
Psi Aushilfe3 wrote: [2003-07-31 09:53:18,562 INFO,STDOUT] [ERROR]: Error in XObject : Error while loading image http://127.0.0.1:8083/must_unfortunately_not_be_made_public.gif : class java.lang.ClassCastException - sun.net.www.protocol.http.HttpURLConnection$HttpInputStream Weird, at this point FOP should already have successfully accessed the content. Are you sure the server doesn't send a redirect or requires authentication for the URL? Look into the server logs for suspicious entries. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: URLs in external-graphics - corrupt PDF
Psi Aushilfe3 wrote: --- Start -- I was trying to put an absolute http URL into an fo:external-graphics src attribute and got an corrupted PDF which Acrobat refuses to open. If I use an relative local file system path everything works just fine. Can't I use URLs?! .or what may I be doing wrong? --- End --- AFAIK, you should be able to use URLs. Check your syntax against: http://xml.apache.org/fop/fo.html#external-resources I can't tell from your report whether you tested the same image on a local file system as you tried using the URL. If not, be sure to try that, to try to eliminate the possibility that the image itself is causing the problem. Also, be sure to turn on the -d option for debugging, and look in the log. Victor Mote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: URLs in external-graphics - corrupt PDF
Psi Aushilfe3 wrote: I was trying to put an absolute http URL into an fo:external-graphics src attribute and got an corrupted PDF which Acrobat refuses to open. If I use an relative local file system path everything works just fine. Narrow down the problem: 1. Does FOP signal any errors related to the external graphic? 2. Can you see the image if you point a browser on the machine where FOP should run to the HTTP URL? 3. Can you download the image to a local file with wget (no cookies, referers, common user agents...), and is this the image you expect?? The most common causes for the sympoms you describe are spelling errrors in the URL and server setups which require certain context information from the browser. Some more context would have helped too: FOP release number, the URLs in question, the image format, whether you run FOP from the CLI or embedded... Psychic powers are still in limited supply. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graphics in pdf
I think Josh's suggestion is the right one. Here are some relevant pointers to the archive: http://marc.theaimsgroup.com/?l=fop-devm=101100884011907w=2 http://marc.theaimsgroup.com/?t=10044527565r=1w=2 I want to put an eps-graphic into a pdf-file. I havn't found how I could do this. But maybe there is another method to put a high resolution graphic which looks good in a pdf-printout into a pdf document. Cheers, Jeremias Märki mailto:[EMAIL PROTECTED] OUTLINE AG Postfach 3954 - Rhynauerstr. 15 - CH-6002 Luzern Fon +41 41 317 20 20 - Fax +41 41 317 20 29 Internet http://www.outline.ch
Graphics in pdf
Hello, I want to put an eps-graphic into a pdf-file. I havn't found how I could do this. But maybe there is another method to put a high resolution graphic which looks good in a pdf-printout into a pdf document. Thanks for your help Christine