RE : Alignement problems in table with no borders
Hello, I noticed that the use of border-color=transparent does not generate any error message whatever the log level is, but it seems that this color (transparent) is rendered as exactly as black is. This solution does not fit my needs. Any idea about the wrong alignment issue mentionned in my initial post ? Thank's in advance Regards -- Sébastien FOUCAULT -Message d'origine- De : Foucault, Sebastien [mailto:[EMAIL PROTECTED] Envoyé : 13 January 2005 11:24 À : '[EMAIL PROTECTED]' Objet : Alignement problems in table with no borders Hello, Here is the problem I have to deal with. Using FOP 0.20.5 on the following FO file, I got sometimes wrong alignements. It seems that these wrong alignements depend on the data present in each cell of the table. My questions are the following : Is this problem known ? How to overcome it ? I notice that the use of the border-width, border-style, border-color tuple on each cell fixes the problem. But I cannot use it because I need transparent borders (because in the real situation there's a background image which makes the use of border-color=white unrelevant). Regards -- Sébastien FOUCAULT - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
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: [Fwd: TiffRenderer Anomaly]
Bill Jordan wrote: Hi - thanks very much for the suggestion, and congratulations on a great product. Unfortunately, when I made the suggested change, it had no effect on the output, which seems puzzling to me. I'm certain that the change was executed, because I set a breakpoint in the code and stepped through it. The imageType came in to the switch statement with a value of TIFF_BILEVEL_BLACK_IS_ZERO, and due to the change in the code, the value of photometricInterpretation was set to 0. Ok, sounds like that's something else. I'll take a look at it this weekend. -- Oleg Tkachenko http://blog.tkachenko.com Multiconn Technologies, Israel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to fix image degradation in FOP-generated PDF
I am using SVGs for all images. That was the only way that I could ensure print quality images with no dithering. For example the documents that I am generating contain a lot of pie charts, and these circles look great when using SVG but JPEG and PNG just didn't cut it. Steve Albin -Original Message- From: Tom Peters [mailto:[EMAIL PROTECTED] On Behalf Of A.R. (Tom) Peters Sent: Thursday, January 13, 2005 1:40 PM To: [EMAIL PROTECTED] Subject: Re: How to fix image degradation in FOP-generated PDF On Wed, 12 Jan 2005, Smilgiewicz, Gene [CPB] wrote: Using fop-0.20.5 on a Sun/Solaris box, I am able to generate a PDF containing graphics referenced by the fo:external-graphic tag. The PDF gets generated (sloowly) but the GIF and JPG images look dithered, not nearly as sharp a the source images. Images degrade when they are the exact size of the rendered output and when they are scaled down, whether height/width are specified or not. My group has double and triple checked that we are using all relevant attributes (for example: fo:external-graphic content-type=image/gif content-width=80px content-height=30px src=/default/main/Intranet/MST/WORKAREA/MST/graphics/logo_pop.gif/ ). We've double and triple-checked the image files to be sure that the images are sharp (they are). Can anyone suggest something we have overlooked that may be causing the image degradation? THANKS! I get similar situations depending on how I process. Using fop to generate a PDF (default) from a .fo file works for JPEG. Using fop to generate a PS file from a .fo file works too. Using ghostscript (gs) to rework the first PDF file to a PDF file makes the image chunky. Using ps2pdf to change the PS file to PDF makes the image chunky. Maybe not directly relevant to your situation, but I suggest to look if generating PS makes something printable with the proper resolution. -- #!$!%(@^%#%*(([EMAIL PROTECTED]@^$##*#@(%)@**$!(!^(#((#%!)%*@)($($$%(@#)*!^$ )[EMAIL PROTECTED]@) Tom Peters - 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]
Input Question
Hello; My current system runs a XSL to create an FO document in memory. This is what I submit to FOP to render with. The issue I am dealing with is sometime content inserted into the FO document by the XSL contains HTML. Right now I strip out all HTML before submitting the content to FOP. But the HTML contains some formatting instructions that I am sure someone is going to want to see in the PDF (font size, bolding, list, etc). My solution to this now would be to handle each formatting html tag separately (I would have a defined list to deal with, all other would be stripped), finding it in the input and replacing it with an FO tag that would perform the same operation. Is there any easier way? Thanks, Luke - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Input Question
On Jan 14, 2005, at 12:04 PM, Luke Shannon wrote: snip The issue I am dealing with is sometime content inserted into the FO document by the XSL contains HTML. This is primarily an XSL question (or rather XSL solutions abound to help you resolve this). If you look on Dave Pawson's excellent XSL FAQ page[1], you might even find some xsl:template examples to get you going. Check out some of the XSL resources on the FOP Resources page[2] for more info. That said, you'll probably want to create XSL templates for the attributes you care about, so you can use XSL to convert font-size, bold, list, etc. into their fo:block @.. equivalents: e.g., btext-content/b = fo:inline font-weight=boldtext-content/fo:inline [1] http://www.dpawson.co.uk/xsl/sect3/index.html [2] http://xml.apache.org/fop/resources.html Web Maestro Clay -- [EMAIL PROTECTED] - http://homepage.mac.com/webmaestro/ My religion is simple. My religion is kindness. - HH The 14th Dalai Lama of Tibet - 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: Input Question
Thanks for all the help over the last week. I just gave a small demo of the PDF rendering feature of the site and it looked good. Some formating issues to resolve but the framework is in place. Luke - Original Message - From: The Web Maestro [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Friday, January 14, 2005 3:16 PM Subject: Re: Input Question On Jan 14, 2005, at 12:04 PM, Luke Shannon wrote: snip The issue I am dealing with is sometime content inserted into the FO document by the XSL contains HTML. This is primarily an XSL question (or rather XSL solutions abound to help you resolve this). If you look on Dave Pawson's excellent XSL FAQ page[1], you might even find some xsl:template examples to get you going. Check out some of the XSL resources on the FOP Resources page[2] for more info. That said, you'll probably want to create XSL templates for the attributes you care about, so you can use XSL to convert font-size, bold, list, etc. into their fo:block @.. equivalents: e.g., btext-content/b = fo:inline font-weight=boldtext-content/fo:inline [1] http://www.dpawson.co.uk/xsl/sect3/index.html [2] http://xml.apache.org/fop/resources.html Web Maestro Clay -- [EMAIL PROTECTED] - http://homepage.mac.com/webmaestro/ My religion is simple. My religion is kindness. - HH The 14th Dalai Lama of Tibet - 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]
