Re: Running Prefligh PDF tools on PDF files produced by FOP
Matthew Brook O'Donnell schrieb: I've found that FOP 0.20.1 and 0.20.2 produce PDFs that do not cause a 'fatal PDF error' in PitStop, even without the modification of (_data.size() + 1) to _data.size() in the PDFStream class that Hansuli proposed. However, I haven't been able to produce PDF that pass with 0.20.3 (even with the proposed patch). [..] Were there significant change in the PDF output classes between 0.20.2 and 0.20.3? As already mentioned the following bug sounds suspect: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9054 Matt O'Donnell Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: C# Version of FOP
Please provide a link to your company's site so we can sample the ported code. Thanks. -- David B. Bitton [EMAIL PROTECTED] www.codenoevil.com Code Made Fresh DailyT - Original Message - From: Mark Griffiths [EMAIL PROTECTED] To: Fop-Dev [EMAIL PROTECTED] Sent: Monday, May 27, 2002 12:32 PM Subject: C# Version of FOP Dear FOP Developers Out of courtesy I wanted to let you all know that we have ported a recent version of FOP to C# and have decided to market it as a commercial component. FOP has proved a excellent starting point for the project and I would like to thank all the FOP developers, past and present, for their contributions. Assuming the component is commercially successful, we are looking forward to repaying the Apache community by donating money or resources. Thanks again to all those involved with FOP and good luck for the future. Kind regards Mark -- Mark Griffiths mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Build problems Could not read filters from file:
I'm trying to compile FOP 0.20.3 to add PMG support through JIMI. However, all builds keep dying like this: BUILD FAILED J:\fop-0.20.3\build.xml:293: Could not read filters from file: J:\fop-0.20.3\build\src\codegen\filter This is not just regular bulds but build clean and so forht too. Any suggestions? -- +---++---+ | Elliotte Rusty Harold | [EMAIL PROTECTED] | Writer/Programmer | +---++---+ | The XML Bible, 2nd Edition (IDG Books, 2001) | | http://www.cafeconleche.org/books/bible2/ | | http://www.amazon.com/exec/obidos/ISBN=0764547607/cafeaulaitA/ | +--+-+ | Read Cafe au Lait for Java News: http://www.cafeaulait.org/ | | Read Cafe con Leche for XML News: http://www.cafeconleche.org/ | +--+-+ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
Re: Build problems Could not read filters from file:
Elliotte Rusty Harold schrieb: I'm trying to compile FOP 0.20.3 to add PMG support through JIMI. However, all builds keep dying like this: BUILD FAILED J:\fop-0.20.3\build.xml:293: Could not read filters from file: J:\fop-0.20.3\build\src\codegen\filter This is not just regular bulds but build clean and so forht too. Any suggestions? Er.. did you read my comment on bug #9332 ? Christian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
AW: Running Prefligh PDF tools on PDF files produced by FOP
Matthew Brook O'Donnell schrieb: cause a 'fatal PDF error' in PitStop, even without the modification of (_data.size() + 1) to _data.size() in the PDFStream class that Hansuli proposed. However, I haven't been able to produce PDF that pass with 0.20.3 (even with the proposed patch). [..] Were there significant change in the PDF output classes between 0.20.2 and 0.20.3? As already mentioned the following bug sounds suspect: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9054 Christian It is this bug: inserts of Tc into the PDF stream Hansuli Anderegg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: Running Prefligh PDF tools on PDF files produced by FOP
We are planning to move to FOP .20.3. Is there a version with the fixes in it to solve all these problems? Jim Urban - [EMAIL PROTECTED] Park City Solutions Inc. Clinical Connectivity Suite Product Manager Suite 295 500 Park Blvd. Itasca, IL 60143 Voice: (630) 250-3045 x106 Fax: (630) 250-3046 CONFIDENTIALITY NOTICE This message and any included attachments are from Park City Solutions Inc. and are intended only for the entity to which it is addressed. The contained information is confidential and privileged material. If you are not the intended recipient, you are hereby notified that any use, dissemination, or copying of this communication is strictly prohibited and may be unlawful. If you have received this communication in error please notify the sender of the delivery error by e-mail or call Park City Solutions Inc. corporate offices at (435) 654-0621 -Original Message- From: J.U. Anderegg [mailto:[EMAIL PROTECTED]] Sent: Tuesday, May 28, 2002 3:49 PM To: [EMAIL PROTECTED] Subject: AW: Running Prefligh PDF tools on PDF files produced by FOP Matthew Brook O'Donnell schrieb: cause a 'fatal PDF error' in PitStop, even without the modification of (_data.size() + 1) to _data.size() in the PDFStream class that Hansuli proposed. However, I haven't been able to produce PDF that pass with 0.20.3 (even with the proposed patch). [..] Were there significant change in the PDF output classes between 0.20.2 and 0.20.3? As already mentioned the following bug sounds suspect: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=9054 Christian It is this bug: inserts of Tc into the PDF stream Hansuli Anderegg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]
RE: PS Renderer patch
The coordinate x/y is defined in AbstractRenderer and PSRenderer use this coordinate when render a line or image. Actually, I shrink whole page and relocate it, adjust the image y position. BTW, I worked with fop-0.20.3 source file not the current CVS version. Huikang -Original Message- From: J.U. Anderegg [mailto:[EMAIL PROTECTED]] Sent: Wednesday, 29 May, 2002 8:49 AM To: [EMAIL PROTECTED] Subject: AW: AW: PS Renderer patch Jeremias Maerki wrote: I wonder. What exactly would you like to tell us with this mail? I don't get it. The coordinates x/y have to be defined: outer, inner, center of the border line? How does a renderer programmer know what coordinate parameters stand for exactly? Most likely he will print a PDF document and his own document, put two sheets one above each other, look at a window glass how lines match and fit. Then he has to figure out how coordinates are to be handled. If he has bad luck the printer driver will shrink one of the outputs to fit the page. Does this sentence hold? The print renderer delivers PDF coordinates and measurements for text, lines, rectangles etc. Hansuli Anderegg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, email: [EMAIL PROTECTED]