Apache OpenOffice (AOO) Bugzilla – Issue 13112
PDF export fails with some drawing files
Last modified: 2003-09-08 16:52:24 UTC
Hi everyone ! I've been generating some PDF using OOo Draw, and the result is quite disappointing with some very specific drawing (see attachement), including 3D objects and come king of hatching : - both are transparent using kGhostView 0.13 (kde 3.0) (linux) - the hatched polygon is black viewed with Acrobat Reader 4.0 (linux) Can anyone please test my files on a different OS / platform to help find out where it comes from ? @++ Didier
Created attachment 5506 [details] the original sxd file which generates odd PDF file
Created attachment 5507 [details] ... and the odd PDF
Set to new.
This is reproduceable in OO1.1 beta and in a current internal version. Reassigned to Sven.
The OOo PDF export is generating PDF files version 1.4, which are best readable with Acrobat Reader v5.0 or higher. The attachment can be loaded without any problems on Acrobat Reader 5.0. SJ->WG: You should close this Issue.
Works with Acrobat Reader 5.0. Thanks for your help.
Issue closed.
Hi ! It works fine with Acrobat Reader v.5.0.5 / linux. Note for latex users : no problem mixing - pdflatex - OOo generated PDF ...as soon as you check the result with the above AcroRead version. Thx a lot ! Didier
I tried the PDF file xpdf-2.02 and ghostscript on mdk 9.0. For Xpdf the display has the black hatched polygon problem, while ghostscript dumped core. I consider the pdf code higly suspect.
A bit more data. I loaded the document and exported to PDF using OOo1.1beta2. The fonts changed: $ pdffonts discretisation_2D_3D.pdf name type emb sub uni object ID -------------------------- ------------ --- --- --- --------- URWChanceryL-MediItal Type 1 yes no no 15 0 CharterBT-Roman Type 1 yes no no 19 0 [gwhite@cerberus T]$ pdffonts discretisation_2D_3Db2.pdf name type emb sub uni object ID -------------------------- ------------ --- --- --- --------- BAAAAA+ComicSansMS TrueType yes yes yes 16 0 CAAAAA+ArialMT TrueType yes yes yes 21 0 AFPL Ghostscript 8.00 (2002-11-21) Copyright (C) 2002 artofcode LLC, Benicia, CA. All rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Scanning PDF file %GSVIEW_PDF_PAGES: 1 1 Displaying PDF page 1 %GSVIEW_PDF_PAGE: 1 %GSVIEW_PDF_MEDIA: [0 0 842 595] %GSVIEW_PDF_ROTATE: 0 WM_GSTEXTINDEX not implemented Unrecoverable error: VMerror in eofill Operand stack: --nostringval-- pdf_page failed
Very simple documents with a cross-hatched fill produce the same error in ghostscript and render incorrectly in xpdf-2.0. I filed bug reports with developers of both apps. The developer of xpdf reports that the file triggered a bug in xpdf and also a bug in his X-server. The file also touches on a couple areas where the pdf documentation is ambiguous. The next version of xpdf should handle these files (good news for those using platforms where new versions of acrobat are not appearing, like SGI).