Re: PostScript and CID-fonts
As a workaround you can use GhostScript to convert the PDF files to PostScript. The EPS files will processed correctly this way. On 03.12.2003 09:24:57 Krister Wicksell Eriksson wrote: I'm trying to get the cid-fonts.fo example working with ps output but get the error. [WARNING] Only WinAnsiEncoding is supported. Font '1E93d0N' asks for: Identity-H So I guess MSGothic (used in cid-fonts.fo) uses Identity-H. Is there a way to get chinese etc. working when using ps output? I have the cid-fonts.fo example working when using pdf output but I need to use ps since I'm using eps images. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Postscript not rendering for fo:region-start
-Original Message- From: Yeung, Vincent [mailto:[EMAIL PROTECTED] I am having a problem where data put into the region-start of a document does not get rendered using the postscript renderer (every other snip/ Is this a limitation in the Postscript renderer? snip/ PS Renderer is still very 'buggy'. AFAIK it is under heavy development... If you want to make sure this issue gets addressed, I would certainly advise to file a Bugzilla report (- always helps to make FOP better in the long run another advantage is that one of the developers can add feedback, allowing you to follow the progress). For more instructions, see http://nagoya.apache.org/bugzilla/bugwritinghelp.html Please do make sure you have tried using the latest stable version of FOP ( 0.20.5 ). (To ensure it gets the proper treatment, please add a small sample fo to allow dev to reproduce the problem.) Don't know whether you know enough Java to possibly do a little tracing / modifying yourself... If you do, I'm sure the help would be much appreciated :) Greetz, Andreas Delmelle - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PostScript
Ethan, I don't know if you monitor fop-dev but Zhong(George) Yi has sent a bugfix and I've just applied it to CVS (maintenance branch). The thing looks better now. You may want to try again. On 09.05.2003 17:02:18 Jeremias Maerki wrote: I was able to reproduce the problem. So you are creating an XSL-FO document and using an fo:instream-foreign-object with embedded SVG that only contains an image element. Is that correct? Exactly this constellation obviously triggers a bug somewhere in the SVG part of the PS renderer. Using an fo:external-graphic with the same image will produce a page with the bitmap properly rendered. So you will be able to work-around with fo:external-graphic in this case. I've filed a bugzilla entry for this so it doesn't get forgotten: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19797 Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PostScript
Thank you. Right now, timing constrains me from implementing or adding to methods of PDF* Once I get the initial IPP Print service out the door, I will look back into a better way of formatting print documents. Yes, I thought Java already had IPP client as well, but the catch I have found is, that there architecture supports IPP, but does not use IPP. This is why it way easy for me to implement a Java IPP client PrintService. But, found trouble when trying to support 2d graphics printing :-( I hope the next version of this IPP Client(v2) will be better :-) Thank you for your help and suggestions. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Tuesday, May 13, 2003 3:04 AM To: [EMAIL PROTECTED] Subject: Re: PostScript On 12.05.2003 14:06:43 Leet, Ethan C wrote: Well, that is pretty much the big picture. Java has an API defined for implementing a PrintService and DocPrintJobs. Java's default PrintServices rely on lpr. I have build a true IPP client that fits into Java's PrintService Architecture. I thought Sun is shipping an IPP client. Well, I guess that was the original announcement and reality is different. :-) In doing this I would like to support the DocFlavor SERVICE.FORMATTED.PRINTABLE and PAGEABLE. For the interface Printable and Pageable I have to provide a Graphics Object for the user to draw into to format the print document. I tried to use PDFDocumentGraphics, but could not control the number of pages. I didn't say it would go without any code changes. :-) You try to use FOP is a very particular fashion is was not really designed for. I guess you need to change PDFDocumentGraphics so you can start new pages. Also, PDFGraphics2D does not support all drawing functions into PDF. So why not try to implement the missing functions. We would be grateful if you helped improve the code in redesign (CVS HEAD). THe SVGGraphics2D object supports way more functions. Obviously, but it makes you take a big detour. Also the way I designed, I could control the number of pages generated. I will try the SVG.text suggestion. I have tried the fo:external suggestion, and will try again, cause of an error I have found recently in my code. I will also look back into the PS way of formatting. But this is the big picture, provide a true IPP client using Java's pre-defined print architecture. BTW, you made me look into JPS. Just for the fun of it I think I will try to implement a PDFStreamPrintService today. Maybe something good comes from that. Jeremias Maerki - 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: PostScript
Well, that is pretty much the big picture. Java has an API defined for implementing a PrintService and DocPrintJobs. Java's default PrintServices rely on lpr. I have build a true IPP client that fits into Java's PrintService Architecture. In doing this I would like to support the DocFlavor SERVICE.FORMATTED.PRINTABLE and PAGEABLE. For the interface Printable and Pageable I have to provide a Graphics Object for the user to draw into to format the print document. I tried to use PDFDocumentGraphics, but could not control the number of pages. Also, PDFGraphics2D does not support all drawing functions into PDF. THe SVGGraphics2D object supports way more functions. Also the way I designed, I could control the number of pages generated. I will try the SVG.text suggestion. I have tried the fo:external suggestion, and will try again, cause of an error I have found recently in my code. I will also look back into the PS way of formatting. But this is the big picture, provide a true IPP client using Java's pre-defined print architecture. -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2003 3:28 PM To: [EMAIL PROTECTED] Subject: Re: PostScript On 09.05.2003 18:26:11 Leet, Ethan C wrote: fo:external-graphic src=someimage.png blah blah/ Does it have to be a png ? No. That was just an example. I am creating the SVG with the SVGGraphics2D. Not sure, but why don't you try to render directly with PDF(Document)Graphics2D or PS(Document)Graphics2D? Maybe it would help if you gave us the full context of what you're trying to do. Maybe we can come up with a good suggestion. I am supporting a 2D Graphics print formatter. I wanted to format the graphics into PDF, but the images are not clear or text is jumbled. Can you be more specific? It may help if we knew how this jumbled text looks like. Can you post a small one-page example? So I am trying to render to PS. ...which is likely to be of lesser quality than the PDF way. The SVG document is created in live mememory, I used the instream-foriegn-object, cause I could dump the created SVG into the XSL-FO document I was building. So you actually have other content than bitmap images in that SVG you generate? Somehow I don't get it, yet. If I want to use the fo:external-graphic then I must first dump the SVG to a tmp file so the PSRender will load it, right ?? I can't tell. Let's have the big picture first. Like I said, when I tried this FOP locks up ?? The tmp file is closed. Basically I need a way to provide a Graphics2D object for the Printable of Pageable interfaces for printing, then format this data to some printer language, PDF, PS, PCL. Any ideas or help or advice ?? Some people use PDFDocumentGraphics2D to create PDF. That would make the intermediate step over SVG superfluous. See PDFTranscoder.java for an example. I would try the code from the redesign because it's probably better. Jeremias Maerki - 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: PostScript
What do you mean with I can't view the file in GhostView? Do you get error messages or what's wrong? I have no problems here. On 09.05.2003 12:38:54 Leet, Ethan C wrote: I first tried to render an image into PDF with the PDFRenderer. The image has text in it, the text was jumbled. So I used the PSRenderer to create a Postscript file. Yet I can't view the file in gv ghostview ? Can anyone provide any advice ? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PostScript
There are no errors when I render the file. When I call gv test.ps to open ghost view, ghost view opens, with a blank page ? When I render with a PDF renderer, and open the file test.pdf in acrobat I see the image I want, but the image's text is jumbled and not clear. Any suggestions ? -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2003 7:01 AM To: [EMAIL PROTECTED] Subject: Re: PostScript What do you mean with I can't view the file in GhostView? Do you get error messages or what's wrong? I have no problems here. On 09.05.2003 12:38:54 Leet, Ethan C wrote: I first tried to render an image into PDF with the PDFRenderer. The image has text in it, the text was jumbled. So I used the PSRenderer to create a Postscript file. Yet I can't view the file in gv ghostview ? Can anyone provide any advice ? Jeremias Maerki - 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: PostScript
Sorry, ghostview doesn't seem to give an error messages. I tried to open the file in xemacs, but xemacs seemed like it went into an infinite loop ?? it locked up, so maybe the rendered file is corrupt ? Is there problems with the PSRenderer I am only using the Driver class to set the renderer by RENDER_* ?? -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2003 7:01 AM To: [EMAIL PROTECTED] Subject: Re: PostScript What do you mean with I can't view the file in GhostView? Do you get error messages or what's wrong? I have no problems here. On 09.05.2003 12:38:54 Leet, Ethan C wrote: I first tried to render an image into PDF with the PDFRenderer. The image has text in it, the text was jumbled. So I used the PSRenderer to create a Postscript file. Yet I can't view the file in gv ghostview ? Can anyone provide any advice ? Jeremias Maerki - 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: PostScript
Send me the generated PS file (and FO) off-list. I'll have a look at it in about 3 hours, when I'm back. Got to go now... On 09.05.2003 13:04:48 Leet, Ethan C wrote: There are no errors when I render the file. When I call gv test.ps to open ghost view, ghost view opens, with a blank page ? When I render with a PDF renderer, and open the file test.pdf in acrobat I see the image I want, but the image's text is jumbled and not clear. Any suggestions ? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PostScript
I can only send the ps file. The FO file is code, I create the Driver set an output stream set a render PDF or PS I then call getContentHandler() - which is the FOTreeBuilder I then manually send SAX (XSL-FO) events to generate to the FOTree. I can include the code file. Thank you Ethan -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2003 7:18 AM To: [EMAIL PROTECTED] Subject: Re: PostScript Send me the generated PS file (and FO) off-list. I'll have a look at it in about 3 hours, when I'm back. Got to go now... On 09.05.2003 13:04:48 Leet, Ethan C wrote: There are no errors when I render the file. When I call gv test.ps to open ghost view, ghost view opens, with a blank page ? When I render with a PDF renderer, and open the file test.pdf in acrobat I see the image I want, but the image's text is jumbled and not clear. Any suggestions ? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] tcIppPrintFormatter.java Description: Binary data test.ps Description: PostScript document - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PostScript
I got the same thing with XPDF and Ghostview ... I have the right number of pages but every pages are white ... My FO-files are quite complex (100 pages, tables, tables in tables, a lot of graphics -PNG, BMP and EPS- ). Le Vendredi 09 Mai 2003 12:38, Leet, Ethan C a écrit : I first tried to render an image into PDF with the PDFRenderer. The image has text in it, the text was jumbled. So I used the PSRenderer to create a Postscript file. Yet I can't view the file in gv ghostview ? Can anyone provide any advice ? Thank you Ethan - 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: PostScript
I'm not so sure you've got the same problem. I've only seen the problem with images in SVG. The rest seems to work correctly. Could you also come up with a small (!) example showing your problem? I've run all the examples in examples/fo with the PS renderer. Most files just render fine. Some are not perfect but that's because the PS renderer is not as mature as the PDF renderer. But no empty pages anywhere, I think. On 09.05.2003 15:25:21 Olivier Imbert wrote: I got the same thing with XPDF and Ghostview ... I have the right number of pages but every pages are white ... My FO-files are quite complex (100 pages, tables, tables in tables, a lot of graphics -PNG, BMP and EPS- ). Le Vendredi 09 Mai 2003 12:38, Leet, Ethan C a écrit : I first tried to render an image into PDF with the PDFRenderer. The image has text in it, the text was jumbled. So I used the PSRenderer to create a Postscript file. Yet I can't view the file in gv ghostview ? Can anyone provide any advice ? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PostScript
Yes this is correct :-) If I use fo:external-graphic, then I will have to write the SVG data to a tmp file then pass a URL to the fo:external-graphic to the tmp file ? I will try this out :-) Thank you. I looked at the PS file, and it has all the data in it, but the image never apears ? If I get an image, I will diff the files ?? -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2003 11:02 AM To: [EMAIL PROTECTED] Subject: Re: PostScript I was able to reproduce the problem. So you are creating an XSL-FO document and using an fo:instream-foreign-object with embedded SVG that only contains an image element. Is that correct? Exactly this constellation obviously triggers a bug somewhere in the SVG part of the PS renderer. Using an fo:external-graphic with the same image will produce a page with the bitmap properly rendered. So you will be able to work-around with fo:external-graphic in this case. I've filed a bugzilla entry for this so it doesn't get forgotten: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19797 On 09.05.2003 15:09:49 Leet, Ethan C wrote: I can only send the ps file. The FO file is code, I create the Driver set an output stream set a render PDF or PS I then call getContentHandler() - which is the FOTreeBuilder I then manually send SAX (XSL-FO) events to generate to the FOTree. I can include the code file. Jeremias Maerki - 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: PostScript
I change my code to use fo:external-graphic content-height=6in content-width=7in src=url(/tmp/tmp.svg)/ No the process locks some where ?? The last log from FOP [INFO] 1 usaully meaning one page has been generated. But my process now hangs ?? -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2003 11:02 AM To: [EMAIL PROTECTED] Subject: Re: PostScript I was able to reproduce the problem. So you are creating an XSL-FO document and using an fo:instream-foreign-object with embedded SVG that only contains an image element. Is that correct? Exactly this constellation obviously triggers a bug somewhere in the SVG part of the PS renderer. Using an fo:external-graphic with the same image will produce a page with the bitmap properly rendered. So you will be able to work-around with fo:external-graphic in this case. I've filed a bugzilla entry for this so it doesn't get forgotten: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=19797 On 09.05.2003 15:09:49 Leet, Ethan C wrote: I can only send the ps file. The FO file is code, I create the Driver set an output stream set a render PDF or PS I then call getContentHandler() - which is the FOTreeBuilder I then manually send SAX (XSL-FO) events to generate to the FOTree. I can include the code file. Jeremias Maerki - 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: PostScript
On 09.05.2003 17:07:29 Leet, Ethan C wrote: Yes this is correct :-) If I use fo:external-graphic, then I will have to write the SVG data to a tmp file then pass a URL to the fo:external-graphic to the tmp file ? No, if the only element in your SVG in an image element then you should be able to use the image URL directly in fo:external-graphic. fo:instream-foreign-object svg width=10cm height=10cm viewBox=0 0 10 10 xmlns=http://www.w3.org/2000/svg; xmlns:xlink=http://www.w3.org/1999/xlink; image x=0 y=0 width=10 height=10 xlink:href=someimage.png/ /svg /fo:instream-foreign-object transforms to this: fo:external-graphic src=someimage.png blah blah/ In this case it makes to sense to create a dummy SVG wrapper around the image. I will try this out :-) Thank you. I looked at the PS file, and it has all the data in it, but the image never apears ? There's probably something wrong with the transformation matrices and scaling. If I get an image, I will diff the files ?? I already did. This need some debugging to find out what's wrong. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PostScript
On 09.05.2003 18:00:34 Leet, Ethan C wrote: I change my code to use fo:external-graphic content-height=6in content-width=7in src=url(/tmp/tmp.svg)/ No the process locks some where ?? Did you close your temporary file? Anyway, I don't think you will have to write a temporary file with the approach described in the other mail. The last log from FOP [INFO] 1 usaully meaning one page has been generated. But my process now hangs ?? Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PostScript
fo:external-graphic src=someimage.png blah blah/ Does it have to be a png ? I am creating the SVG with the SVGGraphics2D. I am supporting a 2D Graphics print formatter. I wanted to format the graphics into PDF, but the images are not clear or text is jumbled. So I am trying to render to PS. The SVG document is created in live mememory, I used the instream-foriegn-object, cause I could dump the created SVG into the XSL-FO document I was building. If I want to use the fo:external-graphic then I must first dump the SVG to a tmp file so the PSRender will load it, right ?? Like I said, when I tried this FOP locks up ?? The tmp file is closed. Basically I need a way to provide a Graphics2D object for the Printable of Pageable interfaces for printing, then format this data to some printer language, PDF, PS, PCL. Any ideas or help or advice ?? -Original Message- From: Jeremias Maerki [mailto:[EMAIL PROTECTED] Sent: Friday, May 09, 2003 12:13 PM To: [EMAIL PROTECTED] Subject: Re: PostScript On 09.05.2003 18:00:34 Leet, Ethan C wrote: I change my code to use fo:external-graphic content-height=6in content-width=7in src=url(/tmp/tmp.svg)/ No the process locks some where ?? Did you close your temporary file? Anyway, I don't think you will have to write a temporary file with the approach described in the other mail. The last log from FOP [INFO] 1 usaully meaning one page has been generated. But my process now hangs ?? Jeremias Maerki - 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: PostScript
On 09.05.2003 18:26:11 Leet, Ethan C wrote: fo:external-graphic src=someimage.png blah blah/ Does it have to be a png ? No. That was just an example. I am creating the SVG with the SVGGraphics2D. Not sure, but why don't you try to render directly with PDF(Document)Graphics2D or PS(Document)Graphics2D? Maybe it would help if you gave us the full context of what you're trying to do. Maybe we can come up with a good suggestion. I am supporting a 2D Graphics print formatter. I wanted to format the graphics into PDF, but the images are not clear or text is jumbled. Can you be more specific? It may help if we knew how this jumbled text looks like. Can you post a small one-page example? So I am trying to render to PS. ...which is likely to be of lesser quality than the PDF way. The SVG document is created in live mememory, I used the instream-foriegn-object, cause I could dump the created SVG into the XSL-FO document I was building. So you actually have other content than bitmap images in that SVG you generate? Somehow I don't get it, yet. If I want to use the fo:external-graphic then I must first dump the SVG to a tmp file so the PSRender will load it, right ?? I can't tell. Let's have the big picture first. Like I said, when I tried this FOP locks up ?? The tmp file is closed. Basically I need a way to provide a Graphics2D object for the Printable of Pageable interfaces for printing, then format this data to some printer language, PDF, PS, PCL. Any ideas or help or advice ?? Some people use PDFDocumentGraphics2D to create PDF. That would make the intermediate step over SVG superfluous. See PDFTranscoder.java for an example. I would try the code from the redesign because it's probably better. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PostScript
Leet, Ethan C wrote: I see the image I want, but the image's text is jumbled and not clear. Sounds like http://xml.apache.org/fop/faq.html#svg-text I guess SVG wont render to PS. J.Pietschmann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PostScript
On 09.05.2003 21:29:18 J.Pietschmann wrote: Leet, Ethan C wrote: I see the image I want, but the image's text is jumbled and not clear. Sounds like http://xml.apache.org/fop/faq.html#svg-text You could be right. I guess SVG wont render to PS. It does (to a certain degree) and is pretty good already in the redesign. :-) Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Postscript Error when RIPing document created with FOP
Sorry for the delay. I've looked up that private discussion with Claes Bergsten. The theory is that that particular Xerox PDF RIP has a bug in the PDF to PostScript conversion which causes the subsequent PostScript RIP to choke on PDF XObjects (which are normally used to hold images). You don't seem to have exactly the same problem. As Victor suggested I'd contact technical support for the PDF RIP and ask them to analyze the problem. Either they can fix their bug or give us a pointer for us to find out what we're possibly doing wrong. On 11.02.2003 07:16:58 Jeremias Maerki wrote: I'm late for the show, sorry. I'd like to point you to a discussion I had with Claes Bergsten. I think he had the same problem (also on a Xerox RIP). We two had a private exchange then (so not the whole discussion is in the archive, I'll have to dig up the content of my old company account), but I haven't had the time then to really track it down and fix it. I'll have a look at it today, maybe I can come up with something. http://marc.theaimsgroup.com/?t=10238870541r=1w=2 On 11.02.2003 01:29:26 Victor Mote wrote: If anybody else recognizes this problem, please feel free to jump in. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Postscript Error when RIPing document created with FOP
Patrick Branley wrote: The RIP can accept a PDF file, which then im assuming converts it to postscript before output. If you open a PDF in Acrobat with distiller set up as a printer device you can print a PDF to another PDF file. Using this process the new PDF file will pass through the RIP with no problems. OK, that helps a bit. Here is how I would like to proceed: 1. Upgrade to 0.20.5rc (you said you were on 0.20.4rc in a previous posting) see whether you get the same results. Even if so, at least we can compare results with current code. This is generally a good rule to follow, as I doubt that any of the developers want to take the time to debug fix something that has already been debugged fixed. If this does not solve the problem, continue to step 2. 2. Open the original PDF file in Acrobat, and Save As PostScript. Send this PostScript file to your printer, and see whether they can handle it properly. If so, then there is probably a problem on their end, with whatever process their machine uses to convert PDF to PostScript. Otherwise, continue to step 3. 3. Distill the PostScript created in step 2 using Acrobat Distiller. Between steps 2 3, we have done (I think) the same thing that the PDF to PDF conversion does, but have broken it down. I therefore expect the Distill to finish successfully (please let me know if not) to create a new PDF. Send this PDF to the printer. Again, I would expect this to succeed (again, let me know if not). The question now becomes why their PostScript interpreter chokes on code that Distiller successfully distills. I would pose that question to your printer for them to take up with the device manufacturer. There are a bunch of interesting things we could do to troubleshoot the whole thing, which you can try (diffing the two PDF files, diffing the two PostScript files), but the likely result (absent other information or similar stories with other devices interpreters) is that their PostScript interpreter has a bug in it (or uses an incompatible version of PostScript) it would be difficult to justify the expense of proving this. In your previous posting you said: --- Start --- The printer has a workaround by first distilling the file in Acrobat and then resending it to the RIP, but this affects their workflow and we plan to send a large number of files to them per year so this isn't a viable option. --- End --- This suggests another possible workaround, which is that /you/ could do the PDF to PDF conversion before sending it to the printer. That would at least be a short-term fix that wouldn't affect their workflow. Another workaround to explore is to output PostScript from PDF see if it works better. If anybody else recognizes this problem, please feel free to jump in. Victor Mote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Postscript Error when RIPing document created with FOP
Victor Mote wrote: be a short-term fix that wouldn't affect their workflow. Another workaround to explore is to output PostScript from PDF see if it works better. Sorry, this should say output PostScript from FOP. Victor Mote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Postscript Error when RIPing document created with FOP
The RIP can accept a PDF file, which then im assuming converts it to postscript before output. If you open a PDF in Acrobat with distiller set up as a printer device you can print a PDF to another PDF file. Using this process the new PDF file will pass through the RIP with no problems. Patrick Branley -Original Message- From: Victor Mote [mailto:[EMAIL PROTECTED] Sent: Saturday, 8 February 2003 2:16 AM To: [EMAIL PROTECTED] Subject: RE: Postscript Error when RIPing document created with FOP Patrick Branley wrote: I have PDF document created with FOP that I sent to Xerox Docucolor 2060 using a Scitex Spire RIP that failed with the following error: ... The printer has a workaround by first distilling the file in Acrobat and then resending it to the RIP, but this affects their workflow and we plan to send a large number of files to them per year so this isn't a viable option. Hmmm. We're missing something here. When you say that your printer distilled the file in Acrobat, where did the printer get the PostScript code to do that job? Distiller is itself a PostScript device, so it should choke on the file the same way that the RIP does. If both PostScript devices (Distiller your RIP) are using the same input, then the RIP PostScript implementation is suspect. If they are using different input, then we need to know more about the tools that are being used to convert the PDF to PostScript. Victor Mote - 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: Postscript Error when RIPing document created with FOP
Patrick Branley wrote: I have PDF document created with FOP that I sent to Xerox Docucolor 2060 using a Scitex Spire RIP that failed with the following error: ... The printer has a workaround by first distilling the file in Acrobat and then resending it to the RIP, but this affects their workflow and we plan to send a large number of files to them per year so this isn't a viable option. Hmmm. We're missing something here. When you say that your printer distilled the file in Acrobat, where did the printer get the PostScript code to do that job? Distiller is itself a PostScript device, so it should choke on the file the same way that the RIP does. If both PostScript devices (Distiller your RIP) are using the same input, then the RIP PostScript implementation is suspect. If they are using different input, then we need to know more about the tools that are being used to convert the PDF to PostScript. Victor Mote - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PostScript with Unicode fonts
On Thu, 2003-01-30 at 05:12, Jeremias Maerki wrote: You will have to go with the PDF renderer for now, I'm afraid. OK. Is there any other tool that can convert PDF to PostScript in Windows? Win32 port of pdftops from the xpdf package perhaps: http://sourceforge.net/project/showfiles.php?group_id=23617release_id=91406 Thanks for the tip. I tried it, but didn't work. I need to know if PostScript renderer will be able to use Arial Unicode if I embed it in FOP. Any idea? As I already tried to explain, it won't, at least not in the near future. You're invited to help us add that functionality. I need to solve this problem soon. If I'm able fix the PS renderer, I will contribute all the code. Problem is, I know nothing about the PS renderer and how to handle Unicode fonts with it. Thanks again for your help. Rodolfo -- Rodolfo M. Raya [EMAIL PROTECTED] Heartsome Holdings Pte. Ltd. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PostScript with Unicode fonts
On 31.01.2003 02:19:03 Rodolfo M. Raya wrote: On Thu, 2003-01-30 at 05:12, Jeremias Maerki wrote: snip/ Is there any other tool that can convert PDF to PostScript in Windows? Win32 port of pdftops from the xpdf package perhaps: http://sourceforge.net/project/showfiles.php?group_id=23617release_id=91406 Thanks for the tip. I tried it, but didn't work. Too bad. It's getting difficult. I need to know if PostScript renderer will be able to use Arial Unicode if I embed it in FOP. Any idea? As I already tried to explain, it won't, at least not in the near future. You're invited to help us add that functionality. I need to solve this problem soon. If I'm able fix the PS renderer, I will contribute all the code. Problem is, I know nothing about the PS renderer and how to handle Unicode fonts with it. I wouldn't recommend this at the moment if you're not having a lot of time at your disposal. Granted, it would be cool if you added the feature, but it's a lot of work, especially since the PostScript renderer's character handling (encodings etc.) is not quite correct right now. You will also have to rework that in order to get your Unicode stuff working. If there's only a remote possibility for setting up a Linux machine do it and create a Servlet that calls Acrobat Reader on that Linux box to convert the PDF to PostScript. But be sure to try converting a PDF on the Windows Acrobat Reader to PostScript to see if it will work at all. The Windows version uses the same code as the Linux version it simply doesn't export the command line functionality like the Unix version. On the other side there IS a command line function for the Windows Acrobat to convert a PostScript file from PDF. But that process goes through the Windows Printing System and applies the PPD from a locally installed printer. But anyway, maybe that would also solve your problem. You'll find information in the mailing list archive and from the Adobe website. Wow, I need to come up with a FAQ entry for this kind of things. :-) Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PostScript with Unicode fonts
On Fri, 2003-01-31 at 03:23, Jeremias Maerki wrote: I need to solve this problem soon. If I'm able fix the PS renderer, I will contribute all the code. Problem is, I know nothing about the PS renderer and how to handle Unicode fonts with it. I wouldn't recommend this at the moment if you're not having a lot of time at your disposal. Granted, it would be cool if you added the feature, but it's a lot of work, especially since the PostScript renderer's character handling (encodings etc.) is not quite correct right now. You will also have to rework that in order to get your Unicode stuff working. Unfortunately I don't have lots of time to do it. But if I have no other choice I will rewrite the renderer. If there's only a remote possibility for setting up a Linux machine do it and create a Servlet that calls Acrobat Reader on that Linux box to convert the PDF to PostScript. This will be the first solution to implement. But be sure to try converting a PDF on the Windows Acrobat Reader to PostScript to see if it will work at all. The Windows version uses the same code as the Linux version it simply doesn't export the command line functionality like the Unix version. I didn't try. Acrobat for Linux does a good job converting PDF to PS. Maybe I can get the same result on Windows. On the other side there IS a command line function for the Windows Acrobat to convert a PostScript file from PDF. But that process goes through the Windows Printing System and applies the PPD from a locally installed printer. But anyway, maybe that would also solve your problem. You'll find information in the mailing list archive and from the Adobe website. Thanks for the tip. I will do more research. Wow, I need to come up with a FAQ entry for this kind of things. :-) Yes!. Rodolfo -- Rodolfo M. Raya [EMAIL PROTECTED] Heartsome Holdings Pte. Ltd. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PostScript with Unicode fonts
On 29.01.2003 19:29:02 Rodolfo M. Raya wrote: On Wed, 2003-01-29 at 14:41, Jeremias Maerki wrote: Hi The Arial font you're talking about is TrueType, right? You can't use TrueType fonts with the PostScript renderer, yet. The PostScript renderer is not anywhere near the functionality the PDF renderer offers. I noticed that you introduced a lot of changes in FOP regarding font handling during the last couple of weeks. Any chance this changes will improve PostScript renderer soon? No. You have to be aware that we have to lines of development here: Maintenance (where the current releases come from) and redesign. I'm mostly working on the latter. The other font-related stuff was mostly bugfixing. You will have to go with the PDF renderer for now, I'm afraid. I suggest you generate PDF files and convert them to PostScript using Acrobat Reader (command line only available on Unix), GhostScript or pdf2ps. I need a solution for Windows too. Acrobat Reader is OK in Linux. GhostScript fails converting files with Unicode fonts. Is there any other tool that can convert PDF to PostScript in Windows? Win32 port of pdftops from the xpdf package perhaps: http://sourceforge.net/project/showfiles.php?group_id=23617release_id=91406 Normal procedures for adding fonts to FOP is here: http://xml.apache.org/fop/fonts.html Please be aware that not every renderer support every font. I need to know if PostScript renderer will be able to use Arial Unicode if I embed it in FOP. Any idea? As I already tried to explain, it won't, at least not in the near future. You're invited to help us add that functionality. Jeremias Maerki - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PostScript with Unicode fonts
On Wed, 2003-01-29 at 14:41, Jeremias Maerki wrote: Hi The Arial font you're talking about is TrueType, right? You can't use TrueType fonts with the PostScript renderer, yet. The PostScript renderer is not anywhere near the functionality the PDF renderer offers. I noticed that you introduced a lot of changes in FOP regarding font handling during the last couple of weeks. Any chance this changes will improve PostScript renderer soon? I suggest you generate PDF files and convert them to PostScript using Acrobat Reader (command line only available on Unix), GhostScript or pdf2ps. I need a solution for Windows too. Acrobat Reader is OK in Linux. GhostScript fails converting files with Unicode fonts. Is there any other tool that can convert PDF to PostScript in Windows? Normal procedures for adding fonts to FOP is here: http://xml.apache.org/fop/fonts.html Please be aware that not every renderer support every font. I need to know if PostScript renderer will be able to use Arial Unicode if I embed it in FOP. Any idea? Regards, Rodolfo -- Rodolfo M. Raya [EMAIL PROTECTED] Heartsome Holdings Pte. Ltd.