Re: Printing from multiple trays with FOP generated output

2004-10-08 Thread Dave_S_White

Is a FOP extension a candidate for this? I just started looking into exactly what they are and how they work but the general concet of making a new tag outside the FO namespace seems like it could be a good fit for the postscript commands. 

Thoughts?


[EMAIL PROTECTED]










[EMAIL PROTECTED]
10/07/2004 10:56 AM
Please respond to fop-user




	
	To:	[EMAIL PROTECTED]
	cc:	
	Subject:	Re: Printing from multiple trays with FOP generated output



[EMAIL PROTECTED] wrote:

 Hello,

 I am looking into implementing a XML--XSLFO--PS or PDF process, but
 need the ability to have different pages of the output print from
 different printer trays ( one with letterhead, one on blank paper). Is
 there a way to instruct FOP to insert the printer tray selection
 directives into the PS output? Another idea could be to get the
 postscript commands embedded in the XSLFO, but I don't know how to get
 them in the FO so that FOP will just include them as is.

I dont think its possible to get FOP to just copy postscript from the source
FO to the generated Postscript.


 The exact commands I want to embed are: statusdict begin 1 setpapertray
 end for the top tray, and statusdict begin 2 setpapertray end for the
 middle tray.

The way we achieve this is to post-process the generated postscript with a
custom program.

Chris


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



inline: graycol.gifinline: ecblank.gifinline: pic14214.gif

Printing from multiple trays with FOP generated output

2004-10-07 Thread Dave_S_White

Hello, 

I am looking into implementing a XML--XSLFO--PS or PDF process, but need the ability to have different pages of the output print from different printer trays ( one with letterhead, one on blank paper). Is there a way to instruct FOP to insert the printer tray selection directives into the PS output? Another idea could be to get the postscript commands embedded in the XSLFO, but I don't know how to get them in the FO so that FOP will just include them as is. 

The exact commands I want to embed are: statusdict begin 1 setpapertray end for the top tray, and statusdict begin 2 setpapertray end for the middle tray. 

Any help is much appreciated!

Thanks,
dave

This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.   This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information.
If you prefer not to receive future e-mail offers for products or services from Key Click Here
 or send an e-mail to [EMAIL PROTECTED] with 'No Promotional E-mails' in the SUBJECT line.


Win-Ansi font embedding follow-up

2004-06-22 Thread Dave_S_White

Hi, 

I had asked a similar question before, but got no responses. Trying again asking a better way (hopefully). 

If I use CID encoding, the font is partially embededded, but win-ansi encoding results in the entire font being embedded ( and very large PDF's). I'm not an expert on encoding by any means, but I don't believe this is inherently part of being win-ansi encoding is it? My assumption is that whoever wrote that portion of FOP didn't/couldn't do a partial embedding for some reason. 

Can someone please confirm/correct this statement?

Thanks,
dave


This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.   This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information.127 Public Square, Cleveland, OH 44114If you prefer not to receive future e-mail offers for products or services from Key Click Here
 or send an e-mail to [EMAIL PROTECTED] with 'No Promotional E-mails' in the SUBJECT line.


font embedding and encoding, ANSI vs CID

2004-06-15 Thread Dave_S_White

Hi, 

I am using FOP 0.20.5 to create PDF's and have some questions/problems with my approach towards font embedding and encoding. I need to embed the fonts into the PDF to ensure a consistent rendering across various systems because they are legal docs distributed to the public via the web. 

I was originally using the default CID encoding, but the FOP FAQ describes some problems with the CID encoding, and worse than those, when I print it using adobe 4.0 it is completely mangled. ( It looks like the fonts are scrambled, many different chars, sizes, etc ). 

I am using iText to post process the document to encrypt it and prevent editing, etc, perhaps it is the combination of CID and encryption, I'm not really sure. At any rate, I need to keep the encryption. 

When I use the -enc ansi option when creating my font metrics file everything looks and prints great, but the entire font(s) end up in the file, making even a 1 page document 742KB. (Obviously it depends on the number/size of the fonts in the doc). 

I seem to be in a pickle. I need to support Adobe 4.0, encryption, and font embedding, but don't want to pay the price of extremely large files. 

Is it possible to get FOP to only embed the font partially even if I use ansi encoding? Does anyone have any recommendations on how to deal with this scenario?

I don't know much about the CID vs ANSI encoding, which do most people use, and is there a recommendation on when to use what? I have read the FOP pages, and looked through the email archives, but have not yet been able to find much guidance here. 

Any help is greatly appreciated!

Thanks,
dave













This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.   This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information.127 Public Square, Cleveland, OH 44114If you prefer not to receive future e-mail offers for products or services from Key Click Here
 or send an e-mail to [EMAIL PROTECTED] with 'No Promotional E-mails' in the SUBJECT line.


BUG in static content layout?

2004-06-02 Thread Dave_S_White

I'm using fop 0.20.4 and getting some very strange behavior with the layout of static content. I have a 5 page document that is very tight on space ( .25 inch margins, .375 in footer, for example). I have a footer that occupies .25in when drawn that I am putting in a region-after whose extent is .375in. I also have a conditional page master in place separating page 1 from 2-5. I am getting a warning that states Some static content could not fit in area although it draws the content on page 1, 2, and 4. The strange part is that I get the warning after page 2, then page 3 get's no content drawn in the region-after. Likewise with page 4 and 5 ( 4 gets the warning, 5 gets no content). 

If I make my region after extent very large ( 1in ), all warnings go away, and all footers are drawn, but the document layout cannot support this. 

It seems to me like there is a problem in the way the size of the region-after content is being determined, and sometimes the calcualtion is off by enough that it will not even attempt to draw anything This is, of course, just a guess. 

This is a showstopper for me and I've been struggling with it for several days, any thoughts?

TIA,
dave
==
This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.   This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information.

Re: BUG in static content layout?

2004-06-02 Thread Dave_S_White

Clay, ( and all )

THANK YOU! 

Although I had scoured my FO for any extraneous blocks, I had never considered the possibility of whitespace being a problem in the FO ( assumed it would all be ignored). I had even tried 0.20.5, same issue is in there. I even went on to try and download the dev stream from CVS... ( that story for another day :) )

I added an xsl:strip-space... into my XSL that produces the FO, and all is well with the static area again. 

I had literally been wrestling with this problem for a few days, and tried everything I could think of. 

Thanks again,
dave



[EMAIL PROTECTED]










[EMAIL PROTECTED]
06/02/2004 10:42 AM
Please respond to fop-user




	
	To:	[EMAIL PROTECTED]
	cc:	
	Subject:	Re: BUG in static content layout?



Dave,

On Jun 2, 2004, at 5:15 AM, [EMAIL PROTECTED] wrote:
 I'm using fop 0.20.4 and getting some very strange behavior with the
 layout of static content. I have a 5 page document that is very tight
 on space ( .25 inch margins, .375 in footer, for example). I have a
 footer that occupies .25in when drawn that I am putting in a
 region-after whose extent is .375in. I also have a conditional page
 master in place separating page 1 from 2-5. I am getting a warning
 that states Some static content could not fit in area although it
 draws the content on page 1, 2, and 4. The strange part is that I get
 the warning after page 2, then page 3 get's no content drawn in the
 region-after. Likewise with page 4 and 5 ( 4 gets the warning, 5 gets
 no content).

 If I make my region after extent very large ( 1in ), all warnings go
 away, and all footers are drawn, but the document layout cannot
 support this.

 It seems to me like there is a problem in the way the size of the
 region-after content is being determined, and sometimes the
 calcualtion is off by enough that it will not even attempt to draw
 anything This is, of course, just a guess.

 This is a showstopper for me and I've been struggling with it for
 several days, any thoughts?

This sounds to me like your region-after has some extra content in it
(perhaps an extra fo:block, or something out side of the fo:block). As
you probably already know, when there is extra content in a static
region-before or region-after, it 'flows' to the 'next' page. This
could explain why it goes away when you increase the size. In addition,
if you change your output mode from AWT to PDF (or vice versa), the
font metrics change somewhat (AWT has taller line-height in my
experience), exacerbating the problem.

I have a few suggestions:
- analyze the offending region-after to ensure there's no whitespace
(put the entire region-before block all on one line with no spaces or
carriage returns between--there may be whitespace which shouldn't be
used, that *is* being used in the calculation of the layout)
- upgrade to fop-0.20.5
- make certain the fo:region-body margin-bottom matches the
fo:region-after extent
- increase the fo:region-after extent from .375 to .38 or .39 or .5

Hope this helps!

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]






inline: graycol.gifinline: ecblank.gifinline: pic28392.gif

help needed with line-height

2004-05-31 Thread Dave_S_White

Hello,

Using fop 0.20.4 ( tried 0.20.5, same behavior ) I'm struggling trying to understand the usage of line-height. I have a word doc that I am trying to clone via XSL FO/FOP and cannot get the line spacing to match. I am using Times New Roman 12pt with font embedding. The font metrics files were generated using the times.ttf file located in c:\winnt\fonts ( on a win= 2k machine). Without specifying any line-height the lines are spaced much further apart that the MS word file ( I don't seem word doing anything special with the spacing BTW, just single space). I've experimented with line-heght =3D 12pt and that actually makes the spacing too small. Shifting to % values and a lot of trial and error I ended up using line-height=107% and it seems to match pretty well. This is pure dumb luck though, can anyone please explain or point me in the right direction to understand how line-height is being calculated if I don't specify it, and why 107% of 12pt font seems like the magic number to match word single spacing with 12 pt
Times new Roman?

I'm stuck, any help is much appreciated.

thanks,
dave

==
This communication may contain privileged and/or confidential information. It is intended solely for the use of the addressee. If you are not the intended recipient, you are strictly prohibited from disclosing, copying, distributing or using any of this information. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy.   This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act. You may not directly or indirectly reuse or redisclose such information for any purpose other than to provide the services for which you are receiving the information.