RE: FW: Border issue
Thanks. That's the clue I needed. When I set the cell border to 0.2mm (as opposed to 0.02mm), the background does not bleed in the last example I posted. I will do more experiments, this time working with my original XSLT stylesheet (which outputs a roughly 160kb FO file), and see if that corrects my problem. If that fixes it, I will post the answer here so that the solution makes it into the list archive. This may be a candidate for the existing FAQs on the FOP website. -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 03, 2004 4:39 PM To: [EMAIL PROTECTED] Subject: Re: FW: Border issue Zaleski, Matthew (M.E.) wrote: > Is there any hope of using background color (or a workaround that > achieves the same effect) in 0.20.5? Your response seems to indicate > that I should not be seeing this behavior. I have no idea. A border width of 0.02mm very small though, you might run into roundoff problems (one of Acrobat Reader's most infamous weak point...) 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: Border issue
I was using Acrobat Standard Edition 6.0.1. I also tried it on Acrobat Reader v5.0.5 on another machine. Same results for me, bleeding still occurs. Were you zooming all the way in on the edge of the cell? Although it is not bad in this example file, with a table border turned on, the problem looks much worse. The blue background overwrites the outside table border. -Original Message- From: John Burgess [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 04, 2004 5:20 AM To: [EMAIL PROTECTED] Subject: Re: Border issue Matthew Either I'm being even more stupid than usual or there's a problem with your acrobat reader. In the pdf you attached on my machine (NT4 (SP4) and Acrobat 5.0.0 the blue colour is perfectly contained in the cell. I think the Standard Error text seems a little high in the cell below but since you're not complaining about that... Have you tried it on another machine? John - Original Message - From: "Zaleski, Matthew (M.E.)" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, August 03, 2004 8:19 PM Subject: FW: Border issue /bump -Original Message- From: Zaleski, Matthew (M.E.) Sent: Thursday, July 29, 2004 4:57 PM To: [EMAIL PROTECTED] Subject: RE: Border issue Ok, I've stripped my example down even further. I've eliminated all "padding" attributes. I have background-color enabled on a single cell. I also am now using borders only on table-cell elements. I turned off the outside border on the table in case it was a problem. In the new example attached here, the background color is clearly bleeding all over the place (especially since I set it only for a single cell). I can see no attributes left in my XSL-FO to explain it. If I move background-color to the fo:block, the pattern is the same. My understanding of the XSL-FO spec was that padding pushed out beyond the borders and that was why you suggested eliminating padding. Is there any hope of using background color (or a workaround that achieves the same effect) in 0.20.5? Your response seems to indicate that I should not be seeing this behavior. -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 28, 2004 5:11 PM To: [EMAIL PROTECTED] Subject: Re: Border issue Zaleski, Matthew (M.E.) wrote: > Thanks for the answer. What is the proper workaround for not using > padding? I need to keep space between my blocks and the borders of > the cells. Some of the cells have single blocks, some have multiple > blocks (like the header row). Enclose the content in yet another block, and try to use space-before/space-start/whatever on this block. Padding might work in this case. 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] - 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: throttle the quality of images
On Aug 2, 2004, at 4:18 PM, Johannes Franz wrote: Ok, do you know which graphic formats fop supports? png? This is also in the FAQ, but here's the direct link: http://xml.apache.org/fop/graphics.html Web Maestro lay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: throttle the quality of images
On Aug 4, 2004, at 6:02 AM, Chris Bowditch wrote: Johannes Franz wrote: Hi there, i would like to throttle the quality of images, because the created pdf grows to big. Is there a formatting objects command to do this? Or is the only solution to throttle the quality of the images before converting? There is no XSL-FO property to reduce the amount of data in an image. You will need to do this processing before presenting the image to FOP Chris You could also do a post-processing of the PDF files (after FOP is done) to optimize/compress/shrink the PDF files. Some of the following are Mac OS X-only, but others are not. Please report back if you find something that suits your needs. Web Maestro Clay [1] http://www.adobe.com/support/techdocs/29772.htm [2] http://www.planetpdf.com/creative/article.asp?ContentID=6568 [3] http://www.jawspdf.com/ [4] http://www.primopdf.com/ [5] http://www.apago.com/products.html [6] http://www.metaobject.com/Products.html#PdfCompress [7] http://www.stone.com/PStill/PStill.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: throttle the quality of images
Ok, do you know which graphic formats fop supports? png? - Original Message - From: "Chris Bowditch" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, August 04, 2004 3:02 PM Subject: Re: throttle the quality of images > Johannes Franz wrote: > > Hi there, > > > > i would like to throttle the quality of images, because the created pdf > > grows to big. Is there a formatting objects command to do this? Or is > > the only solution to throttle the quality of the images before converting? > > There is no XSL-FO property to reduce the amount of data in an image. You will > need to do this processing before presenting the image to FOP > > Chris > > > - > 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: throttle the quality of images
On Aug 2, 2004, at 3:52 PM, Johannes Franz wrote: Hi there, i would like to throttle the quality of images, because the created pdf grows to big. Is there a formatting objects command to do this? Or is the only solution to throttle the quality of the images before converting? Greetings, Johannes. To my knowledge, FOP has no way to 'throttle the quality of images' at run-time. It may be possible to use some sort of post-FOP product which does this sort of thing (I've seen a couple of PDF optimizers for Mac OS X, and I assume they exist for other platforms as well). For my needs, I'm more concerned about higher resolution images (a small logo), so I create a 300dpi image and then shrink it to the size I need. But that's going the other way. You could always add ImageMagick's 'convert' or something to your workflow. Web Maestro Clay - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: throttle the quality of images
Johannes Franz wrote: Hi there, i would like to throttle the quality of images, because the created pdf grows to big. Is there a formatting objects command to do this? Or is the only solution to throttle the quality of the images before converting? There is no XSL-FO property to reduce the amount of data in an image. You will need to do this processing before presenting the image to FOP Chris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Border issue
Matthew Either I'm being even more stupid than usual or there's a problem with your acrobat reader. In the pdf you attached on my machine (NT4 (SP4) and Acrobat 5.0.0 the blue colour is perfectly contained in the cell. I think the Standard Error text seems a little high in the cell below but since you're not complaining about that... Have you tried it on another machine? John - Original Message - From: "Zaleski, Matthew (M.E.)" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, August 03, 2004 8:19 PM Subject: FW: Border issue /bump -Original Message- From: Zaleski, Matthew (M.E.) Sent: Thursday, July 29, 2004 4:57 PM To: [EMAIL PROTECTED] Subject: RE: Border issue Ok, I've stripped my example down even further. I've eliminated all "padding" attributes. I have background-color enabled on a single cell. I also am now using borders only on table-cell elements. I turned off the outside border on the table in case it was a problem. In the new example attached here, the background color is clearly bleeding all over the place (especially since I set it only for a single cell). I can see no attributes left in my XSL-FO to explain it. If I move background-color to the fo:block, the pattern is the same. My understanding of the XSL-FO spec was that padding pushed out beyond the borders and that was why you suggested eliminating padding. Is there any hope of using background color (or a workaround that achieves the same effect) in 0.20.5? Your response seems to indicate that I should not be seeing this behavior. -Original Message- From: J.Pietschmann [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 28, 2004 5:11 PM To: [EMAIL PROTECTED] Subject: Re: Border issue Zaleski, Matthew (M.E.) wrote: > Thanks for the answer. What is the proper workaround for not using > padding? I need to keep space between my blocks and the borders of > the cells. Some of the cells have single blocks, some have multiple > blocks (like the header row). Enclose the content in yet another block, and try to use space-before/space-start/whatever on this block. Padding might work in this case. 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
throttle the quality of images
Hi there, i would like to throttle the quality of images, because the created pdf grows to big. Is there a formatting objects command to do this? Or is the only solution to throttle the quality of the images before converting? Greetings, Johannes.
