Mary Dale/Office_of_the_CIO/Planning_Office/HQ_for_the_Americas/BTMNA is out of the office.

2005-09-19 Thread Mary Dale
I will be out of the office starting  09/19/2005 and will not return
until 09/23/2005.

If you need an immediate response please contact
 Yudi Nakagawa, Jian Wu or JD Yu.


-
The information contained in this electronic mail message, and any and all
accompanying documents, constitutes confidential information.  If you are
not the intended recipient of this information, any disclosure, copying,
distribution, or the taking of any action in reliance on it is strictly
prohibited.  If you received this information in error, please notify the
sender immediately and destroy this communication.  Messages sent via this
medium may be subject to delays and/or unauthorized alteration.  Neither
The Bank of Tokyo-Mitsubishi, Ltd. nor any of its affiliates shall be held
liable for the contents of this message.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: undefined page length

2005-09-19 Thread Andreas L Delmelle

On Sep 19, 2005, at 09:49, Jeremias Maerki wrote:


On 19.09.2005 09:36:49 Willy Reinhardt wrote:

Is it possible to create a pdf with all content into one page with
length adapted accordingly ?



No, this hasn't been implemented, yet. That would be
media-usage=bounded-in-one-dimension on fo:root. Patches against FOP
Trunk are welcome.


For the sake of completeness:
page-height=indefinite on fo:simple-page-master would also be 
relevant here, IIC.




Cheers,

Andreas


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



compressing pdf response

2005-09-19 Thread Sonja Löhr

Hi!

This is not a FOP question, but you I'm sure you are familiar with these
things
I use FOP in a servlet and would like to add a CompressionFilter since the
output pdf is very large. 
I tried to get the output with firefox and IE the Browsers cannot handle the
output. (IE sometimes (?) can, firefox never.

The actual compression is that one:

gzipstream = new GZIPOutputStream(output);
flushToGZip();
response.addHeader(Content-Encoding, gzip);
response.setContentType(application/pdf);

I added the last line since I hoped it could help (additionally), but it
doesn't. Is there something else I could try to configure on any of the
Streams concerned? 

Before compressing, both browsers pass a test whether compressed data are
accepted.

Thanks for you help again!

sonja





-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



RE: compressing pdf response

2005-09-19 Thread Sonja Löhr


Hi, Carol!

Thank you. This is exactly the code I use :-)

With IE (that is, acrobat inside) I get sometimes the pdf and sometimes a
blank page, after reloading the message about a damaged file. Firefox
(always) complains that the file doesn't begin with %PDF- (ok, indeed both
speak German ;-)




 

 -Original Message-
 From: cgray [mailto:[EMAIL PROTECTED] 
 Sent: Montag, 19. September 2005 18:58
 To: fop-users@xmlgraphics.apache.org
 Subject: Re: compressing pdf response
 
 Hi Sonja,
 The article below, by Jason Hunter, discusses creating a 
 filter to handle compression. It also has links to samples to 
 download.
 I haven't used this, but it looks like it might be of help.
 
 Carol
 
 
 http://www.javaworld.com/javaworld/jw-06-2001/jw-0622-filters-p3.html
 
 Sonja Löhr wrote:
 
 Hi!
 
 This is not a FOP question, but you I'm sure you are familiar with 
 these things I use FOP in a servlet and would like to add a 
 CompressionFilter since the output pdf is very large.
 I tried to get the output with firefox and IE the Browsers cannot 
 handle the output. (IE sometimes (?) can, firefox never.
 
 The actual compression is that one:
 
 gzipstream = new GZIPOutputStream(output);
 flushToGZip();
 response.addHeader(Content-Encoding, gzip); 
 response.setContentType(application/pdf);
 
 I added the last line since I hoped it could help 
 (additionally), but 
 it doesn't. Is there something else I could try to configure 
 on any of 
 the Streams concerned?
 
 Before compressing, both browsers pass a test whether 
 compressed data 
 are accepted.
 
 Thanks for you help again!
 
 sonja
 
 
 
 
 
 -
 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: compressing pdf response

2005-09-19 Thread Zaleski, Matthew \(M.E.\)
I never looked closely at the PDF spec but doesn't the spec allow for internal 
compression of PDFs?  It sounds like you are filtering in compression after the 
PDF is generated and that is causing you problems with the browsers.

Matthew Zaleski 

-Original Message-
From: Sonja Löhr [mailto:[EMAIL PROTECTED] 
Sent: Monday, September 19, 2005 1:06 PM
To: fop-users@xmlgraphics.apache.org; [EMAIL PROTECTED]
Subject: RE: compressing pdf response



Hi, Carol!

Thank you. This is exactly the code I use :-)

With IE (that is, acrobat inside) I get sometimes the pdf and sometimes a blank 
page, after reloading the message about a damaged file. Firefox
(always) complains that the file doesn't begin with %PDF- (ok, indeed both 
speak German ;-)




 

 -Original Message-
 From: cgray [mailto:[EMAIL PROTECTED]
 Sent: Montag, 19. September 2005 18:58
 To: fop-users@xmlgraphics.apache.org
 Subject: Re: compressing pdf response
 
 Hi Sonja,
 The article below, by Jason Hunter, discusses creating a filter to 
 handle compression. It also has links to samples to download.
 I haven't used this, but it looks like it might be of help.
 
 Carol
 
 
 http://www.javaworld.com/javaworld/jw-06-2001/jw-0622-filters-p3.html
 
 Sonja Löhr wrote:
 
 Hi!
 
 This is not a FOP question, but you I'm sure you are familiar with 
 these things I use FOP in a servlet and would like to add a 
 CompressionFilter since the output pdf is very large.
 I tried to get the output with firefox and IE the Browsers cannot 
 handle the output. (IE sometimes (?) can, firefox never.
 
 The actual compression is that one:
 
 gzipstream = new GZIPOutputStream(output);
 flushToGZip();
 response.addHeader(Content-Encoding, gzip); 
 response.setContentType(application/pdf);
 
 I added the last line since I hoped it could help
 (additionally), but
 it doesn't. Is there something else I could try to configure
 on any of
 the Streams concerned?
 
 Before compressing, both browsers pass a test whether
 compressed data
 are accepted.
 
 Thanks for you help again!
 
 sonja
 
 
 
 
 
 -
 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: compressing pdf response

2005-09-19 Thread J.Pietschmann

Sonja Löhr wrote:

With IE (that is, acrobat inside) I get sometimes the pdf and sometimes a
blank page, after reloading the message about a damaged file. Firefox
(always) complains that the file doesn't begin with %PDF- (ok, indeed both
speak German ;-)


The browser explicitly asks if it will accept a compressed
response. The server is *not* allowed to use compression (at the
HTTP level) if the browser doesn't ask for it. Check your browser
configuration. In Firefox, you might try the HTTP live headers
extension for sniffing the actual values.

Also, most of the PDF parts are already compressed (and re-encoded
as ASCII85). A secondary compression will probably gain something
between 15% and 20% for typical PDF files. Significant improvements
are only to be expected in case of large embedded BMP images and in
some cases if there are large embedded fonts.

J.Pietschmann



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Re: compressing pdf response

2005-09-19 Thread JBryant
J.Pietschmann wrote:

Also, most of the PDF parts are already compressed (and re-encoded
as ASCII85). A secondary compression will probably gain something
between 15% and 20% for typical PDF files. Significant improvements
are only to be expected in case of large embedded BMP images and in
some cases if there are large embedded fonts.



I use FOP to prepare some documents that contain no images and use only 
the standard fonts. The other day, I thought I'd zip one of those files 
before sending it to a customer, and I got a 4% gain. I sent the unzipped 
PDF file rather than make the customer unzip the file.

YMMV

Jay Bryant
Bryant Communication Services
(presently consulting at Synergistic Solution Technologies)

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]